| Author |
Message
|
| Rahul sonkar |
 Posted: Fri Oct 04, 2013 6:46 am Post subject: Support pack MA0Z |
 |
|
Newbie
Joined: 24 Sep 2013
Posts: 8
|
Hi,
Using MA0Z support pack we can log messages to file, do we have any such utility which can log messages to a Queue?
please help me in this.
Thanks
Rahul |
|
| Back to top |
|
 |
| lancelotlinc |
| Posted: Fri Oct 04, 2013 6:55 am Post subject: |
|
|
Jedi Knight
Joined: 22 Mar 2010
Posts: 4941
Location: Bloomington, IL USA
|
|
| Back to top |
|
|
| mqjeff |
| Posted: Fri Oct 04, 2013 7:01 am Post subject: |
|
|
Grand Master
Joined: 25 Jun 2008
Posts: 17447
|
| lancelotlinc wrote: |
um... MQOutput node ?
By the way, you do not need any support pack to log messages to syslog or any log4j/java.util.logging output. |
What?
Ignore all of that, it's entirely useless.
Rahul - you aren't really clear about MQ. You really really don't want to "log" messages to a queue. A queue is not a storage mechanism.
You're looking in all the wrong places to do what you want to.
Consider Pub/Sub.
And consider all use of exits as a LAST RESORT. |
|
| Back to top |
|
|
| Rahul sonkar |
| Posted: Fri Oct 04, 2013 8:11 am Post subject: |
|
|
Newbie
Joined: 24 Sep 2013
Posts: 8
|
Thanks mqjeff for your reply.
I would like to explain my requirement here, i want to implement a mechanism which stores messages permanently in database for future references. basically i want to track all the messages going through channel where i want to make a copy of all messages to put in other queue and then store them into database through any java program.
could you suggest me is there any other way to achieve this.
Thanks
Rahul |
|
| Back to top |
|
|
| Vitor |
| Posted: Fri Oct 04, 2013 9:43 am Post subject: |
|
|
Grand High Poobah
Joined: 11 Nov 2005
Posts: 26093
Location: Texas, USA
|
| Rahul sonkar wrote: |
| i want to implement a mechanism which stores messages permanently in database for future references. |
Have you considered how large this database could become? And what kind of maintenance you'll need to stop it growing out of control?
IMHO that's not a requirement, that's a solution. Why do you think you'll need to refer to these messages? Why would you not refer to the systems generating or receiving these messages? If you want to tracking because you want to demonstrate WMQ is delievering messages then you are indeed missing the point of WMQ, and more importantly why you're giving IBM so much money to use it.
| Rahul sonkar wrote: |
| could you suggest me is there any other way to achieve this. |
The fact that there's no support pac to achieve this should indicate how many other people have felt the need to do this, i.e. not many. If you really want a copy of every message passing through your estate, consider using pub/sub.
_________________
Honesty is the best policy.
Insanity is the best defence. |
|
| Back to top |
|
|
| Rahul sonkar |
| Posted: Mon Oct 07, 2013 10:37 pm Post subject: |
|
|
Newbie
Joined: 24 Sep 2013
Posts: 8
|
Thanks Vitor for your reply,
Yes you are right that it would be difficult to manage database but it is not going to happen because here we want to read the messages from queue and trim them to few KBs and then save it in database. For websphere process server, we have implemented mechanism of storing messages or events generated by applications in database and later user can view the messages for their reference.
I want to implement the same mechanism in WMQ, i have faced the issue of messages got lost some where and nothing got logged in system error log files for this scenario we dont have any proof to show whether MQ has received any messages or not in case of messages are not persistent.
MA0Z support pac is reading messages from channel through exit and writing them into a file, it would be difficult to manage messages in file that's why i want insted of writing messages into file it should write into the queue and then we can write application to read messages from that queue.
we don't want Pub\Sub use.
Thanks
Rahul |
|
| Back to top |
|
|
| smdavies99 |
| Posted: Mon Oct 07, 2013 10:45 pm Post subject: |
|
|
Jedi Council
Joined: 10 Feb 2003
Posts: 6076
Location: Somewhere over the Rainbow this side of Never-never land.
|
| Rahul sonkar wrote: |
we don't want Pub\Sub use.
|
would you care to explain why?
_________________
WMQ User since 1999
MQSI/WBI/WMB/'Thingy' User since 2002
Linux user since 1995
Every time you reinvent the wheel the more square it gets (anon). If in doubt think and investigate before you ask silly questions. |
|
| Back to top |
|
|
| Rahul sonkar |
| Posted: Tue Oct 08, 2013 1:34 am Post subject: |
|
|
Newbie
Joined: 24 Sep 2013
Posts: 8
|
Hi smdavies99
I have already completed the development and the modules are in production. And implementing pub/sub requires architectural change. Thats why i need to achieve message tracking mechanism without changing any architecture. so i am looking for support pack which can fulfill the requirement.
Thanks!
Rahul |
|
| Back to top |
|
|
| Vitor |
| Posted: Tue Oct 08, 2013 4:36 am Post subject: |
|
|
Grand High Poobah
Joined: 11 Nov 2005
Posts: 26093
Location: Texas, USA
|
| Rahul sonkar wrote: |
| I have already completed the development and the modules are in production. |
So you're in production and now you're building the logging / tracking mechanism?
| Rahul sonkar wrote: |
| And implementing pub/sub requires architectural change. |
How so?
And given that you're changing your architecture to include logging / tracking then architectural change is appropriate.
| Rahul sonkar wrote: |
| i am looking for support pack which can fulfill the requirement. |
There isn't one.
_________________
Honesty is the best policy.
Insanity is the best defence. |
|
| Back to top |
|
|
|
|
