About cookies on this site Our websites require some cookies to function properly (required). In addition, other cookies may be used with your consent to analyze site usage, improve the user experience and for advertising. For more information, please review your options. By visiting our website, you agree to our processing of information as described in IBM’sprivacy statement. To provide a smooth navigation, your cookie preferences will be shared across the IBM web domains listed here.
Last updated: Nov 28, 2024
To control the run, you can specify Decision Optimization run parameters in your request as named value pairs.
For example:
You can use this code to collect the engine log tail during the solve and the whole engine log as output at the end of the solve."solve_parameters" : { "oaas.logAttachmentName":"log.txt", "oaas.logTailEnabled":"true" }
You can use these parameters in your request.
Name | Type | Description |
---|---|---|
|
Number | You can use this parameter to set a time limit in milliseconds. |
|
Enum
|
Specifies the format for returned results. The default formats are as follows:
|
|
String | Specifies the name of the OPL run configuration to be executed. |
|
|
You can use this parameter to set the Python version for the run in your deployed model. If not specified, 3.11 is used by default. |
|
Boolean | Use this parameter to include the log tail in the solve status. |
|
String | If defined, engine logs are defined as a job output attachment. |
|
Enum
|
You can use this parameter to define the level of detail that is provided by the engine
log. The default value is . |
|
Number | Maximum log-size limit in number of characters. |
|
Can be viewed as Boolean (see Description) | If defined, a job memory dump (inputs and outputs) file is provided
with this name as a job output attachment. The name can contain a placeholder
. If defined with no value, the attachment name
is used. If not defined, by default, no job memory dump
file is attached. |
|
String | If defined, a file is generated according to specific job rules (RFC
1960-based Filter). It must be used in conjunction with the
parameter. Filters can be defined on the duration and the following properties:
Example:
(duration>=1000) or (&(duration<1000)(!(solveState.solveStatus=OPTIMAL_SOLUTION))) or (|(solveState.interruptionStatus=OUT_OF_MEMORY) (solveState.failureInfo.type=INFRASTRUCTURE)) |
|
Number | Intermediate output in minutes. This parameter can be used to set up intermediate output publication (if any). |
|
String (RegExp) | RegExp filter for files to be included in the output upload. If nothing is defined, all
outputs are
added. Example:
|
Engine parameters that control the Decision Optimization solve can be configured in the Build model view. For more information, see Configuring engine settings in the Build model view.