Using Multiple Connections to Retrieve Messages for a Concurrent JMS Trigger
You can configure a concurrent JMS trigger to obtain multiple connections to the JMS provider. Multiple connections can improve trigger throughput. Keep in mind, however, that each connection used by the JMS trigger requires a dedicated Integration Server thread, regardless of the current throughput.
For a JMS trigger to have multiple connections to the JMS provider, the JMS connection alias used by the trigger must be configured to create a new connection for each trigger. For more information about JMS connection aliases, refer to webMethods Integration Server Administrator’s Guide.
A concurrent JMS trigger can use multiple connections to retrieve messages from a JMS provider. For a trigger to use multiple connections, the following must be true:
![*](bullet.gif)
The JMS trigger must be configured for concurrent processing. Serial JMS triggers cannot use multiple connections.
![*](bullet.gif)
The JMS trigger must receive messages from a queue or from a topic with a durable subscriber. JMS triggers that receive messages from non-durable subscribers (topics) cannot use multiple connections.
![*](bullet.gif)
The JMS trigger must not have the
Ignore locally published option selected when the JMS connection alias is configured to use the
Create New Connection per Trigger option. For the JMS trigger to ignore locally published messages, the publisher and subscriber must share the same connection. When the JMS connection alias uses multiple connections per trigger, the publisher and subscriber will not share the same connection.
![*](bullet.gif)
The JMS connection alias used by the JMS trigger must be configured to create an individual connection for each trigger. To configure a JMS alias to create individual connections for each JMS trigger, select the
Create New Connection per Trigger option on the
Settings > Messaging > JMS Settings > JMS Connection Alias screen on
Integration Server Administrator.
Note: | When using multiple connections to the webMethods Broker, Integration Server uses a different client ID for each JMS trigger that uses the JMS connection alias. However, when Integration Server connects to other JMS providers, it uses the same client ID for each connection. Some JMS providers do not permit multiple connections to use the same client ID to retrieve messages from a Topic with a durable subscriber. Review the JMS provider documentation before configuring the use of multiple connections for a JMS connection alias and any concurrent JMS triggers that use the JMS connection alias. |
Related Topics