Documentation

Trace:

Differences

This shows you the differences between two versions of the page.

Link to this comparison view

Both sides previous revision Previous revision
Next revision
Previous revision
Last revision Both sides next revision
applications:jvx_to_projx [2018/02/07 07:31]
admin
applications:jvx_to_projx [2020/07/01 15:46]
cduncan Edited for English grammar (capitalization, punctuation, correct verb conjugation)
Line 1: Line 1:
 ~~NOTRANS~~ ~~NOTRANS~~
-~~Title: Replace JVx' standard Application ​with ProjX~~+~~Title: Replace JVx' standard Application ​With ProjX~~
  
-If you have an application based on JVx' standard ​Application ​frame, it's very easy to use ProjX. The standard application doesn'​t contain a work-screen ​manager, automatic menu/​toolbar creation and automatic logon. This missing features and much more are part of our ProjX application frame. It's a simple RemoteWorkScreen application (defined by JVx). The JVx' standard Application frame is a RemoteApplication without ​work-screen ​management. The RemoteWorkScreenApplication extends RemoteApplication and adds work-screen ​support.+If you have an application based on JVx' standard ​application ​frame, it's very easy to use ProjX. The standard application doesn'​t contain a workscreen ​manager, automatic menu/​toolbar creationand automatic logon. This missing features and much more are part of our ProjX application frame. It's a simple RemoteWorkScreen application (defined by JVx). The JVx' standard Application frame is a RemoteApplication without ​workscreen ​management. The RemoteWorkScreenApplication extends RemoteApplication and adds workscreen ​support.
  
 Simply do following: Simply do following:
Line 8: Line 8:
   * Add projx.jar and appsclient.jar to libs/client   * Add projx.jar and appsclient.jar to libs/client
   * Add appserver.jar to libs/server   * Add appserver.jar to libs/server
-  * Delete your custom ​Application ​class or extend com.sibvisions.apps.projx.ProjX+  * Delete your custom ​application ​class or extend com.sibvisions.apps.projx.ProjX
   * Change your launcher (run configuration) if you don't need a custom application and use com.sibvisions.apps.projx.ProjX as first argument (instead of your custom application)   * Change your launcher (run configuration) if you don't need a custom application and use com.sibvisions.apps.projx.ProjX as first argument (instead of your custom application)
   * Add an [[applications:​application_properties|application.xml]] to your application package   * Add an [[applications:​application_properties|application.xml]] to your application package
Line 16: Line 16:
   * **(optional)** Configure autologin: \\ \\ //​Application.Login.username//​\\ //​Application.Login.password//​ \\ (and be sure that Application.authenticator contains ''​com.sibvisions.apps.auth.UserPwdAuthenticator''​)   * **(optional)** Configure autologin: \\ \\ //​Application.Login.username//​\\ //​Application.Login.password//​ \\ (and be sure that Application.authenticator contains ''​com.sibvisions.apps.auth.UserPwdAuthenticator''​)
  
-After above steps, start the application. You'll see an Exception ​because the workScreenAccess object wasn't found! This object should be added to your Session ​LCO because it's responsible for the menu/​toolbar configuration. The interface IWorkScreenAccess defines all relevant methods.+After above steps, start the application. You'll see an exception ​because the workScreenAccess object wasn't found! This object should be added to your session ​LCO because it's responsible for the menu/​toolbar configuration. The interface IWorkScreenAccess defines all relevant methods.
  
 ProjX contains two implementations:​ DBWorkScreenAccess and MemWorkScreenAccess. The DBWorkScreenAccess needs some tables and views in order to work, so for a first test the MemWorkScreenAccess should be good enough. Use following snippet and add it to your ''​Session.java''​ ProjX contains two implementations:​ DBWorkScreenAccess and MemWorkScreenAccess. The DBWorkScreenAccess needs some tables and views in order to work, so for a first test the MemWorkScreenAccess should be good enough. Use following snippet and add it to your ''​Session.java''​
  
 <file java> <file java>
-public IWorkScreenAccess getWorkScreenAccess() throws ​Exception+public IWorkScreenAccess getWorkScreenAccess() throws ​exception
 { {
     IWorkScreenAccess wsac = (IWorkScreenAccess)get("​workScreenAccess"​);​     IWorkScreenAccess wsac = (IWorkScreenAccess)get("​workScreenAccess"​);​
Line 45: Line 45:
 </​file>​ </​file>​
  
-Be sure that your Session ​class is configured as master session object in your //​config.xml//:​+Be sure that your session ​class is configured as master session object in your //​config.xml//:​
  
 <file xml> <file xml>
Line 55: Line 55:
 </​file>​ </​file>​
  
-The next important thing is that you extend your work-screens ​from DataSourceWorkScreen:​+The next important thing is that you extend your workscreens ​from DataSourceWorkScreen:​
  
-ManagerWorkScreen **extends DataSourceWorkScreen**+//ManagerWorkScreen **extends DataSourceWorkScreen**//
  
 instead of instead of
  
-ManagerWorkScreen **extends UIInternalFrame**+//ManagerWorkScreen **extends UIInternalFrame**//
  
-Use following default constructor:​+Use the following default constructor:​
  
 <file java> <file java>
Line 77: Line 77:
 </​file>​ </​file>​
  
-Please remove the code from your screen which opens a new SubConnection ​or a RemoteDataSource. The connection will be opened automatically from ProjX (see constructor parameter pConnection) and the RemoteDataSource will be created from DataSourceWorkScreen. Simply call getDataSource() to get access.+Please remove the code from your screen which opens a new subconnection ​or a RemoteDataSource. The connection will be opened automatically from ProjX (see constructor parameter pConnection) and the RemoteDataSource will be created from DataSourceWorkScreen. Simply call getDataSource() to get access.
  
-The DataSourceWorkScreen removes the boiler-plate code from your screens and usually your screens don't take care of application specific problems like save/reload or open/close. It's possible to take carebut not necessary in most screens!+The DataSourceWorkScreen removes the boiler plate code from your screens and usually your screens don't take care of application-specific problems like save/reload or open/close. It's possible to take care but not necessary in most screens!
  
-Start your application again and everything should work without problems. It's also possible to configure the welcome-screen for fast test iterations. To do this, set the parameter //​Application.WelcomeScreen//​ in your application.xml.+Start your application again and everything should work without problems. It's also possible to configure the welcome screen for fast test iterations. To do this, set the parameter //​Application.WelcomeScreen//​ in your application.xml.
  
-The following ZIP archive contains templates: [[https://​doc.sibvisions.com/​_media/​applications/​jvx_to_projx.zip|JVx to ProjX Templates]+The following ZIP archive contains templates: [[https://​doc.sibvisions.com/​_media/​applications/​jvx_to_projx.zip|JVx to ProjX Templates]]
This website uses cookies for visitor traffic analysis. By using the website, you agree with storing the cookies on your computer.More information