Skip to main content


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

This content has been archived and is no longer being updated.

Links may not function; however, this content may be relevant to outdated versions of the product.

How to configure a Messaging Bridge between WebSphere and a JBoss server

Updated on December 13, 2017

In this example scenario, you have deployed Process Commander Version 5.5 SP1 on WebSphere Application Server Version 7.0. You need to configure an MDB Listener to listen to a JMS Queue deployed on a remote JBoss 5.0 application server.

Task preview

Here’s a preview of the steps for configuring the Messaging Bridge between the JBoss server and the WebSphere Application Server.

On the JBoss remote server, configure the following:

  1. Connection Factory
  2. Destination Queue

On the WebSphere Application Server for Process Commander, modify the deployment descriptors for the MDB Listener, ejb-jar.xml and jobss-ejb-jar.xml. Redeploy the Process Commander application after you change the deployment descriptors. Then configure the following:

  1. JMS Provider
  2. Connection Factory
  3. Destination Queue
  4. Listener Port
  5. Message-Driven Bean

Suggested approach

To configure the Messaging Bridge between the JBoss server running the JMS Queue and the WebSphere Application Server running Process Commander, complete the following procedures.

On the JBoss remote server for the JMS Queue, follow these steps:

  1. In the jboss-<version>/messaging directory, open the file connection-factories-service.xml for editing and specify the following connection factory information:

<server>
<!—
The default connection factory does not support automatic failover or load balancing- this is so we can maintain compatibility with applications written for JBoss MQ which use this connection factory.
-->
<mbean code="org.jboss.jms.server.connectionfactory.ConnectionFactory"
name="jboss.messaging.connectionfactory:service=ConnectionFactory"
xmbean-dd="xmdesc/ConnectionFactory-xmbean.xml">
<depends optional-attribute-name="ServerPeer">jboss.messaging:service=ServerPeer</depends>
<depends optional-attribute-name="Connector">jboss.messaging:service=Connector,transport=bisocket</depends>
<depends>jboss.messaging:service=PostOffice</depends>
<attribute name="JNDIBindings">
<bindings>
<binding>/ConnectionFactory</binding>
<binding>/XAConnectionFactory</binding>
<binding>java:/ConnectionFactory</binding>
<binding>java:/XAConnectionFactory</binding>
</bindings>
</attribute>
</mbean>

  1. In the jboss-<version>\ directory, create the file xxxx-destinations-service.xml and specify the following destination queue information:

<server>
<!--My queue, named: myTestQueue -->
<mbean code="org.jboss.mq.server.jmx.Queue" name="jboss.mq.destination:service=Queue,name=myTestQueue">
<depends optional-attribute-name="DestinationManager">jboss.mq:service=DestinationManager</depends>
</mbean>
</server>

On the WebSphere Application Server for Process Commander, follow these steps:

  1. Verify the existence of the following Java archive files, which support the foreign JMS Provider set up to talk to the JBoss server:

javassist.jar

concurrent.jar

jboss-serialization.jar

jboss-aspect-jdk50-client.jar

jboss-aop-jboss5.jar

jboss-common-core.jar

jboss-logging-log4j.jar

jboss-logging-spi.jar

jboss-mdr.jar

jboss-messaging.jar

jboss-remoting.jar

jboss-remoting-aspects.jar

jnpserver.jar

log4j.jar

trove.jar

  1. In the WebSphere Administrative Console, specify the JMS Provider.

    Specify the JMS Provider

  2. Specify the Connection Factory.

    Specify the Connection Factory

  3. Specify the Destination Queue.

    Specify the Destination Queue

  4. Specify the Listener Port.

    Specify the Listener Port

  5. Deploy a message-driven bean (MDB). During the deployment, bind that MDB with the listener port that you created in the previous step.

    Deploy the Message Driven Bean and bind with Listener Port

  6. When deploying and packaging the Process Commander EAR, be careful not to overwrite the manifest.mf file in the directory path <application_server_host>webapps\prweb\META-INF.

If you inadvertently overwrite the file <application_server_host>webapps\prweb\META-INF\manifest.mf when repackaging the Process Commander EAR, follow the recovery procedure in the related topic, Troubleshooting: "[Servlet Error]-[Failed to load listener: WebAppLifeCycleListenerBoot]” at startup (WebSphere 6.1).

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