| Author |
Message
|
| mq_edi |
 Posted: Fri May 14, 2010 4:14 am Post subject: Trace multiple message transfers |
 |
|
Newbie
Joined: 14 May 2010
Posts: 2
|
Hi!
I'm new to MQSeries and I want to find out if there are good possibilities to trace multiple message transfers. You may ask "Multiple message transfers? What does he mean? ...  " So, you are right. Here's a short description of my desired functionality:
I have an environment with many applications sending messages to each other. We do not use MQSeries for all this messaging, but things may change... Well, a message (message 1) from application A sent to application B will trigger some kind of processing there and will result in a message (message 2) to application C and so on. At the end application X gets a message (message y) and will do final processings without sending any further messages.
My question is now if there are any built in mechanisms in MQSeries to stick all these messages together to one complete message trace. Or does anybody know any other tool to solve this task?
Thank you very much!
Edi |
|
| Back to top |
|
 |
| fatherjack |
| Posted: Fri May 14, 2010 4:59 am Post subject: |
|
|
Knight
Joined: 14 Apr 2010
Posts: 522
Location: Craggy Island
|
Try visiting 'our sponsors'. Top right of the web page. There are/were others too. Is Bristol Technologies Transaction Vision product still around?
_________________
Never let the facts get in the way of a good theory. |
|
| Back to top |
|
|
| Vitor |
| Posted: Fri May 14, 2010 5:25 am Post subject: Re: Trace multiple message transfers |
|
|
Grand High Poobah
Joined: 11 Nov 2005
Posts: 26093
Location: Texas, USA
|
| mq_edi wrote: |
| My question is now if there are any built in mechanisms in MQSeries to stick all these messages together to one complete message trace. |
It's a very nice description of your set up and thank you for taking the time.
Do all these applications run against a single queue manager or are you attempting to extract "trace" information from multiple queue managers as it passes?
More importantly, you say "stick all these messages together". Are you assembling message payloads, or trying to produce a history of the route & activity of the message? What is the final use of this trace? Diagnosis of problems? Audit? A message assembled from the parts for a future process?
Where I'm heading here is that by starting at what you need to end up with, it might be possible to backtrack into another method. I have report messages in my head as a solution, but you couldn't call them "trace".
_________________
Honesty is the best policy.
Insanity is the best defence. |
|
| Back to top |
|
|
| mqjeff |
| Posted: Fri May 14, 2010 5:27 am Post subject: |
|
|
Grand Master
Joined: 25 Jun 2008
Posts: 17447
|
|
| Back to top |
|
|
| bruce2359 |
| Posted: Fri May 14, 2010 10:29 am Post subject: |
|
|
Poobah
Joined: 05 Jan 2008
Posts: 9469
Location: US: west coast, almost. Otherwise, enroute.
|
I'm going to take a guess that you have, or are in the processing of designing a messaging-type application, and want to know if WMQ can replicate the design.
Please go here http://www.redbooks.ibm.com/abstracts/sg247128.html to download and read the WMQ Fundamentals redbook. It is a wealth of information on what WMQ offers.
Your question was about WMQ specifically. Out-of-the-box, WMQ does not offer aggregating message content; but that type of application is fairly easy to write. Other WebSphere products, and 3rd-party offerings, can do this.
Your current design likely reflects the capabilities and limitations of the non-WMQ product you are using. If your desire is to exacly replicate these capabilities and limitations with WMQ, you will be missing the capabilities of WMQ.
_________________
I like deadlines. I like to wave as they pass by.
ב''ה
Lex Orandi, Lex Credendi, Lex Vivendi. As we Worship, So we Believe, So we Live. |
|
| Back to top |
|
|
| PeterPotkay |
| Posted: Fri May 14, 2010 11:51 am Post subject: |
|
|
Poobah
Joined: 15 May 2001
Posts: 7722
|
| fatherjack wrote: |
| Is Bristol Technologies Transaction Vision product still around? |
HP owns it now. We are upgrading to TV 8.0 this summer.
_________________
Peter Potkay
Keep Calm and MQ On |
|
| Back to top |
|
|
| mq_edi |
| Posted: Sun May 16, 2010 11:51 pm Post subject: |
|
|
Newbie
Joined: 14 May 2010
Posts: 2
|
First of all thank you very much for your replies!!!
I think I have caused a misunderstanding by using the following words:
| Quote: |
| ... to stick all these messages together to one complete message trace |
Actually I don't really want to stick the complete messages together. I want to connect the transfer log information to get a complete trace of all transfers initiated by one primary event. My goal is to monitor the complete system to find out if there are messages hanging at one of the applications or if it is waiting in a transfer queue for a long time.
We do have monitoring tools for each application and each singular message transfer. However we are missing the complete picture. If someone is missing a message we have to check a lot of logfiles. My goal is to get a quick information where to find the problem when a specific message is missed.
Transaction Vision seems to be a appropriate solution for this purpose. Thank you very much for this hint!  I'm going to check the possibilities and requirements for this tool in more detail ... |
|
| Back to top |
|
|
|
|
