2.3.2 ODTOperations.properties
This topic explains the ODTOperations.properties in detail.
Configure the Operations files as per Requirement.
- 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.
- Operation = LOGIN
- Operation= SETRELEASE
- Operation= REFRESH
Note:
LOGIN and SETRELEASE are mandatory operations to be performed.- LOGIN
LOGIN should always be the first operation to be configured as part of any execution.
Table 2-4 Log in to Tool
Field Description Operation LOGIN User Id Specify the Open Development Tool User ID which is created in the Open Development Tool Application
Password Specify the Open Development Tool Password which is created in the Open Development Tool Application.
Encrypted using ODTPassEncryption.bat.
Refer section Configure SilentODTUtility for more details about encryption.
- SETRELEASEThis operation can be used for setting Release and Environment Preferences for SilentODTUtility.
Note:
Connection to the FLEXCUBE Universal Banking schema would be established based on data maintained in Open Development Tool or through the data in env_config.xml as explained in earlier section.Figure 2-4 SilentODT Set Release Properties
Table 2-5 Set Release and Environment for User
Field Description Operation SETRELEASE relCode Specify the Open Development Tool Release Code which is created in the Open Development Tool Application. envCode Specify the Open Development Tool Environment Code which is created in the Open Development Tool Application. langCode Specify the Lang code for the mentioned release code. - BULKGENERATIONFor generating all RADXML artifacts for release in bulk this feature can be used.
Table 2-6 BULKGENERATION
Field Description radxmlListFile Prepare text file which contains absolute path of all RADXML's. Provide the same file path. srcPath Source path refers to the path where all RADXML's are presented. List File would be generated by the tool in this case. Note that only either radxmlListFile or srcPath should be present. If both are present, then the radxmlListFile parameter would 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 Provide the path where the files will be generated. gen Provide the type of files to be generated. For example, UIXML, SYS_JS, MAIN_SPC, MAIN_SQL,KERNEL_SPC, KERNEL_SQL Figure 2-5 SilentODT Bulk Generation Properties
Table 2-7 Bulk Generation Utility
Input 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
- REFRESHRefresh 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. (Refer to the Development Workbench - Source Upgrade).
- Child Refresh
- Screen Child Refresh
- Source Refresh
Table 2-8 REFRESH
Field Description Refresh Type Provide the refresh type (CHILD_REFRESH/SCRCHILD_REFRESH/SOURCE_REFRESH). srcFileList A text file containing the list of all source RADXMLs. i.e. RADXMLs have to be refreshed. baseFileList A text file containing the list of all base RADXMLs. srcRelType Provide the release type of source RADXMLs list(KERNEL/CLUSTER/CUSTOM). baseRelType Provide the release type of base RADXMLs list (KERNEL/CLUSTER/CUSTOM). destpath Provide the path where the files will be generated. Table 2-9 Refresh Utility
Input Output refreshType Refreshed Radxml’s in destpath. srcFileList Refreshed Radxml’s in destpath. baseFileList Refreshed Radxml’s in destpath. srcRelType Refreshed Radxml’s in destpath. baseRelType Refreshed Radxml’s in destpath. destpath Refreshed Radxml’s in destpath. - SXML_BULKGENERATION
Web service artifacts can be generated through this operation.
Table 2-10 Service XML Bulk Generation
Field Description sxmlListFile Prepare text file which contains absolute path of all Service XML. radxmlListFile Prepare a text file that contains the absolute path of all RADXML which are used for those services. xsdListFile Prepare a text file that contains the 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 an option (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 comma). The available options are: - IMPL_FILE
- CONFIG_FILES
- WSDL_FILE,XSD_FILES
- GW_WS_PROP_FILES
- ANT_BUILD
nonExtServicesReqd Specify as Y/N, Specifies whether NonExtensible Operations has to include in the generated components. destpath Specify the path where the files will be generated. validateXsds Specify as Y/N, Default set to Y. If the value is set to Y all XSD will be validated by the tool. Figure 2-7 SilentODT Service XML Bulk Generation Properties
Table 2-11 SilentODT Service XML Bulk Generation Properties
Input Output sxmlListFile
radxmlListFile
xsdListFile
srcPath
baseRelType
destpath
validateXsds
IMPL_FILE,CONFIG_FILES,WSDL_FILE,XSD_FILES,GW_WS_PROP_FILES,ANT_BUILD in destpath
- SXML_UPDATERThis feature can be used to update the Service XMLs with the latest data from Radxmls. the 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 Open Development Tool user interface.
Table 2-12 Service XML Updater
Field Description Operation SXML_UPDATE sxmlListFile Prepare a text file that contains the absolute path of all Service XML. Provide the same file path. radxmlListFile Prepare a text file that contains the absolute path of all RADXMLs which are used for those services. Provide the same file path. srcPath Specify the source folder path. This field is optional (tool will create radxmlListFile and sxmlListFile by itself from the srcPath). Note that 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 the developer) Figure 2-8 SilentODT Service XML Updater Properties
Table 2-13 Service XML Updater
Input Output xsdListFile Updated Service XML’s in destpath. sxmlListFile Updated Service XML’s in destpath. radxmlListFile Updated Service XML’s in destpath. srcPath Updated Service XML’s in destpath. destpath Updated Service XML’s in destpath. confirmStage Updated Service XML’s in destpath. - SXML_REFRESH
Refresh Functionality allows us to upgrade the existing service xml to its later version keeping the sub version specific changes intact.
Table 2-14 Service XML Refresh
Field Description srcFileList Prepare a text file that contains the absolute path of all Service XML, the same file should be provided i.e. service XML which has to be refreshed. baseFileList Prepare a text file that contains the absolute path of all base service XMLs. Provide the same file path. For instance, for a custom development team; all the latest Kernel files have 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). baseRelType should be at least one level below srcRelType for SOURCE Refresh. For Instance, for a custom development team, srcRelType would be CUSTOM and baseRelType can be either KERNEL/CLUSTER depending on the base source type.
destpath Specify the path where the files will be generated. Figure 2-9 SilentODT Service XML Refresh Properties
Table 2-15 Service XML Refresh
Input Output operation Refreshed Service XML’s in destpath. srcFileList Refreshed Service XML’s in destpath. baseFileList Refreshed Service XML’s in destpath. srcRelType Refreshed Service XML’s in destpath. baseRelType Refreshed Service XML’s in destpath. destpath Refreshed Service XML’s in destpath.
Parent topic: Configure SilentODTUtility






