0
votes

I have a Camel/Spring-based Java MQ client, which should connect to MQ and get some messages from queue. The connection is estabilished, but the client is not downloading any messages. Wireshark network analysis shows that after some initial processing an MQCLOSE is generated and only further only heartbeat traffic appears.

Doesn't work

The IBM MQ server version is 8.0.0.5 while the client JARs are in version 7.1.0.3. But I believe this combination worked on other environments.

I have checked the application on some other environment, where it works properly and after the MQCLOSE_REPLY there comes a number of other messages, starting with what Wireshark recognizes as SOCKET_ACTION. But this does not happen on this environment, why??

Works

2
Is the app getting any type of error message from the queue manager? MQ v7.1 went out of support from IBM on April 30 2017, you would be better to move to the IBM MQ v8 or v9 jar files.JoshMc
I answered the question - there was no errors, simply nothing. And it turned out the Camel route was not started properly and the app was simply not querying for the messagesKamil Roman

2 Answers

2
votes

Your application isn't requesting any messages, that's why it is not receiving any.

Based on the snippet of network trace from your non-working environment, it is only connecting (opening, inquiring and closing the queue manager - which it does during connection processing and after the MQCONN). The connection that was created is then not used - there are no MQGET or SPI flows, just heartbeats.

Why are you trying to debug this using network packet trace anyway?!

Look at the application and work out what it does after connecting and determine why it isn't requesting any messages.

0
votes

a_cornish_pasty was right - the application was not requesting any messages. And that's because the Camel route has not been started properly due to some startup error I missed.