The next release of our JVx' vaadin UI is available. It's not a big update but an important one because vaadin was updated to 7.5.0 and we support CORS out-of-the-box. We also have some annotations for easier application deployment.
The best thing for most of you is that starting with 1.3 our vaadin UI can be found on maven central.
What a day! Our final release of VisionX 2.2 is out and it's the best piece Software we've ever released.
We worked very hard during the last 5 months to reach our goals and to make it happen. The new version brings many new productivity features and contains many bugfixes. The focus was and is still on end-users. But in VisionX 2.2, we have many new features for Software developers and Oracle Forms users as well. It depends on your license if you see more or less options.
So what's new? First, VisionX is compatible to Java 8 and can handle Lambda expressions without problems. This isn't relevant for end-users but for all developers. VisionX 2.2 still runs with Java 7 but it's no problem to switch the Java version to 8.
VisionX 2.2 has our brand new JavaFX UI integrated. If you have Java8, it'll be possible to start your applications as JavaFX applications or to export JavaFX standalone applications.
VisionX reads Java 8 syntax and if your project was set to target version 1.8, VisionX will create action listeners with lambda syntax. VisionX got new global configuration options:
VisionX supports application creation for OpenShift. You'll need a special license for this feature. The integration contains a new wizard and is available as new option in new application wizard.
VisionX 2.2.403 creates project files for Eclipse, NetBeans and IntelliJ. Simply open existing projects and start coding.
Config file encryption
It's now possible to encrypt configuration files.
Config encryption
Corporation style
VisionX applications have a new UI style for web mode. It's the corporation style for applications with many screens and big menus. Simply switch the style via VisionX.
Corporation style
Edit JDBC Url
VisionX supports custom JDBC Urls (Developer feature). This feature could be relevant if you have an Oracle RAC or complex JDBC parameter.
Edit JDBC Url
JavaFX UI
VisionX got support for JavaFX applications. Simply start the live preview or create a desktop JavaFX application in three clicks.
JavaFX Live Preview
JavaFX desktop application
New deployment modes
VisionX supports WildFly 9, IoT applications and latest Tomcat versions.
Deployment modes
Edit panel (aka Morph panel)
The Edit panel is a brand new component. It's also called Morph panel because it changes the style.
Inline mode
Popup mode
Split mode
Tabset mode
You can use this panel to show e.g. a table of records and open detailed information as popup, as replacement of the table or show the details as split or tabset. Don't change the screen to show different modes.
More features
Use custom css files for your web application,
Use mobile preview applications available for Android and iOS,
Spreadsheet reports will be created as XLSX instead of XLS,
Full CORS support for your web application,
Full CORS support for application logic called via REST, ...
We're happy to announce that JVx 2.3 is available. The minor version update is more than a small update. It
comes with a bunch of new features. We think it's an update worth:
Here's the list of changes
Support linking with RoboVM
It wasn't possible to create iOS applications with JVx because it had an internal problem. With 2.3 it will work.
There's still a problem with RoboVM because JVx contains swing UI but if you remove the UI from the jar, everything
will work!
Download via REST
It's now possible to call actions which will return instances of IFileHandle, via generic REST services. The content
will be sent back as binary stream (download).
CORS for REST
Simply set the parameter: cors.origin to the allowed domain names (a comma separeted list).
It was possible to use connection pooling with JVx but with some limitations. The current support is an official solution without demand for additional source code. The only thing you should consider is that the initialization of the database should be moved to an event. The DBAccess class got new methods: eventConfigureConnection and eventUnconfigureConnection.
Use configure to prepare the database session before you
Server-side hooks for event processing
JVx 2.3 got invokeLater for server-side calls and we introduced the new interface ICallHandler.
It has some very useful methods for better server control:
public CallEventHandler<IBeforeFirstCallListener> eventBeforeFirstCall(); public CallEventHandler<IAfterLastCallListener> eventAfterLastCall(); public CallEventHandler<IBeforeCallListener> eventBeforeCall(); public CallEventHandler<IAfterCallListener> eventAfterCall();
We had some crazy tweaks especially for some application servers with virtual file systems like JBoss. We removed the dirty code and replaced it with a more generic approach and now we have nice support for VFS and no more problems with WildFly.
Filter/Sort events added to IDataBook
public DataBookHandler eventBeforeFilterChanged(); public DataBookHandler eventAfterFilterChanged();
public DataBookHandler eventBeforeSortChanged(); public DataBookHandler eventAfterSortChanged();
Integration of external property files
It's possible to include external property files into your application' config.xml:
It was possible to set the system property oracle.net.tns_admin for an oracle JDBC driver. New JVx tries to find the location automatically and sets the property if path was found.
API changes
We did two smaller API changes. The first one:
LoggerFactory.destroy is now public
The class AbstractSessionContext was removed without replacement. The only method, getMasterSession, was moved to ISessionContext. It's now easier to access the current master session in life-cycle object. It shouldn't be a problem for you because AbstractSessionContext was meant as internal class and not for public use. If you had a cast to AbstractSessionContext, simply remove the cast and everything will be fine.
We also have some smaller changes and bugfixes for you, but above list only contains the most important changes. For a full list of changes, please read the Changelog
Our next VisionX release will support OpenShift. We wrote about OpenShift and our application test some weeks ago. It was so impressive that we did an integration in VisionX.
VisionX got additional menus and options for OpenShift and it handles complete communication. It's really end-user friendly. Usually, only developers can use OpenShift and create applications for the platform.
OpenShift platform was our preferred platform for VisionX because it has a complete REST API and a simple Java library. Many other platforms don't offer the same quality or are too complex for an integration. OpenShift itself has a simple frontend but it wasn't designed for end-users.
Why does an end-user need OpenShift?
To realize ideas.
Why should an end-user do that?
Why does and end-user need a website? ... to present itself or products.
Many end-users create Excel sheets or use app builders to realize ideas. The problem is often the deployment because and end-user can't deal with databases, application servers or PaaS providers. The same applies to startups.
VisionX is end-user friendly and enables innovation.
What we have in VisionX?
VisionX supports configuration of your OpenShift account. The only thing you need is an already activated OpenShift account. Simply register on OpenShift and that's it. The rest will be handled by VisionX. Don't create SSH keys or open tunnels to access your remote database or application server. VisionX will do all this tricky things for you.
We have a short Video for you. It demonstrates the OpenShift integration of VisionX. The first part shows configuration of a fresh OpenShift account. In the second part, we create a simple (unstyled) application and the last part is the deployment.
The whole video lasts 4:30 minutes. Have you ever created a full database application with menu, toolbar, user authentication, an input form and deployed in around 5 minutes?
Multi-IDE support for VisionX
(To be honest: Deployment wasn't as fast as shown in the video, because upload time can't be improved)
Both products are code complete and JVx passed all tests. We're in the test phase with VisionX and do some smaller fixes, but it looks very stable.
We set the official release of VisionX 2.2 to August, 17th. We will release JVx 2.3 during the coming week (~ August, 7th).
VisionX 2.2 will come with some great new features like Java 8 + Multi-IDE support and our new MorphPanel.
MorphPanel?
It's a new UI component. You can use it to visualize a table of records (grid) and show record details as form in a tab area, as split panel, a popup or as replacement of your grid (= web mode).
It's soo useful. Usually you would create two or more screens for the same use-case but one screen with one MorphPanel is enough with VisionX 2.2.
A simple use-case: You have one master-data screen and want to show an edit screen for the records on double click or button click. You need one screen for showing master-data and another screen for the edit form. The master screen opens the edit screen with an additional parameter, to show the correct record in the edit screen... (boring).
Simply add a MorphPanel to your master-data screen, set Popup mode, design the popup and you're done. This is great for desktop applications and awesome for web applications!
You know that we use SourceForge (SVN services) for our open source projects like JVx, Vaadin UI, JavaFX UI, Online Help and some others.
The whole platform had big problems and so we couldn't use our repositories as usual. It wasn't a real problem for us because we had backups and our local repositories were up-to-date, but it wasn't possible to build snapshots or create nightly builds.
Our build infrastructure is directly connected to our SVN repositories and so we had no chance to build our projects.
Since yesterday, all our repositories are online. We made some tests and everything was fine. We lost one full day (July, 17th) because SourceForge stopped working at July, 17th and backups were from July, 16th. But also not a problem because we had local copies.
We did some migration checkins and now, everything is online. Our SF repositories are up-to-date.
Our "nightly build" was started some minutes ago and everything was finished without problems.
So, we're back in the game.
(A big "Thank you" to all SF operators for their support, daily reports and countless hours of restoration)
Future?
We got some questions during last days and most of you asked us if it wouldn't be better to leave SF and use GitHub instead. We don't think this makes sense because such problems can happen with all providers - sure, they should never happen.
The migration effort from SF to GitHub is high and we don't have visible benefits. We know that git has some advantages compared to SVN but we don't need more than Source Code versioning and the checkin history. It's that simple. SF services aren't as fancy as GitHub services and the repository access via browser is better with GitHub, but this wasn't important for our decision.
It was important for us to use a big OpenSource provider and SF is a dinosaur in this area. We don't plan to leave SF but it's not impossible, e.g. if the environment changes.
At last Eclipse DemoCamp in Vienna, Tom Schindl asked me about the startup performance on iOS, because his experience with startup performance was horrible with early RoboVM versions. I had no answer because we didn't test our app with iOS and... the question didn't get ouf of my head. Sure, I knew that RoboVM was tuned in last two versions but didn't test it myself.
So, yesterday I had the time to test it out and... Startup and overall performance was same as on Android device!
The iOS device was an iPad Air2 and Android device was Nexus9. The performance may be worse on older devices.
Performance? Application start was finished after touch event (< 1 sec).
My test wasn't as simple as expected because RoboVM has some specifics and iOS needs code signing in order to run an app on real hardware. Also my JVx library (jvx.jar) wasn't usable because it contained SwingUI and one class of it was accessing a member of a parent class:
But the member is not available in RoboVM' phantom class. The solution was easy: Removing SwingUI from jar.
A nice feature for RoboVM would be an ignore list of classes/packages.
Here's a picture of our DemoERP application on iOS:
DemoERP on iOS tablet
It's working but still, a Desktop application 1:1 on a tablet isn't the best idea, e.g. the device type (iPad) or WLAN icon is over the application menu. The iOS port has some problems with TextFields, but we'll report an issue.
Thanks to JavaFXports the creation and deployment of our JavaFX app was super easy!
Our next JVx release is code complete (but not yet released). It was planned as smaller bugfix release but we have some cool new features, because it's sunny and warm outside
This is an awesome feature for JVx - not rocket science but was missing!
File download via REST
We did update RESTlet to 2.3.2 and recognized IFileHandle as transfer object. Simply call your action and return an IFileHandle and your REST client will receive the content.
CORS support for REST
Just sayin'
WildFly deployment support
...Virtual Filesystem if "exploded" wasn't enabled