More about Service JMS rules
When Requires authentication? is specified in the service package instance, the JMS service must run as an authenticated user. To implement this, provide the name and password of a valid Pega Platform operator on the JMS Properties tab of the JMS or JMS MDB listener that manages this rule.
Optionally, you can configure the client application to provide values with the
JMS message properties
PegaRULES_Password. If a request message contains values for these
properties, they override the values specified on the JMS Properties tab of the listener.
When the Processing mode on the service package is set to
Stateful, and a
JMS service sends a reply in response to a message, the listener uses the
JMS message property named
property to specify the ID of the session used by the requestor that processed the original
If the sending application sends a reply in response to the service's response, it can use this property to specify that the same session is to be used to process this message. This mechanism allows the sending application and the JMS service to conduct stateful sessions.
If authorized, you can start and stop listener requestors and observe their operations from Admin Studio. For more information, see Managing listeners and the Admin Studio help.
Through changes to the
file, you can obtain performance
statistics on the execution of services. See
Performance tool — Statistics for services.
Through changes to the prconfig.xml file, you can be alerted to unusually long service operations. See How to detect lengthy service operations.
As an alternative to updating the prconfig.xml file, you can use dynamic system settings to configure your application. See Configuring dynamic system settings.
Previous topic Service JMS form - Completing the Response tab Next topic Unit testing a Service JMS rule