4.2.1.4 Application Preference

Application Preferences UI allow Administrators and End Users to establish default values, manage other Core Application Parameters that affect the way Business Rules are created and the way Cash Flow Processes are run.

To update the Cash Flow Engine Application Preferences, follow these steps:

  1. Navigate to Maintenance and select Preferences.
  2. Click Application tab.
  3. Enter the following values in Application tab as described in table:

    Figure 4-40 Processing-ALM General section of Application Preference


    Processing-ALM General section of Application Preference

    Table 4-29 Processing-ALM General section of Application Preference

    Fields Description
    Enable Holiday Calendar Adjustments

    Select this option to enable the Holiday Calendar Adjustment capability for the ALM Application. If this option is not selected, the Cash Flow Engine will ignore all Holiday Calendar information, including instrument level inputs and assumption rule level inputs.

    If Enable Holiday Calendar Adjustments is selected as Yes, then the ALM will handle Holiday Calendar assumptions based on the Account Level values first.

    Debugging Level

    The debugging output level determines the amount of SQL that will be written to the processing log. There are eight levels available:

    1. Trace: Designates finer-grained informational events than the DEBUG.
    2. All: All levels including custom levels.
    3. Error: Designates error events that might still allow the application to continue running.
    4. Information: Designates informational messages that highlight the progress of the application at coarse-grained level.
    5. Debug: Designates fine-grained informational events that are most useful to debug an application.
    6. Fatal: Designates very severe error events that will presumably lead the application to abort.
    7. Warning: Designates informational messages that highlight the progress of the application at coarse-grained level.
    8. Off: The highest possible rank and is intended to turn off logging.

    Note: A log request of level p in a logger with level q is enabled if p >= q. This rule is at the heart of log4j. It assumes that levels are ordered. For the standard levels, we have ALL < DEBUG < INFO < WARN < ERROR < FATAL < OFF.

    View Logs Level

    This shows the severity of the information telling you how important a given log message is. This shows the View level of the Log.

    1. Trace: Designates finer-grained informational events than the DEBUG.
    2. All: All levels including custom levels.
    3. Error: Designates error events that might still allow the application to continue running.
    4. Information: Designates informational messages that highlight the progress of the application at coarse-grained level.
    5. Debug: Designates fine-grained informational events that are most useful to debug an application.
    6. Fatal: Designates very severe error events that will presumably lead the application to abort.
    7. Warning: Designates informational messages that highlight the progress of the application at coarse-grained level.
    8. Off: The highest possible rank and is intended to turn off logging.

    Figure 4-41 Processing-ALM Process section of Application Preference


    Processing-ALM Process section of Application Preference

    Table 4-30 Processing- ALM Process section of Application Preference

    Fields Description
    ALM Process Batch Size

    Number of Account or Instruments that must be processed in a single batch.

    Default Value of 5000 is seeded by the service, and you can modify it as needed

    ALM Process Parallel Threads

    Number of threads created by the executor for each batch. This is a performance tuning parameter for ALM Cloud Service. This defines how much memory can be used by the different components of the process such as the stack, data and text segments.

    Default Value of 15 is seeded by the service, and you can modify it as needed

    Figure 4-42 Processing-Cash Flow General section of Application Preference


    Processing-Cash Flow General section of Application Preference

    Table 4-31 Processing-Cash Flow General section of Application Preference

    Fields Description
    Debugging Level

    The debugging output level determines the amount of SQL that will be written to the processing log. There are eight levels available:

    1. Trace: Designates finer-grained informational events than the DEBUG.
    2. All: All levels including custom levels.
    3. Error: Designates error events that might still allow the application to continue running.
    4. Information: Designates informational messages that highlight the progress of the application at coarse-grained level.
    5. Debug: Designates fine-grained informational events that are most useful to debug an application.
    6. Fatal: Designates very severe error events that will presumably lead the application to abort.
    7. Warning: Designates informational messages that highlight the progress of the application at coarse-grained level.
    8. Off: The highest possible rank and is intended to turn off logging.

    Note:

    A log request of level p in a logger with level q is enabled if p >= q. This rule is at the heart of log4j. It assumes that levels are ordered. For the standard levels, we have ALL < DEBUG < INFO < WARN < ERROR < FATAL < OFF.
    View Logs Level

    This shows the severity of the information telling you how important a given log message is. This shows the View level of the Log. There are three levels available:

    1. Information: Designates informational messages that highlight the progress of the application at coarse-grained level.
    2. Debug: Designates fine-grained informational events that are most useful to debug an application.
    3. Off: The highest possible rank and is intended to turn off logging.

    Figure 4-43 Processing-Cash Flow Process section of Application Preference


    Processing-Cash Flow Process section of Application Preference

    Table 4-32 Processing-Cash Flow Process section of Application Preference

    Fields Description
    Cash Flow Process Batch Size

    Number of Account or Instruments that must be processed in a single batch. This is used by Cash Flow Engine for performance tuning.

    Default Value of 1000 is seeded by the service, and you can modify it as needed

    Cash Flow Process Parallel Requests

    Number of Parallel batches executed by each executor. This is a performance tuning parameter for Cash Flow Engine Cloud Service.

    Default Value of 2 is seeded by the service, and you can modify it as needed

    Cash Flow Process Parallel Threads

    Number of threads created by the executor for each batch. This is a performance tuning parameter for Cash Flow Engine Cloud Service. This defines how much memory can be used by the different components of the process such as the stack, data and text segments.

    Default Value of 5 is seeded by the service, and you can modify it as needed

    Cash Flow Process Flush Batch Size

    Number of records that gets saved or updated in a batch during Cash Flow Process execution. This is used by Cash Flow Engine for performance tuning.

    Default Value of 500 is seeded by the service, and you can modify it as needed

    Figure 4-44 Processing-Cash Flow Edits section of Application Preference


    Processing-Cash Flow Edits section of Application Preference

    Table 4-33 Processing-Cash Flow Edits section of Application Preference

    Fields Description

    Cash Flow Edits Batch Size

    Number of Account or Instruments that must be processed in a single batch. This is used by Cash Flow Edits Engine for performance tuning.

    Default Value of 1000 is seeded by the service, and you can modify it as needed

    Cash Flow Edits Flush Batch Size

    Number of records that gets saved or updated in a batch during Cash Flow Process execution. This is used by Cash Flow Engine for performance tuning.

    Default Value of 500 is seeded by the service, and you can modify it as needed

  4. Turn-on the Is Editable status.
  5. Click Save to confirm the changes.