2.3.2 ODTOperations.properties

This topic explains the ODTOperations.properties in detail.

Configure the Operations files as per Requirement.

The following operations are supported in silent utility of Open Development Tool:
  • 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= REFRESH
If the sequence of operations is as above, then LOGIN, SETRELEASE, and REFRESH Operations would be processed in the respective sequence.

Note:

LOGIN and SETRELEASE are mandatory operations to be performed.
  1. LOGIN

    LOGIN should always be the first operation to be configured as part of any execution.

    Figure 2-3 SilentODT Login Properties



    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.

  2. SETRELEASE
    This 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.
  3. BULKGENERATION
    For 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

  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. (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.

    Figure 2-6 SilentODT Refresh Properties



    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.
  5. 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

  6. SXML_UPDATER
    This 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.
  7. 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.