3.3.2 ODTOperations.properties

This topic explains the ODTOperations.properties in detail.

ODTOperations.properties

Configure the Operations files as per Requirement.

The Following operations are supported in silent utility of ODT:

• LOGIN
• SETRELEASE: Setting Release and Environment Details
• BULKGENERATION: Bulk Generation of Radxml units
• REFRESH: Bulk refresh of radxml
• SXML_REFRESH: Bulk refresh of Service Xmls
• SXML_UPDATER: Bulk Updater of service Xmls based on the changes in radxml’s
• SXML_BULKGENERATION: Bulk Generation of web service artifacts.

Execution of Operation will be as per the sequence maintained in OdtOperations.properties.

For Example:

1. Operation = LOGIN
2. Operation= SETRELEASE
3. Operation= REST_GENERATION

If the sequence of operations is as above, then LOGIN, SETRELEASE, and REST_GENERATION Operations would be processed in the respective sequence.

Note:

LOGIN and SETRELEASE are mandatory operations to be performed.

All Configuration files can be found inside/resource folder of the utility.

For Example:

1. Operation = LOGIN
2. Operation= SETRELEASE
3. Operation= REST_GENERATION

If the sequence of operations is as above, then LOGIN, SETRELEASE, and REST_GENERATION Operations would be processed in the respective sequence.

Note:

LOGIN and SETRELEASE are mandatory operations to be performed.

1. LOGIN

   Figure 3-3 SilentODT Login Properties

   
   

   
   Description of "Figure 3-3 SilentODT Login Properties"

   
   

   Figure 3-4 SilentODT Login Properties

   Table 3-2 Log in to Tool

   SilentODT Login Properties	Description
   Operation	LOGIN
   User Id	Specify the ODT User Id which is created in the ODT Application
   Password	Specify the ODT Password which is created in the ODT Application. Encrypted using ODTPassEncryption.bat. Refer section Configure SilentODTUtility for more details about encryption.

2. SETRELEASE

   Note:

   Connection to the FLEXCUBE schema would be established based on data maintained in ODT or through the data in env_config.xml as explained in earlier section.

   Figure 3-5 SilentODT Set Release Properties

   
   

   
   Description of "Figure 3-5 SilentODT Set Release Properties"

   
   

   Table 3-3 Set Release and Environment for User

   SilentODT Set Release Properties	Description
   Operation	SETRELEASE
   relCode	Specify the ODT Release Code which is created in the ODT Application.
   envCode	Specify the ODT Environment Code which is created in the ODT Application.
   langCode	Specify the Lang code for the mentioned release code.

3. BULKGENERATION

   For generating all radxml artifacts for release in bulk this feature can be used.

   radxmlListFile: Prepare text file which contains absolute path of all radxml’s. Provide same file path.

   srcPath: Source Path refers to the path where all radxml’s are presented. List File will be generated by the tool in this case.

   Note:

   Either of radxml List File or srcPath should be present. If both are present, then radxmlListFile parameter will be considered for Bulk Generation.
   fileType:

   • EXTENSIBLE: Artifacts generated only for extensible screens.
   • NON-EXTENSIBLE: Artifacts generated only for non-extensible screens.
   • BOTH: Artifacts for all files would be generated.

   destPath: Specify the path where the files will be generated.

   srcPath: Specify the type of files to be generated. For Example: UIXML, SYS_JS, MAIN_SPC, MAIN_SQL,KERNEL_SPC, KERNEL_S

   Figure 3-6 SilentODT Bulk Generation Properties

   
   

   
   Description of "Figure 3-6 SilentODT Bulk Generation Properties"

   
   

   Table 3-4 Bulk Generation Utility

   Bulk Generation Utility Input

   Bulk Generation Utility Output

   radxmlListFile srcPath fileType gen destpath

   UIXML,SYS_JS,MAIN_SPC,MAIN_SQL,KERNEL_SPC,KERNEL_SQL, CLUSTER_SPC,CLUSTER_SQL,CUSTOM_SPC,CUSTOM_SQL, UPLOAD_SPC,UPLOAD_SQL,UPLOAD_TRIGGER,UPLOAD_TABLE_DDL, XSD_FILES,MENU_DETAILS,LABEL_DETAILS,AMEND_DETAILS, SUMMARY_DETAILS,SCREEN_DETAILS,LOV_DETAILS, BLOCK_PK_COLS,CALL_FORM_DETAILS,BLOCK_DETAILS, DATASCR_DETAILS,FUNCTION_CALL_FORMS,GATEWAY_DETAILS, NOTIFICATION_DETAILS,FUNCTION_PARAMETERS NOTIFICATION_TRIGGER,PURGE_DETAILS,ARCHIVE_TBL_DEF in destpath

4. REFRESH
   Refresh Functionality allows developers to upgrade the existing radxml to its later version keeping the sub version specific changes intact. Three kinds of refresh can done using the Tool.(Please refer the 09-Development_WorkBench_Source_Upgrade.docx).

   • Child Refresh
   • Screen Child Refresh
   • Source Refresh

   Refresh Type: Provide the refresh Type (CHILD_REFRESH/SCRCHILD_REFRESH/SOURCE_REFRESH).

   srcFileList: A txt File containing the List of all Sources radxml’s. I.e. radxml’s which has to be refreshed.

   baseFileList: A txt File containing the List of all base radxml’s.

   srcRelType: Specify the release type of Source Radxmls list(KERNEL/CLUSTER/CUSTOM).

   baseRelType: Specify the release type of base Radxmls list (KERNEL/CLUSTER/CUSTOM).

   destpath: Specify the path where the files will be generated.

   Figure 3-7 SilentODT Refresh Properties

   
   

   
   Description of "Figure 3-7 SilentODT Refresh Properties"

   
   

   Table 3-5 Refresh Utility

   Refresh Utility Input	Refresh Utility Output
   refreshType srcFileList baseFileList srcRelType baseRelType destpath	Refreshed Radxml’s in destpath

5. SXML_BULKGENERATION

   Web service artifacts can be generated through this operation.

   sxmlListFile: Prepare text file which contains absolute path of all Service xml.

   radxmlListFile: Prepare text file which contains absolute path of all radxmls which are used for those services.

   xsdListFile: Prepare text file which contains absolute path of all XSDs which are used for those services. Non-extensibility/Common XSDs are copied from this path.

   srcPath: Specify the source folder path which is optional (Tool will create radxmlListFile and xsdListFile by itself from the srcPath).

   Note:

   If srcPath is provided, radxmlListFile and xsdListFile need not be provided.
   gen: Specify the type of files to be generated (separated by coma). The options available are:

   • IMPL_FILE
   • CONFIG_FILES
   • WSDL_FILE,XSD_FILES
   • GW_WS_PROP_FILES
   • ANT_BUILD

   nonExtServicesReqd: Specify as Y/N whether Non-Extensible operations have to be included in the generated Components.

   destpath: Specify the path where the files will be generated.

   validateXsds: Specify as Y/N and the default value is Y. If the value is set to Y, all XSD will be validated by the tool.

   Figure 3-8 SilentODT Service XML Bulk Generation Properties

   
   

   
   Description of "Figure 3-8 SilentODT Service XML Bulk Generation Properties"

   
   

   Table 3-6 SilentODT Service XML Bulk Generation Properties

   Service XML Component Generator Input	Service XML Component Generator Output
   sxmlListFile radxmlListFile xsdListFile srcPath baseRelType destpath validateXsds	IMPL_FILE,CONFIG_FILES,WSDL_FILE,XSD_FILES,GW_WS_PROP_FILES,ANT_BUILD in destpath

6. SXML_UPDATER
   This feature can be used to update the Service XMLs with the latest data from Radxmls. Following details will be updated. Any addition, deletion or modification of operation codes in function Id would be updated in Service XML.

   • If any function Id is removed from the service (specified in radxml); then the same would be removed from Service XML.
   • If any new function Id is attached to the service (in Radxml); then the same will not be updated in the Service XML. This has to added manually in the Service XML through ODT user interface.

   Operation: SXML_UPDATE

   sxmlListFile: Prepare text file which contains absolute path of all Service xml. Provide same file path.

   radxmlListFile: Prepare text file which contains absolute path of all radxmls which are used for those services. Specify the same file path.

   srcPath: Specify the source folder path which is optional (Tool will create radxmlListFile and SxmlListFile by itself from the srcPath).

   Note:

   If srcPath is provided, radxmlListFile and sxmlListFile need not be provided.

   destpath: Specify the path where the files will be generated.

   confirmStage: SINGLE_STAGE_UPDATE(Default Value should not be modified by developer).

   Figure 3-9 SilentODT Service XML Updater Properties

   
   

   
   Description of "Figure 3-9 SilentODT Service XML Updater Properties"

   
   

   Table 3-7 SilentODT Service XML Updater Properties

   Service XML Updater Input	Service XML Updater Output
   sxmlListFile radxmlListFile xsdListFile srcPath destpath confirmStage	updated Service XML’s in destpath

7. SXML_REFRESH

   Refresh Functionality allows us to upgrade the existing service xml to its later version keeping the sub version specific changes intact.

   srcFileList: Prepare text file which contains absolute path of all Service xml, same file should be provide i.e., service xml which has to be refreshed.

   baseFileList: Prepare text file which contains absolute path of all base service xmls. Provide same file path.

   Note:

   For instance, for a custom development team; all the latest Kernel files has to be mentioned in baseFileList; while the custom Service XMLs to be refreshed has to be mentioned in the srcFileList.

   srcRelType: Specify the release type of Source Radxmls list(KERNEL/CLUSTER/CUSTOM).

   baseRelType: Specify the release type of base Radxmls list (KERNEL/CLUSTER/CUSTOM). The baseRelType should be at least one level below srcRelType for SOURCE Refresh.

   destpath: Specify the path where the files will be generated.

   Figure 3-10 SilentODT Service XML Refresh Properties

   
   

   
   Description of "Figure 3-10 SilentODT Service XML Refresh Properties"

   
   

   Table 3-8 SilentODT Service XML Refresh Properties

   Service XML Refresh Input	Service XML Refresh Output
   operation srcFileList baseFileList srcRelType baseRelType destpath	Refreshed Service XML’s in destpath