Default Messaging Provider Problem Determination - IBM Redbooks
Default Messaging Provider Problem Determination - IBM Redbooks
Default Messaging Provider Problem Determination - IBM Redbooks
You also want an ePaper? Increase the reach of your titles
YUMPU automatically turns print PDFs into web optimized ePapers that Google loves.
Symptom: Messages disappear when using an MQ link<br />
In this problem scenario, you have defined a connection to WebSphere MQ as a<br />
foreign bus. You have two application servers and two messaging engines and a<br />
foreign bus and MQLink to connect to WebSphere MQ. You are expecting<br />
messages to flow to and from the MQ queue manager but this is not happening.<br />
See Figure 10 as an example of the topology.<br />
WebSphere Application Server V6 Cell<br />
AppServer1<br />
ME1<br />
Deployment Manager Node<br />
Deployment<br />
Manager<br />
Queue Point<br />
Node 1<br />
Node Agent<br />
Service Integration Bus<br />
Members = {AppServer 1, AppServer 2}<br />
Destination localized to<br />
queue point on ME1<br />
Figure 10 Topology of bus connection to WebSphere MQ<br />
AppServer2<br />
ME2<br />
MQLink<br />
Foreign bus to<br />
Websphere MQ<br />
Websphere<br />
MQ<br />
Note: Be careful when defining the WebSphere MQ link definitions. The<br />
Queue manager name field can be confusing. This defines a virtual name<br />
given to the current bus so that the remote queue manager can address<br />
messages to it.<br />
In this scenario, the basic cause of the problem is that ME1 was restarted. The<br />
message producer sends messages using WebSphere MQ to the application on<br />
Appserver1. The message producer, WebSphere MQ, and the bus appear to be<br />
working fine. However, the messages are not arriving at ME1. Using the<br />
WebSphere Application Server V6: <strong>Default</strong> <strong>Messaging</strong> <strong>Provider</strong> <strong>Problem</strong> <strong>Determination</strong> 27