I'm gonna go with the info in the Glossary, since I have heard the same definitions from: My IBM rep The IBM Tech Conferance 2 Vendors that use these Exits
That link you posted is the only place that contradicts that. Go figure. That link is not dated anywhere that I can see, maybe its just old, before the terms were ironed out???? Anyway, are you gonna market this little exit at Capitalware? Where will you store all the data? Will there be a GUI to correlate it all? :-) This is slowly evolving into a reinventing of Bristol's Transaction Vision. -----Original Message----- From: Roger Lacroix [mailto:[EMAIL PROTECTED] Sent: Thursday, April 29, 2004 5:07 PM To: [EMAIL PROTECTED] Subject: Re: Message Tracking Hi, That is what I thought, but when IBM publicly posts information that differs, you have to wonder which is correct. Regards, Roger Lacroix Capitalware Inc. http://www.capitalware.biz Quoting "Potkay, Peter M (PLC, IT)" <[EMAIL PROTECTED]>: > Roger, I don't exactly agree with the link. I have always known an API exit > as existing on Distributed platforms, and the API Crossing Exit being the > exact same thing on the mainframe but for CICS only. > > > See the following quote from the MQ Glossary and Bibliography Manual: > > API exit. > A user-written program that monitors or > modifies the function of an MQI call. For each MQI call > issued by an application, the API exit is invoked before > the queue manager starts to process the call and again > after the queue manager has completed processing the > call. The API exit can inspect and modify any of the > parameters on the MQI call. The API exit is not > supported on WebSphere MQ for z/OS. > > > API-crossing exit. > A user written program that is > similar in concept to an API exit. It is supported only > by WebSphere MQ for z/OS and for CICS applications > only. > > -----Original Message----- > From: Roger Lacroix [mailto:[EMAIL PROTECTED] > Sent: Thursday, April 29, 2004 12:02 PM > To: [EMAIL PROTECTED] > Subject: Re: Message Tracking > > > All, > > I'll correct myself. :)) > > 'Api Crossing Exit' is the 'Api Exit' that I am referring to. Here is a > quick > explanation about it from IBM: > http://www.mqug.org.uk/anonftp/021131%20-%20MQUTIL.pdf > > > Regards, > Roger Lacroix > 416-566-7307 > Capitalware Inc. > http://www.capitalware.biz > > > Quoting Roger Lacroix <[EMAIL PROTECTED]>: > > > Hi, > > > > Am I not sure but I believe 'Api Crossing Exit' is mainframe only. > (Anyone!) > > > > Although, 'Api Crossing Exit' could be the 'Api Exit' that I am referring > to. > > Is it available on distributed platforms and configure at a queue manager > > level > > (and not channel attribute)? > > > > > > Regards, > > Roger Lacroix > > Capitalware Inc. > > http://www.capitalware.biz > > > > > > Quoting [EMAIL PROTECTED]: > > > > > Roger, > > > > > > > > > The api crossing exit which comes with WMQ addresses most of your > concerns. > > > Have you looked at it ? > > > > > > > > > > > > > > > > > > > > > "Bullock, Rebecca > > > (CSC)" To: > > > [EMAIL PROTECTED] > > > <[EMAIL PROTECTED] cc: > > > > Subject: Re: Message > > Tracking > > > Sent by: MQSeries > > > List > > > <[EMAIL PROTECTED] > > > n.AC.AT> > > > > > > > > > 04/29/2004 08:49 > > > AM > > > Please respond to > > > MQSeries List > > > > > > > > > > > > > > > > > > > > > Roger, the only thing I have to say is to agree that you want to include > at > > > least part of the actual message data. That way, if the programmer has > the > > > wrong msgid or correlid or even ends up with duplicates (if, for > example, > > > he > > > doesn't clear these fields before his next put), you stand a chance of > > > finding the actual message based on the data itself. > > > > > > > > > > > > -----Original Message----- > > > From: Roger Lacroix [mailto:[EMAIL PROTECTED] > > > Sent: Wednesday, April 28, 2004 11:48 PM > > > To: [EMAIL PROTECTED] > > > Subject: Message Tracking > > > > > > > > > All, > > > > > > I have tried to talk my current client into buying a message tracking > > > product > > > but of course they say they don't have the money!?!?! > > > > > > The problem is that the client has a lot of MQ development going on with > a > > > lot > > > of newbie MQ/Java developers. And of course the newbie developers keep > > > telling > > > me that MQ lost their messages. This of course is driving me nuts!!! > > > > > > So I figured that I would create an API Exit to log the following: > > > - Queue Name > > > - Date / Time > > > - MsgID > > > - CorrelID > > > - GroupID > > > > > > >From a tracking point of view, I don't think logging the message data > is > > > important but what other fields of the MQMD should be logged?? > > > > > > I figure I would use Perl or Java to summarize or correlate the > information > > > in > > > the log file. Of course, the script would cross search between MsgID, > > > CorrelID > > > & GroupID for matches. > > > > > > Any comments - thoughts about this. > > > > > > Regards, > > > Roger Lacroix > > > > > > Instructions for managing your mailing list subscription are provided in > > > the Listserv General Users Guide available at http://www.lsoft.com > > > Archive: http://vm.akh-wien.ac.at/MQSeries.archive > > > > > > > > > > > > > ************************************************************************** > > > This e-mail and any files transmitted with it may contain privileged or > > > confidential information. It is solely for use by the individual for > whom > > > it is intended, even if addressed incorrectly. If you received this > e-mail > > > in error, please notify the sender; do not disclose, copy, distribute, > or > > > take any action in reliance on the contents of this information; and > delete > > > it from your system. Any other use of this e-mail is prohibited. Thank > you > > > for your compliance. > > > > > > Instructions for managing your mailing list subscription are provided in > > > the Listserv General Users Guide available at http://www.lsoft.com > > > Archive: http://vm.akh-wien.ac.at/MQSeries.archive > > > > > > > > > > > > > > > > > > > > > > > > This communication is for informational purposes only. It is not > intended > > as > > > an offer or solicitation for the purchase or sale of any financial > > instrument > > > or as an official confirmation of any transaction. All market prices, > data > > > and other information are not warranted as to completeness or accuracy > and > > > are subject to change without notice. Any comments or statements made > > herein > > > do not necessarily reflect those of J.P. Morgan Chase & Co., its > > > subsidiaries and affiliates. > > > > > > Instructions for managing your mailing list subscription are provided in > > > the Listserv General Users Guide available at http://www.lsoft.com > > > Archive: http://vm.akh-wien.ac.at/MQSeries.archive > > > > > > > Instructions for managing your mailing list subscription are provided in > > the Listserv General Users Guide available at http://www.lsoft.com > > Archive: http://vm.akh-wien.ac.at/MQSeries.archive > > > > Instructions for managing your mailing list subscription are provided in > the Listserv General Users Guide available at http://www.lsoft.com > Archive: http://vm.akh-wien.ac.at/MQSeries.archive > > > This communication, including attachments, is for the exclusive use of > addressee and may contain proprietary, confidential or privileged > information. If you are not the intended recipient, any use, copying, > disclosure, dissemination or distribution is strictly prohibited. If > you are not the intended recipient, please notify the sender > immediately by return email and delete this communication and destroy all > copies. > > Instructions for managing your mailing list subscription are provided in > the Listserv General Users Guide available at http://www.lsoft.com > Archive: http://vm.akh-wien.ac.at/MQSeries.archive > Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive
