The customization process is very much like product development. The major difference is the implementation rules and methods are predetermined.
That is, there are constraints and restrictions on how you create and manipulate objects within the customization framework.
The details will be explained in the corresponding section along with basic examples. On the other hand, the programmer is free to use the Java
language and other third party libraries. The customization tool provides great java editing tools and wizards as well as useful code templates.
The customization process starts with the gap analysis to define what needs to be done upon the existing product to meet the customer’s requirements.
The system design comes after the analysis process and then the actual customization implementation begins.
Creating the Project
Now that the basic elements of the Workbench have been explained, here are some instructions for creating a simple project. New projects, folders, a) File menu b) Navigation view context menu c) New Wizard button
Select File > New > Project…
|
|
|
|
|
Customization projects are regular Java projects in many ways. The main difference is that the customization projects have ‘Logo Customization Builder’ registered in their builder list. This registration operation is done upon the project creation as well as other initializations. Hence, it is highly recommended that the customizations projects are created with the built-in customization project wizard as shown above. |
Setting project properties
|
The Project Name field is set to the project name by default and can be changed at anytime. As the name implies, the Project Description field contains a descriptive text of the project. The Project GUID is uniquely generated when the project is created and this field is read-only. Since multiple customizations can be executed on one installation, this unique value is used to differentiate one from another. The Package Name is the default package name for generated class files. In the class wizard, you can always have the possibility to change the package name. |
Important Note: The usage of package names starting with ‘com.lbs.’ is strongly discouraged. To eliminate possible conflicts with the existing application, these files will not be copied to the server at deployment time. |
The Project GUID is regenerated every time when the project is imported to a new LPT installation. This operation is required since the GUID must be unique even LPT includes a compiler of its own for validating user-defined tables, objects, forms, etc. When the option Ignore Warnings is checked, compiler warnings will not be UI languageLPT supports multi-lingual customization development. You can specify the target languages anytime during development. However, it is best to specify this at the beginning Deployment SettingsLPT projects can be deployed directly to an application server within the IDE. In theDeploy settings, you can specify the Server URI, which is basically the internet address The points you need to consider : 1) Check the Server URI http://localhost:8080/logo/ should be same as your tomcat server Important: You can also clear previous customizations by clicking on the Clear Customizations button. However, please note that this operation will clear all customizations When the option Silent Deploy is checked, the deployment engine does not show any message dialog during and after the deployment. As the name is self-explanatory, LPT has a business object and query object generator wizard. Object Generation preference page provides settings for this wizard. The package names will be used for |