This chapter contains information about the configuration properties that are used by the BPMN process service engine during processing of BPMN service components.
This chapter includes the following topics:
To configure BPMN process service engine properties:
Access this page through one of the following options:
|From the SOA Infrastructure Menu...||From the SOA Folder in the Navigator...|
The BPMN Service Engine Properties page displays properties for setting audit trail and large document thresholds, setting dispatcher thread properties, validating payload schema, and setting the audit trail level.
Make changes to the service engine properties that are appropriate to your environment.
|Audit Level||Select one of the following options:
Note: If you do not want audit entries to be displayed, then you must turn off both the audit level and the metrics. If metrics are enabled, then audit entries are displayed even if the audit level is set to Off.
|Audit Trail Threshold||Enter the maximum size in bytes of an instance audit trail before it is chunked and saved in a dehydration store table separate from the audit trail. If the threshold is exceeded, the View XML link is shown in the audit trail instead of the payload.|
|Large Document Threshold||Enter the maximum size of a generated document within a BPMN process component instance before it is stored in a separate table in the dehydration store.|
|Dispatcher System Threads||Specify the total number of threads allocated to process system dispatcher messages. System dispatcher messages are general clean-up tasks that are typically processed quickly by the server (for example, releasing stateful message beans back to the pool). Typically, only a small number of threads are required to handle the number of system dispatch messages generated during runtime.|
|Dispatcher Invoke Threads||Specify the total number of threads allocated to process invocation dispatcher messages. Invocation dispatcher messages are generated for each payload received and are meant to instantiate a new instance. If the majority of requests processed by the engine are instance invocations (as opposed to instance callbacks), greater performance may be achieved by increasing the number of invocation threads. Higher thread counts may cause greater CPU utilization due to higher context switching costs.|
|Dispatcher Engine Threads||Specify the total number of threads allocated to process engine dispatcher messages. Engine dispatcher messages are generated whenever an activity must be processed asynchronously. If the majority of processes deployed are durable with a large number of dehydration points (midprocess receive, onMessage, onAlarm, and wait activities), greater performance may be achieved by increasing the number of engine threads. Note that higher thread counts can cause greater CPU utilization due to higher context switching costs.|
|Payload Validation||Select to enable validation of inbound and outbound messages. Nonschema-compliant payload data is intercepted and displayed as a fault.
Note: This setting is independent of the SOA composite application and SOA Infrastructure payload validation level settings. If payload validation is enabled at both the service engine and SOA Infrastructure levels, data is checked twice: once when it enters the SOA Infrastructure, and again when it enters the service engine.
|Disable BPMN Monitors and Sensors||Select this checkbox to disable all BPMN monitors and sensors defined for all BPMN components across all deployed SOA composite applications.|
If you want to configure advanced BPMN properties in the System MBean Browser, click More BPMN Configuration Properties. Properties that display include the following. Descriptions are provided for each property.
AuditDetailThreshold: The maximum size (in bytes) an audit trail details string can be before it is stored separately from the audit trail.
AuditLevel: Controls the amount of audit events logged by a process; currently supported logging levels are:
off: absolutely no logging performed whatsoever; may result in a slight performance boost for processing instances.
BpelcClasspath: The extra class path must be included when compiling BPMN generated java sources.
ConfigMBean: If true, it indicates that this MBean is a Config MBean.
CubeInstanceExpiration: The expiration time in hours of performance data. This parameter is disabled by default. You can enable it.
CubeTimerMaxErrorCount: Maximum allowed number of consecutive errors during cube timer processing. Once number of errors reaches
CubeTimerMaxErrorCount, the cube timer skips processing.
CubeTimerMaxSkipOnErrorCount: Specifies the number of times the timer skips processing once the number of errors reaches
Note:Once the cube timer errors out consecutively for
CubeTimerMaxErrorCouttimes, the cube timer skips the timeout processing for
CubeTimerMaxSkipOnErrorCounttimes. It then resumes the normal timeout processing. The time for which the cube timer skips processing can be calculated as
If the lockout time needs to be less, you must either reduce the time to a lesser value or change the number of times to skip timeout processing.
CubeUpdateFrequency: Frequency in seconds at which cube action calculates the workload.
CubeWorkloadExpiration: The expiration time for workload records. It is set to 48 hours by default, which means that if a workload record's age is more than 48 hours, it is purged.
DisableActions: Comma-delimited list of disabled measurement actions (such as
BAMCommand). Also see PublishMaxTrackBackCount.
DisableProcessTracking: If set to
true the audit will disable process tracking. The default value is
DisableSensors: If set to
true the engine will disable all calls to sensors. The default value is
DispatcherEngineThreads: The total number of threads that will be allocated to process engine dispatcher messages.
DispatcherInvokeThreads: The total number of threads that will be allocated to process invocation dispatcher messages.
DispatcherMaxRequestDepth: Maximum number of internal messages the engine will process. If this number is exceeded, new messages are not dispatched. The default value is
DispatcherSystemThreads: The total number of threads that will be allocated to process system dispatcher messages.
eventProvider: If set to
true, indicates that this MBean is an event provider as defined by JSR-77.
eventTypes: All the event's types emitted by this MBean.
ExpirationMaxRetry: The maximum number of times a failed expiration call (wait/onAlarm) will be retried before failing.
ExpirationRetryDelay: The delay between the expiration retries. The default value is
InstanceKeyBlockSize: The size of the block of instance IDs to allocate from the dehydration store during each fetch.
LargeDocumentThreshold: The maximum size (in bytes) a BPMN variable can be before it is stored in a separate location from the rest of the instance scope data.
MaximumNumberOfInvokeMessagesInCache: Specify the number of invoke messages that can be kept in the in-memory cache, once the engine hits this limit, it pushes the message to dispatcher in-memory cache, instead it saves the message in the database, and these saved messages can be recovered using recovery job. Use value
-1 to disable this property.
objectName: The MBean's unique JMX name.
OneWayDeliveryPolicy: Changes whether the one-way invocation messages are delivered.
PeopleQueryTimeout: Specify quartz cron expression People Query. People Query in Logical People Group is re-evaluated based on this cron expression.
PublishMaxTrackBackCount: Maximum number of records traversed from last audit record, checked for measurement and action enabled and published if so.
QualityOfService: Flag to enable or disable Oracle Coherence cache for BPMN service engine. Use CacheEnabled for enabling Oracle Coherence.
ReadOnly: If set to
true, indicates that this MBean is a read only MBean.
RestartNeeded: Indicates whether a restart is needed.
StatsLastN: The size of the most recently processed request list.
SystemMBean: If set to
true, indicates that this MBean is a System MBean.
ValidateXML: If set to
true, the engine will apply schema validation for incoming and outgoing XML documents. The default value
Version: Version of the configuration file.
WFOracleUcmUrl: Specify a URL for Oracle UCM repository administration server.
When a BPMN composite application is deployed, the following Oracle BAM data objects are generated automatically:
Data object for the following business indicator:
Once this is imported, you should rename it to:
This is created in the target folder. If the data object already exists, new columns are added to it, assuming the old columns match data types. Otherwise, an error is thrown.
COMPONENT, INTERVAL, COUNTER data objects if they are not present in the target folder.
The target Oracle BAM Server is specified by JNDI name parameter.
Note:Data objects can be created only automatically at deployment. You cannot create them manually.
To configure Oracle BPM for use with Oracle Business Activity Monitoring, you perform these tasks:
You must configure the Oracle BAM Adapter to use either SOAP or RMI for communicating with Oracle BAM.
In the Oracle WebLogic Server Administration Console, under Domain Structure, click Deployments.
Click OracleBAMAdapter > Configuration > Outbound Connection Pools.
Click either eis/bam/soap or eis/bam/rmi.
The JNDI name used to configure the Oracle BAM adapter is used. For example, if you configured the Oracle BAM adapter to use SOAP, then the default JNDI name is eis/bam/soap. Similarly, if you configure the Oracle BAM adapter to use RMI, then the default JNDI name is eis/bam/rmi.
Modify properties to match Oracle BAM Server. (Remember to press Enter after text entry).
Select the location for the deployment plan—for example,
bam/Plan.xml, then complete the dialogs.
Return to Deployments.
Click Update and complete the dialogs.
For more information about integrating Oracle Business Activity Monitoring with Oracle SOA Suite composite applications, see Oracle Fusion Middleware Developer's Guide for Oracle SOA Suite.
To do this, you use the Oracle Enterprise Manager Fusion Middleware Control.
In Oracle Fusion Middleware Control, under WebLogic Domain, select your domain and server.
Go to System MBean Browser.
Select oracle.as.soainfra.config > Server > BPMNConfig > bpmn.
Go to Disable Actions. If you find BAMAction there, then clear the field.