Skip to main content


         This documentation site is for previous versions. Visit our new documentation site for current releases.      
 

Connect-JMS method

Updated on August 16, 2022

Use the Connect-JMS method to send a JMS message to an external system using the Java Message Service application programmer interface.

Parameters

This method operates on a named clipboard page that is the source and destination of data mappings. Make sure the Step Page column that calls this method contains the non-blank name of such a page.

This method has two parameters:

ParameterDescription
ServiceName Enter the Service Name (second key part) of a Connect JMS rule ( Rule-Connect-JMS rule type). The system uses the class of the step page as the first key part.
RunInParallelSelect if this connector is intended to run in parallel as a child requestor of the current requestor. If selected, use the Connect-Wait method later in the current or a follow-on activity to access results from the connector.

Results

The Connect-JMS method works as follows:

  1. Using rule resolution, locates the Connect JMS rule identified by the ServiceName parameter and the class of the step page or primary page.
  2. Uses request information to assemble a request JMS message.
  3. If the step page does not exist, creates a new page, of the class identified in the Pages & Classes tab.
  4. Checks whether simulation is in force for this rule. If so, calls the simulation stub activity.
  5. If simulation is not in force, sends a JMS message, in a separate requestor if the RunInParallel box is selected. (This temporary requestor has the same access group and clipboard as the original. At most 10 such child requestor sessions can be active at once.)
  6. Processes the response when it is received.

Checking the method status

This method updates the pxMethodStatus property. See How to test method results using a transition.

Caution: Design the activity to detect and handle exceptions. If the Connect-JMS method with the RunInParallel check box selected fails in a way that causes the Connect-Wait method to be skipped, the child requestor can be left hanging. If the limit of parallel requestors is then eventually reached, the parent requestor fails as well. By default, the limit is 10 requestors in parallel; you can establish a higher or lower value in the prconfig.xml file or dynamic system settings using the services/maxRequestorChildren setting.

Have a question? Get answers now.

Visit the Support Center to ask questions, engage in discussions, share ideas, and help others.

Did you find this content helpful?

Want to help us improve this content?

We'd prefer it if you saw us at our best.

Pega.com is not optimized for Internet Explorer. For the optimal experience, please use:

Close Deprecation Notice
Contact us