Re: AMI
Title: RE: AMI Hi Heinz Thanks for the info, this helps alot. Magendran Govender -Original Message- From: Heinz Klein [mailto:[EMAIL PROTECTED]] Sent: 02 August 2004 06:45 To: [EMAIL PROTECTED] Subject: Re: AMI Hello. The text below can be found in the AMI support pack (MA0F) page. Based on that and on another reply I had from Hursley we are recommending our customers to move away from the AMI. Heinz Klein OLTP Tecnologia & Solucoes Ltda. Sao Paulo/SP - Brasil - After June 2003, IBM has no plans to enhance the AMI with any new functions or platforms. IBM will however continue to support the AMI as described in the Technical Support sectioin below. We would recommend that customers do not use the AMI for any new projects and do not extend usage in existing projects. This recommendation does not apply to functions shipped by other IBM products, such as DB2, that have made use of the AMI. IBM is working to ensure that these products are able to provide the same functionality as today without the AMI. Govender Magendran wrote: > Hi all > > Can anybody tell me if AMI is still supported by IBM ? Last I heard that > IBM have stopped development on it (therefore no new releases or CSDs) > or have I heard wrong. > > And would it be a good decision to go the AMI route due to all the > benefits it provides ? > Are there any pitfalls if AMI was used ? > > Your input would invaluable. > > Thanks, in advance. > > Magendran Govender > > Please click on the following link to read the Old Mutual legal notice: > <http://www.oldmutual.co.za/e-mail_legal_notice> > Alternatively, send a "blank" e-mail to > <mailto:[EMAIL PROTECTED]> > > > 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 Please click on the following link to read the Old Mutual legal notice: <http://www.oldmutual.co.za/e-mail_legal_notice> Alternatively, send a "blank" e-mail to <mailto:[EMAIL PROTECTED]>
Re: AMI
Hello. The text below can be found in the AMI support pack (MA0F) page. Based on that and on another reply I had from Hursley we are recommending our customers to move away from the AMI. Heinz Klein OLTP Tecnologia & Solucoes Ltda. Sao Paulo/SP - Brasil - After June 2003, IBM has no plans to enhance the AMI with any new functions or platforms. IBM will however continue to support the AMI as described in the Technical Support sectioin below. We would recommend that customers do not use the AMI for any new projects and do not extend usage in existing projects. This recommendation does not apply to functions shipped by other IBM products, such as DB2, that have made use of the AMI. IBM is working to ensure that these products are able to provide the same functionality as today without the AMI. Govender Magendran wrote: Hi all Can anybody tell me if AMI is still supported by IBM ? Last I heard that IBM have stopped development on it (therefore no new releases or CSDs) or have I heard wrong. And would it be a good decision to go the AMI route due to all the benefits it provides ? Are there any pitfalls if AMI was used ? Your input would invaluable. Thanks, in advance. Magendran Govender Please click on the following link to read the Old Mutual legal notice: <http://www.oldmutual.co.za/e-mail_legal_notice> Alternatively, send a "blank" e-mail to <mailto:[EMAIL PROTECTED]> 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
Re: AMI
Title: RE: AMI Hi all Can anybody tell me if AMI is still supported by IBM ? Last I heard that IBM have stopped development on it (therefore no new releases or CSDs) or have I heard wrong. And would it be a good decision to go the AMI route due to all the benefits it provides ? Are there any pitfalls if AMI was used ? Your input would invaluable. Thanks, in advance. Magendran Govender Please click on the following link to read the Old Mutual legal notice: <http://www.oldmutual.co.za/e-mail_legal_notice> Alternatively, send a "blank" e-mail to <mailto:[EMAIL PROTECTED]>
Re: AMI and Application Servers
Ruzi and Scott. Thank you very much for your replies. Matching them to IBM's statement about the AMI's future, I think I will steer my customer towards Scott's path: native Java classes and/or JMS. Cheers. Heinz Ruzi R wrote: Hi Heinz, You are having a lot of problems with PeopleSOft using AMI, and currently in the process of dealing with them (with lost of frustration). The problem seems to happen for sending messages over about 500K. Yesterday, it took over an hour to put a 1.8 MB message, and the process was still hanging as it did not get the confirmation (I think it is the return code from AMI). I could browse the message (so it was committed). After an hour it put the same message again ! 3 minutes after that it put it for the third time. So the same message got put 3 times ( with Retry count =3)!!!. Retry count is not supposed to work like this. We are trying to determine the exact pattern, which seems to be very hard to do Sometimes we get the AMI return code 49 -- for no justifiable reason. I will put the AMI trace on and see if we can come up with anything. Best regards, Ruzi --- Scott Gray <[EMAIL PROTECTED]> wrote: Heinz, We had all sorts of problems running AMI under WAS 3.5 ranging from lockups to coredumps...worked with support for weeks but got the run around between the WAS and MQ support teams...we finally gave up and rewrote our app using the base mq java classes. The best answer we got was that there was some issue with threading and the way AMI used JNI, but we never got real closure. Good luck. Scott -Original Message- From: MQSeries List [mailto:[EMAIL PROTECTED] Behalf Of Heinz Klein Sent: Tuesday, May 04, 2004 4:44 PM To: [EMAIL PROTECTED] Subject: AMI and Application Servers Hello everyone. We have a customer using the AMI (yes we - and they - know AMI is 'out' but they need time to adjust) for file transfer operations. The applications have been running quite well, but lately they created a new version that runs over the Web. The Java/AMI code on the server side runs under JBoss as application server, and they are having many very strange problems, like lock-ups and the AMI repository file not being found. All these problems happen randomly, apparently when the load rises. Question: is there any known limitation for the use of the AMI in an Application Server environment, particularly JBoss? TIA. Heinz Klein OLTP Tecnologia & Solucoes Ltda. Sao Paulo/SP - Brasil 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
Re: AMI and Application Servers
Hi Heinz, You are having a lot of problems with PeopleSOft using AMI, and currently in the process of dealing with them (with lost of frustration). The problem seems to happen for sending messages over about 500K. Yesterday, it took over an hour to put a 1.8 MB message, and the process was still hanging as it did not get the confirmation (I think it is the return code from AMI). I could browse the message (so it was committed). After an hour it put the same message again ! 3 minutes after that it put it for the third time. So the same message got put 3 times ( with Retry count =3)!!!. Retry count is not supposed to work like this. We are trying to determine the exact pattern, which seems to be very hard to do Sometimes we get the AMI return code 49 -- for no justifiable reason. I will put the AMI trace on and see if we can come up with anything. Best regards, Ruzi --- Scott Gray <[EMAIL PROTECTED]> wrote: > Heinz, > > We had all sorts of problems running AMI under WAS > 3.5 ranging from lockups > to coredumps...worked with support for weeks but got > the run around between > the WAS and MQ support teams...we finally gave up > and rewrote our app using > the base mq java classes. The best answer we got > was that there was some > issue with threading and the way AMI used JNI, but > we never got real > closure. > > Good luck. > > Scott > > -Original Message- > From: MQSeries List > [mailto:[EMAIL PROTECTED] Behalf Of Heinz > Klein > Sent: Tuesday, May 04, 2004 4:44 PM > To: [EMAIL PROTECTED] > Subject: AMI and Application Servers > > > Hello everyone. > > We have a customer using the AMI (yes we - and they > - know AMI is 'out' but > they > need time to adjust) for file transfer operations. > > The applications have been running quite well, but > lately they created a new > version that runs over the Web. The Java/AMI code on > the server side runs > under > JBoss as application server, and they are having > many very strange problems, > like lock-ups and the AMI repository file not being > found. All these > problems > happen randomly, apparently when the load rises. > > Question: is there any known limitation for the use > of the AMI in an > Application > Server environment, particularly JBoss? > > TIA. > > Heinz Klein > > OLTP Tecnologia & Solucoes Ltda. > Sao Paulo/SP - Brasil > > 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
AMI and Application Servers
Hello everyone. We have a customer using the AMI (yes we - and they - know AMI is 'out' but they need time to adjust) for file transfer operations. The applications have been running quite well, but lately they created a new version that runs over the Web. The Java/AMI code on the server side runs under JBoss as application server, and they are having many very strange problems, like lock-ups and the AMI repository file not being found. All these problems happen randomly, apparently when the load rises. Question: is there any known limitation for the use of the AMI in an Application Server environment, particularly JBoss? TIA. Heinz Klein OLTP Tecnologia & Solucoes Ltda. Sao Paulo/SP - Brasil 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
Re: AMI and Application Servers
Heinz, We had all sorts of problems running AMI under WAS 3.5 ranging from lockups to coredumps...worked with support for weeks but got the run around between the WAS and MQ support teams...we finally gave up and rewrote our app using the base mq java classes. The best answer we got was that there was some issue with threading and the way AMI used JNI, but we never got real closure. Good luck. Scott -Original Message- From: MQSeries List [mailto:[EMAIL PROTECTED] Behalf Of Heinz Klein Sent: Tuesday, May 04, 2004 4:44 PM To: [EMAIL PROTECTED] Subject: AMI and Application Servers Hello everyone. We have a customer using the AMI (yes we - and they - know AMI is 'out' but they need time to adjust) for file transfer operations. The applications have been running quite well, but lately they created a new version that runs over the Web. The Java/AMI code on the server side runs under JBoss as application server, and they are having many very strange problems, like lock-ups and the AMI repository file not being found. All these problems happen randomly, apparently when the load rises. Question: is there any known limitation for the use of the AMI in an Application Server environment, particularly JBoss? TIA. Heinz Klein OLTP Tecnologia & Solucoes Ltda. Sao Paulo/SP - Brasil 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
Re: Is Max Msg Length 500K in AMI??? -RESOLVED
Just wanted to let you know that it WAS an application problem. Because I could see, on the queue, that they were putting messages over even 2 MB. They did not admit it right out but I know it indeed was an application problem. Regards, Ruzi --- Ruzi R <[EMAIL PROTECTED]> wrote: > Hi All, > > Platfrom: W2000/MQ 5.3/AMI. > > I don't know yet what rc our PeopleSOft developers > (they are not at our company) getting, but they are > saying that they are unable to put a message longer > than 500K. I have checked the xmit queue and the > channel, and they both are set to well over 500K. I > also checked the AMI set up (Policy etc.) to see if > there was a default, but did not see any. Has anyone > experienced this before? > > Thanks in advance. > > Ruzi > 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
Re: Is Max Msg Length 500K in AMI???
>But this particular group that I am dealing with >has always blamed MQ when something unexpected >occured, in the past. What? You've got other groups that *don't* blame MQ? Can I be their support tech? :-) -- T.Rob 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
Re: Is Max Msg Length 500K in AMI???
Peter, I do know all that. Thanks for your response anyway. I had checked all of the settings including max len on queue manager, DLQ, channel, xmit queue... The AMI manual does not say anything about max msg len specific to AMI. All this had led me to believing that the max msg len limit of WMQI applies to AMI as well. But this particular group that I am dealing with has always blamed MQ when something unexpected occured, in the past. And it always (well, almost always) turned out to be an application problem. Before, I turned around this time to to ask them to look at their programs again, I thought I would check with the listserv, just in case I missed something. Thanks, Ruzi --- "Potkay, Peter M (PLC, IT)" <[EMAIL PROTECTED]> wrote: > There is nothing in the AMI manual specifying a > Maximum Message Length, not > have I ever heard of one. I would assume it is 100 > MEG, or at worst, 4 MEG. > I doubt they would pick some strange # like 500K and > not document it. > > Did you check the Queue Manager's Max Message Length > setting? If the app is > dealing with remote queues, the XMIT queue is the > only thing other than the > QM that you have to check. If the channel's max > message setting was smaller > than the XMIT queue's, and the message made it into > the XMIT queue, but was > 2 big for the channel, the MCA would put the message > into the DLQ on the > sending side. The app would have gotten a good RC on > its put, and would not > have known that anything was wrong. > > And it may very well be that the actual app is at > fault and it has nothing > to do with AMI or MQ. > > > -Original Message- > From: Ruzi R [mailto:[EMAIL PROTECTED] > Sent: Sunday, January 25, 2004 2:27 PM > To: [EMAIL PROTECTED] > Subject: Is Max Msg Length 500K in AMI??? > > > Hi All, > > Platfrom: W2000/MQ 5.3/AMI. > > I don't know yet what rc our PeopleSOft developers > (they are not at our company) getting, but they are > saying that they are unable to put a message longer > than 500K. I have checked the xmit queue and the > channel, and they both are set to well over 500K. I > also checked the AMI set up (Policy etc.) to see if > there was a default, but did not see any. Has anyone > experienced this before? > > Thanks in advance. > > Ruzi > > 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
Re: Is Max Msg Length 500K in AMI???
There is nothing in the AMI manual specifying a Maximum Message Length, not have I ever heard of one. I would assume it is 100 MEG, or at worst, 4 MEG. I doubt they would pick some strange # like 500K and not document it. Did you check the Queue Manager's Max Message Length setting? If the app is dealing with remote queues, the XMIT queue is the only thing other than the QM that you have to check. If the channel's max message setting was smaller than the XMIT queue's, and the message made it into the XMIT queue, but was 2 big for the channel, the MCA would put the message into the DLQ on the sending side. The app would have gotten a good RC on its put, and would not have known that anything was wrong. And it may very well be that the actual app is at fault and it has nothing to do with AMI or MQ. -Original Message- From: Ruzi R [mailto:[EMAIL PROTECTED] Sent: Sunday, January 25, 2004 2:27 PM To: [EMAIL PROTECTED] Subject: Is Max Msg Length 500K in AMI??? Hi All, Platfrom: W2000/MQ 5.3/AMI. I don't know yet what rc our PeopleSOft developers (they are not at our company) getting, but they are saying that they are unable to put a message longer than 500K. I have checked the xmit queue and the channel, and they both are set to well over 500K. I also checked the AMI set up (Policy etc.) to see if there was a default, but did not see any. Has anyone experienced this before? Thanks in advance. Ruzi 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
Is Max Msg Length 500K in AMI???
Hi All, Platfrom: W2000/MQ 5.3/AMI. I don't know yet what rc our PeopleSOft developers (they are not at our company) getting, but they are saying that they are unable to put a message longer than 500K. I have checked the xmit queue and the channel, and they both are set to well over 500K. I also checked the AMI set up (Policy etc.) to see if there was a default, but did not see any. Has anyone experienced this before? Thanks in advance. Ruzi 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
AMI basic question...
Queue manager QM1 is on W2K (with WMQ 5.3). The queue manager is not a default queue manager on the machine. I downloaded the MA0F supportpack and installed it (I have never used AMI before) I was able to run the sample program amtsosnd. I now would like to test my own policy and service. So, I set up a Policy called MYPOLICY and service MYSERVICE (pointing to MYQUEUE on QM1). Is there an AMI sample program (an aquivalent of amqsput/amqsputc) which takes the policy and service as input? Your help would be much appreciated. Best regards, Ruzi 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
Re: AMI AMHBACK operation
Hi all, I asked the question below a couple days ago. Now it appears that the Persistent attribute must be "Yes" for the queue or in the POLICY to make AMHBACK work. Any hints on this? BTW. AMI TRACE shows MQPMO_SYNCPOINT also if the Persistent attribute is "No". However AMHBACK does not work. Onni Kukkonen Vegasoft > -Original Message- > From: Onni Kukkonen [mailto:[EMAIL PROTECTED] > Sent: 22. heinäkuuta 2003 17:21 > To: MQSER-L > Subject: AMI AMHBACK operation > > > Hi all > > I have a problem with AMI AMHBACK COBOL call in OS/390 Batch > environment using batch stub AMTBS10. > > I have a simple program with AMI calls: > > AMHINIT > AMHSNMS > AMHBACK > AMHTERM > > The POLICY used contains Syncpoint-setting. > > It seems that AMHBACK call does not backout the message > written by a previous AMHSNMS. > > Any help appreciated. > > Onni Kukkonen > Vegasoft > 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
Re: AMI AMHBACK operation
Blush - you did say you had configured syncpoint ... Sorry Dave 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
Re: AMI AMHBACK operation
Did you configure the Syncpoint attribute in your policy definitions? The default is *no* syncpoint. David -Original Message- From: MQSeries List [mailto:[EMAIL PROTECTED] Behalf Of Onni Kukkonen Sent: 22 July 2003 15:21 To: [EMAIL PROTECTED] Subject: AMI AMHBACK operation Hi all I have a problem with AMI AMHBACK COBOL call in OS/390 Batch environment using batch stub AMTBS10. I have a simple program with AMI calls: AMHINIT AMHSNMS AMHBACK AMHTERM The POLICY used contains Syncpoint-setting. It seems that AMHBACK call does not backout the message written by a previous AMHSNMS. Any help appreciated. Onni Kukkonen Vegasoft 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
AMI AMHBACK operation
Hi all I have a problem with AMI AMHBACK COBOL call in OS/390 Batch environment using batch stub AMTBS10. I have a simple program with AMI calls: AMHINIT AMHSNMS AMHBACK AMHTERM The POLICY used contains Syncpoint-setting. It seems that AMHBACK call does not backout the message written by a previous AMHSNMS. Any help appreciated. Onni Kukkonen Vegasoft 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
AMI on Win2K - Dynamic Memory Overrun
I am currently running AMI 1.3.2 and MQSeries 5.2. In debug, the following code always produces a Dynamic Memory Overrun of 44 bytes. AmSessionFactory* pAMFactory = new AmSessionFactory(); delete pAMFactory; Has anyone experienced this or has this been addressed on the list before (I looked through the past 4 months of archives)? This e-mail and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this e-mail in error, please notify [EMAIL PROTECTED] Any views or opinions presented are solely those of the author and do not necessarily represent those of Celarix, Inc. Unauthorized publication, use, dissemination, forwarding, printing or copying of this e-mail and its associated attachments is strictly prohibited. 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
Re: AMI elimination (was MQ and DB2 stored procedures)
Joe, >>>Any date or time period given as to when IBM will drop support for the AMI? The current End of Service date for this SupportPac is December 2005. So it will be supported for at LEAST this long. Regards, Christopher Frank Sr. I/T Specialist - IBM Software Group IBM Certified Solutions Expert - Websphere MQ & MQ Integrator Phone: 612-397-5532 (t/l 653-5532) mobile: 612-669-3008 e-mail: [EMAIL PROTECTED] 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
Re: AMI elimination (was MQ and DB2 stored procedures)
Interesting statistic - 2 out of 300+ using the AMI. But I bet if they'd asked how many had spent a whole bunch of time and effort developing and supporting their own MQI wrapper the number would have been significantly higher. Discuss. mqm --- "Potkay, Peter M (PLC, IT)" <[EMAIL PROTECTED]> wrote: > Technically, they didn't say AMI was definitely > gone. Just that it is no > longer included in the base MQ product for OS/390. > Now OS/390 MQ users (like > distributed users have been for a while) will have > to download it separately > as a support Pac. > > I guess you could infer it is on its way out if IBM > did that, especially > when they asked for a show of hands of how many > people were using it in a > room of about 300-400, and 2 people (that I saw) > raised their hand. > > Peter Potkay > IBM MQSeries Certified > [EMAIL PROTECTED] > X 77906 > > > -Original Message- > From: Thomas Dunlap > [mailto:[EMAIL PROTECTED] > Sent: Friday, March 07, 2003 4:23 AM > To: [EMAIL PROTECTED] > Subject: Re: AMI elimination (was MQ and DB2 stored > procedures) > > > Jim, > > I was not able to attend the last Tech Conference. > What was the reason > given for elimination of the > AMI? Did they hint to adding any of the function, > like Send/Receive > file, to current MQI? > > Jim Ford wrote: > > >Doesn't the SQL solution require AMI? At the recent > conference IBM > >made it clear that AMI is on its way out. I wonder > if the SQL > >extensions will use a different method. > > > > > > > -- > Regards, > Thomas DunlapChief Technology Officer > [EMAIL PROTECTED] > Themis, Inc.http://www.themisinc.com1 (800) > 756-3000 > > 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 __ Do you Yahoo!? Yahoo! Tax Center - forms, calculators, tips, more http://taxes.yahoo.com/ 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
Re: AMI elimination (was MQ and DB2 stored procedures)
Title: RE: AMI elimination (was MQ and DB2 stored procedures) Any date or time period given as to when IBM will drop support for the AMI? -Original Message- From: Jim Ford [mailto:[EMAIL PROTECTED]] Sent: Friday, March 07, 2003 10:33 AM To: [EMAIL PROTECTED] Subject: Re: AMI elimination (was MQ and DB2 stored procedures) As I recall, the speaker simply said that AMI just didn't catch on like they thought it would. Thomas Dunlap <[EMAIL PROTECTED] To: [EMAIL PROTECTED] T.ATT.NET> cc: Sent by: MQSeries Subject: Re: AMI elimination (was MQ and DB2 stored procedures) List <[EMAIL PROTECTED] N.AC.AT> 03/07/2003 03:22 AM Please respond to MQSeries List Jim, I was not able to attend the last Tech Conference. What was the reason given for elimination of the AMI? Did they hint to adding any of the function, like Send/Receive file, to current MQI? Jim Ford wrote: >Doesn't the SQL solution require AMI? At the recent conference IBM >made it clear that AMI is on its way out. I wonder if the SQL >extensions will use a different method. > > > -- Regards, Thomas Dunlap Chief Technology Officer [EMAIL PROTECTED] Themis, Inc. http://www.themisinc.com 1 (800) 756-3000 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
Re: AMI elimination (was MQ and DB2 stored procedures)
As I recall, the speaker simply said that AMI just didn't catch on like they thought it would. Thomas Dunlap <[EMAIL PROTECTED]To: [EMAIL PROTECTED] T.ATT.NET> cc: Sent by: MQSeriesSubject: Re: AMI elimination (was MQ and DB2 stored procedures) List <[EMAIL PROTECTED] N.AC.AT> 03/07/2003 03:22 AM Please respond to MQSeries List Jim, I was not able to attend the last Tech Conference. What was the reason given for elimination of the AMI? Did they hint to adding any of the function, like Send/Receive file, to current MQI? Jim Ford wrote: >Doesn't the SQL solution require AMI? At the recent conference IBM >made it clear that AMI is on its way out. I wonder if the SQL >extensions will use a different method. > > > -- Regards, Thomas DunlapChief Technology Officer[EMAIL PROTECTED] Themis, Inc.http://www.themisinc.com1 (800) 756-3000 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
Re: AMI elimination (was MQ and DB2 stored procedures)
I wasn't at the Tech Conference either. My guess for a reason for dropping the AMI though is because hardly anyone was using it. - Bruce Giordano Thomas Dunlap <[EMAIL PROTECTED]> To: [EMAIL PROTECTED] cc: Sent by: MQSeries List Subject: Re: AMI elimination (was MQ and DB2 stored procedures) <[EMAIL PROTECTED]> Friday March 7, 2003 04:22 AM Please respond to MQSeries List Jim, I was not able to attend the last Tech Conference. What was the reason given for elimination of the AMI? Did they hint to adding any of the function, like Send/Receive file, to current MQI? Jim Ford wrote: >Doesn't the SQL solution require AMI? At the recent conference IBM >made it clear that AMI is on its way out. I wonder if the SQL >extensions will use a different method. > > > -- Regards, Thomas DunlapChief Technology Officer[EMAIL PROTECTED] Themis, Inc.http://www.themisinc.com1 (800) 756-3000 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
Re: AMI elimination (was MQ and DB2 stored procedures)
Technically, they didn't say AMI was definitely gone. Just that it is no longer included in the base MQ product for OS/390. Now OS/390 MQ users (like distributed users have been for a while) will have to download it separately as a support Pac. I guess you could infer it is on its way out if IBM did that, especially when they asked for a show of hands of how many people were using it in a room of about 300-400, and 2 people (that I saw) raised their hand. Peter Potkay IBM MQSeries Certified [EMAIL PROTECTED] X 77906 -Original Message- From: Thomas Dunlap [mailto:[EMAIL PROTECTED] Sent: Friday, March 07, 2003 4:23 AM To: [EMAIL PROTECTED] Subject: Re: AMI elimination (was MQ and DB2 stored procedures) Jim, I was not able to attend the last Tech Conference. What was the reason given for elimination of the AMI? Did they hint to adding any of the function, like Send/Receive file, to current MQI? Jim Ford wrote: >Doesn't the SQL solution require AMI? At the recent conference IBM >made it clear that AMI is on its way out. I wonder if the SQL >extensions will use a different method. > > > -- Regards, Thomas DunlapChief Technology Officer[EMAIL PROTECTED] Themis, Inc.http://www.themisinc.com1 (800) 756-3000 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
Re: AMI elimination (was MQ and DB2 stored procedures)
Jim, I was not able to attend the last Tech Conference. What was the reason given for elimination of the AMI? Did they hint to adding any of the function, like Send/Receive file, to current MQI? Jim Ford wrote: Doesn't the SQL solution require AMI? At the recent conference IBM made it clear that AMI is on its way out. I wonder if the SQL extensions will use a different method. -- Regards, Thomas DunlapChief Technology Officer[EMAIL PROTECTED] Themis, Inc.http://www.themisinc.com1 (800) 756-3000 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
Re: AMI
Bobbee, That's great news regarding your next contract. Have a cold one for me! John Dawson -Original Message- From: Robert Broderick [mailto:[EMAIL PROTECTED]] Sent: Thursday, February 13, 2003 6:55 PM To: [EMAIL PROTECTED] Subject: Re: AMI Thanks everyone for the reply. Here is the scoop!!! Project Girl comes to me today and asks if we need (or how)to install AMI on the server. I search my 'between the ears' data banks and surmise that I have no index entry pointing to a mention of an AMI install. I proceed to think (a little) about it's functionality and assume it is part of the base install. Furthermore I had the mail client up and it was easier to ask than receive. So rather than receive a headache from reading (also I was running out the door) I asked. Thanks for your replies again I will now take my lazy butt to the support site and get the download!! You people are terrific!! boobie PS I found my next contract today!! Long term!! Time for a beer!! >From: Tony Devitt <[EMAIL PROTECTED]> >Reply-To: MQSeries List <[EMAIL PROTECTED]> >To: [EMAIL PROTECTED] >Subject: Re: AMI >Date: Fri, 14 Feb 2003 10:20:08 +1100 > >** > >Note: This e-mail is subject to the disclaimer contained at the bottom >of this message. > >****** >: > >Well, to be totally accurate, the AMI Admin Tool is a separate Supportpac >(MA0G)!!: > >http://www-3.ibm.com/software/ts/mqseries/txppacs/ma0g.html > > > >: >*** * > >The information transmitted in this message and attachments (if any) >is intended only for the person or entity to which it is addressed. >The message may contain confidential and/or privileged material. >Any review, retransmission, dissemination or other use of, or taking >of any action in reliance upon this information, by persons or entities >other than the intended recipient is prohibited. > >If you have received this in error, please contact the sender and delete >this >e-mail and associated material from any computer. > >The intended recipient of this e-mail may only use, reproduce, disclose or >distribute the information contained in this e-mail and any attached files, >with the permission of CGU Insurance. > >This message has been scanned for viruses and cleared by MailMarshal. > > >: > >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 _ MSN 8 with e-mail virus protection service: 2 months FREE* http://join.msn.com/?page=features/virus 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
Re: AMI
Thanks everyone for the reply. Here is the scoop!!! Project Girl comes to me today and asks if we need (or how)to install AMI on the server. I search my 'between the ears' data banks and surmise that I have no index entry pointing to a mention of an AMI install. I proceed to think (a little) about it's functionality and assume it is part of the base install. Furthermore I had the mail client up and it was easier to ask than receive. So rather than receive a headache from reading (also I was running out the door) I asked. Thanks for your replies again I will now take my lazy butt to the support site and get the download!! You people are terrific!! boobie PS I found my next contract today!! Long term!! Time for a beer!! From: Tony Devitt <[EMAIL PROTECTED]> Reply-To: MQSeries List <[EMAIL PROTECTED]> To: [EMAIL PROTECTED] Subject: Re: AMI Date: Fri, 14 Feb 2003 10:20:08 +1100 ** Note: This e-mail is subject to the disclaimer contained at the bottom of this message. ** : Well, to be totally accurate, the AMI Admin Tool is a separate Supportpac (MA0G)!!: http://www-3.ibm.com/software/ts/mqseries/txppacs/ma0g.html : The information transmitted in this message and attachments (if any) is intended only for the person or entity to which it is addressed. The message may contain confidential and/or privileged material. Any review, retransmission, dissemination or other use of, or taking of any action in reliance upon this information, by persons or entities other than the intended recipient is prohibited. If you have received this in error, please contact the sender and delete this e-mail and associated material from any computer. The intended recipient of this e-mail may only use, reproduce, disclose or distribute the information contained in this e-mail and any attached files, with the permission of CGU Insurance. This message has been scanned for viruses and cleared by MailMarshal. : 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 _ MSN 8 with e-mail virus protection service: 2 months FREE* http://join.msn.com/?page=features/virus 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
Re: AMI
I has been announced at the T&M conference that AMI will be removed from the base z/OS WMQ product in a future release and be available by support pac only. Craig -Original Message- From: Stefan Sievert [mailto:[EMAIL PROTECTED]] Sent: Thursday, February 13, 2003 5:06 PM To: [EMAIL PROTECTED] Subject: Re: AMI I stand corrected [quote] On the z/OS platform, the Application Messaging Interface is provided as part of IBM WebSphere MQ for z/OS Version 5.3. On the other platforms, it is provided as a SupportPac(TM) (number MA0F) which can be downloaded from the following Web site: http://www.ibm.com/software/ts/mqseries/txppacs/ On Windows NT and Windows 2000 platforms, an Administration Tool is provided as part of the SupportPac. [/quote] I somehow thought it has been made part of the product with V5.3, but obviously not. Sorry for the confusion, Stefan >From: Scott Gray <[EMAIL PROTECTED]> >Reply-To: MQSeries List <[EMAIL PROTECTED]> >To: [EMAIL PROTECTED] >Subject: Re: AMI >Date: Thu, 13 Feb 2003 17:43:13 -0500 > >it isnt on zOS, it is on the others... > >Scott > >- Original Message - >From: "Stefan Sievert" <[EMAIL PROTECTED]> >To: <[EMAIL PROTECTED]> >Sent: Thursday, February 13, 2003 4:59 PM >Subject: Re: AMI > > > > Nope > > > > Stefn > > > > >From: Robert Broderick <[EMAIL PROTECTED]> > > >Reply-To: MQSeries List <[EMAIL PROTECTED]> > > >To: [EMAIL PROTECTED] > > >Subject: AMI > > >Date: Thu, 13 Feb 2003 15:46:13 -0500 > > > > > >Is AMI functionality a seperate install from the base MQ set > > > > > > > > > bobbee > > > > > > > > > > > > > > > > > >_ > > >Add photos to your messages with MSN 8. Get 2 months FREE*. > > >http://join.msn.com/?page=features/featuredemail > > > > > >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 > > > > > > _ > > The new MSN 8: advanced junk mail protection and 2 months FREE* > > http://join.msn.com/?page=features/junkmail > > > > 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 _ STOP MORE SPAM with the new MSN 8 and get 2 months FREE* http://join.msn.com/?page=features/junkmail 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
Re: AMI
** Note: This e-mail is subject to the disclaimer contained at the bottom of this message. ** : Well, to be totally accurate, the AMI Admin Tool is a separate Supportpac (MA0G)!!: http://www-3.ibm.com/software/ts/mqseries/txppacs/ma0g.html : The information transmitted in this message and attachments (if any) is intended only for the person or entity to which it is addressed. The message may contain confidential and/or privileged material. Any review, retransmission, dissemination or other use of, or taking of any action in reliance upon this information, by persons or entities other than the intended recipient is prohibited. If you have received this in error, please contact the sender and delete this e-mail and associated material from any computer. The intended recipient of this e-mail may only use, reproduce, disclose or distribute the information contained in this e-mail and any attached files, with the permission of CGU Insurance. This message has been scanned for viruses and cleared by MailMarshal. : 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
Re: AMI
I stand corrected [quote] On the z/OS platform, the Application Messaging Interface is provided as part of IBM WebSphere MQ for z/OS Version 5.3. On the other platforms, it is provided as a SupportPac(TM) (number MA0F) which can be downloaded from the following Web site: http://www.ibm.com/software/ts/mqseries/txppacs/ On Windows NT and Windows 2000 platforms, an Administration Tool is provided as part of the SupportPac. [/quote] I somehow thought it has been made part of the product with V5.3, but obviously not. Sorry for the confusion, Stefan From: Scott Gray <[EMAIL PROTECTED]> Reply-To: MQSeries List <[EMAIL PROTECTED]> To: [EMAIL PROTECTED] Subject: Re: AMI Date: Thu, 13 Feb 2003 17:43:13 -0500 it isnt on zOS, it is on the others... Scott - Original Message - From: "Stefan Sievert" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Thursday, February 13, 2003 4:59 PM Subject: Re: AMI > Nope > > Stefn > > >From: Robert Broderick <[EMAIL PROTECTED]> > >Reply-To: MQSeries List <[EMAIL PROTECTED]> > >To: [EMAIL PROTECTED] > >Subject: AMI > >Date: Thu, 13 Feb 2003 15:46:13 -0500 > > > >Is AMI functionality a seperate install from the base MQ set > > > > > > bobbee > > > > > > > > > > > >_ > >Add photos to your messages with MSN 8. Get 2 months FREE*. > >http://join.msn.com/?page=features/featuredemail > > > >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 > > > _ > The new MSN 8: advanced junk mail protection and 2 months FREE* > http://join.msn.com/?page=features/junkmail > > 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 _ STOP MORE SPAM with the new MSN 8 and get 2 months FREE* http://join.msn.com/?page=features/junkmail 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
Re: AMI
it isnt on zOS, it is on the others... Scott - Original Message - From: "Stefan Sievert" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Thursday, February 13, 2003 4:59 PM Subject: Re: AMI > Nope > > Stefn > > >From: Robert Broderick <[EMAIL PROTECTED]> > >Reply-To: MQSeries List <[EMAIL PROTECTED]> > >To: [EMAIL PROTECTED] > >Subject: AMI > >Date: Thu, 13 Feb 2003 15:46:13 -0500 > > > >Is AMI functionality a seperate install from the base MQ set > > > > > > bobbee > > > > > > > > > > > >_ > >Add photos to your messages with MSN 8. Get 2 months FREE*. > >http://join.msn.com/?page=features/featuredemail > > > >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 > > > _ > The new MSN 8: advanced junk mail protection and 2 months FREE* > http://join.msn.com/?page=features/junkmail > > 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
Re: AMI
Yes, it is a SupportPac: http://www-3.ibm.com/software/ts/mqseries/txppacs/ma0f.html --- Robert Broderick <[EMAIL PROTECTED]> wrote: > Is AMI functionality a seperate install from the base MQ set > > > bobbee > > > > > > _ > Add photos to your messages with MSN 8. Get 2 months FREE*. > http://join.msn.com/?page=features/featuredemail > > 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
Re: AMI
** Note: This e-mail is subject to the disclaimer contained at the bottom of this message. ** : Yes : The information transmitted in this message and attachments (if any) is intended only for the person or entity to which it is addressed. The message may contain confidential and/or privileged material. Any review, retransmission, dissemination or other use of, or taking of any action in reliance upon this information, by persons or entities other than the intended recipient is prohibited. If you have received this in error, please contact the sender and delete this e-mail and associated material from any computer. The intended recipient of this e-mail may only use, reproduce, disclose or distribute the information contained in this e-mail and any attached files, with the permission of CGU Insurance. This message has been scanned for viruses and cleared by MailMarshal. : 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
Re: AMI
Nope Stefn From: Robert Broderick <[EMAIL PROTECTED]> Reply-To: MQSeries List <[EMAIL PROTECTED]> To: [EMAIL PROTECTED] Subject: AMI Date: Thu, 13 Feb 2003 15:46:13 -0500 Is AMI functionality a seperate install from the base MQ set bobbee _ Add photos to your messages with MSN 8. Get 2 months FREE*. http://join.msn.com/?page=features/featuredemail 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 _ The new MSN 8: advanced junk mail protection and 2 months FREE* http://join.msn.com/?page=features/junkmail 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
AMI
Is AMI functionality a seperate install from the base MQ set bobbee _ Add photos to your messages with MSN 8. Get 2 months FREE*. http://join.msn.com/?page=features/featuredemail 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
AMI vs MQI
Hi All, I need help in implementing publisher/subscriber model with MQI. The scenario is, The Client will be posting message using publisher/subscriber model with AMI (in WINDOWS system). On the other hand my server application picks up the messages using MQI (in Open VMS Alpha System), process the message and post the message to the queue on some particular topic. Wanted to know How to do the publisher/subscriber model with MQI. Could you please anyone send me the documents, which talks about publisher/subscriber in MQI? or anything related to that? Thanks in Advance Murugesan 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
Re: MQ+AMI and Visual Studio .NET
Hi, Here's info for non-AMI related C# MS.NET stuff. (Note: I do NOT see a bright future for AMI - JMS yes, AMI no.) There are 2 ways of programming C# for use with MQ. - Use Neil Kolban's MQ.NET and associated .NET assembly - Use the ActiveX component MQAX200 The downloads / sample C# code are located at my site: http://www.capitalware.biz/sample_mqseries.html#csharpcode later Roger Lacroix Enterprise Architect Capitalware Inc. Quoting Guy Shavitt <[EMAIL PROTECTED]>: > Hello, > > I am using MQ Client on Windows 98/XP with AMI for C++ in a project. > Recently I began to move my development environment from Visual Studio 6 to > Visual Studio .NET. > > Are there versions of MQ+AMI available for .NET ? I need the MQ > environment > (DLLs and other stuff) to be built on .NET so that my application and > MQ+AMI > use the same runtime environment. > > Anyone knows anything about such versions ? > > And when is AMI going to be released with support for MQ 5.3 and XP ? > > Thanks > Guy Shavitt > > > > > > > _ > STOP MORE SPAM with the new MSN 8 and get 2 months FREE* > http://join.msn.com/?page=features/junkmail > > 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
Re: MQ+AMI and Visual Studio .NET
Guy, >>>Are there versions of MQ+AMI available for .NET ? I need >>>the MQ environment (DLLs and other stuff) to be built on .NET >>>so that my application and MQ+AMI use the same runtime environment. Can't help you with AMI, but you might find this interesting ==> http://www.kolban.com/mq/DotNET/index.htm Regards, Christopher Frank Sr. I/T Specialist - IBM Software Group IBM Certified Solutions Expert - Websphere MQ & MQ Integrator Phone: 612-397-5532 (t/l 653-5532) mobile: 612-669-3008 e-mail: [EMAIL PROTECTED] 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
Re: MQ+AMI and Visual Studio .NET
check this URL: http://www.kolban.com/mq/DotNET/ It may be useful to you. Cheers, Manuel Rodriguez IBM Certified Specialist - WebSphere MQ > -Mensaje original- > De: Guy Shavitt [SMTP:[EMAIL PROTECTED]] > Enviado el: Thursday, January 09, 2003 2:37 PM > Para: [EMAIL PROTECTED] > Asunto: MQ+AMI and Visual Studio .NET > > Hello, > > I am using MQ Client on Windows 98/XP with AMI for C++ in a project. > Recently I began to move my development environment from Visual Studio 6 > to > Visual Studio .NET. > > Are there versions of MQ+AMI available for .NET ? I need the MQ > environment > (DLLs and other stuff) to be built on .NET so that my application and > MQ+AMI > use the same runtime environment. > > Anyone knows anything about such versions ? > > And when is AMI going to be released with support for MQ 5.3 and XP ? > > Thanks > Guy Shavitt > > > > > > > _ > STOP MORE SPAM with the new MSN 8 and get 2 months FREE* > http://join.msn.com/?page=features/junkmail > > 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
MQ+AMI and Visual Studio .NET
Hello, I am using MQ Client on Windows 98/XP with AMI for C++ in a project. Recently I began to move my development environment from Visual Studio 6 to Visual Studio .NET. Are there versions of MQ+AMI available for .NET ? I need the MQ environment (DLLs and other stuff) to be built on .NET so that my application and MQ+AMI use the same runtime environment. Anyone knows anything about such versions ? And when is AMI going to be released with support for MQ 5.3 and XP ? Thanks Guy Shavitt _ STOP MORE SPAM with the new MSN 8 and get 2 months FREE* http://join.msn.com/?page=features/junkmail 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
How to link the XML Parser Library with AMI?
Hi Everyone: Few weeks ago, I have posted a problem regarding running a PUB/SUB application in Solaris 8. I have figured out the problem. The problems arise when I try to link the program with AMI library and XERCES XML Library. But the confusion parts are: 1) Why the same program can be build and run under HPUX without any problem? AMI + XERCES 2) The program needs to read input in XML. Is there any work around for linking XML Parser library like XERCES with AMI? 3) In the AMI Readme.TXT, state that 11. AMI Version 1.2.3 includes the following changes and corrections added since Version 1.2.1 11.6 The AMI did not allow a separate XML parser library to be linked for use by the application. I have try to link the XERCES C++ 2.1.0 with AMI 1.2.3, but the same error occurs. Any information is welcome. Thank you. Yours Sincerely, TEO LIAN SOON Consultant eBworx (M) Sdn Bhd Tel: 60-3-79569822 Fax: 60-3-79572661 http://www.ebworx.com
Re: AMI and performance
Your loss in performance is about 10%. I was told by an instructor from Hursley at the MQ conference in 2001. I don't know if MQ5.3 can do better. -Original Message- From: Francois van der Merwe [mailto:[EMAIL PROTECTED]] Sent: Monday, December 02, 2002 7:32 AM To: [EMAIL PROTECTED] Subject: AMI and performance What is the performance hit when you use the AMI? Very small, some, really bad? Francois van der Merwe 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
AMI and performance
What is the performance hit when you use the AMI? Very small, some, really bad? Francois van der Merwe 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
Default System Objects in AMI
We are thinking about using a wrapper to shield MQ calls from developers, using the AMI interface. But we would like to avoid updating existing configurations by defining Policies and Services. The existing possibility is to use the default system objects but I did not find any method to override the default values selected for these objects. Has anyone gotten AMI to work using the default system objects and yet providing flexibility in the policies/services ? Or in any other way without defining services and policies through the AMI tool ? Thanks in advance, Beatriz 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
Re: Questions re the MQ AMI
** Note: This e-mail is subject to the disclaimer contained at the bottom of this message. ** : Thankyou for checking this out with the service people and also to Christopher Frank and Scott Gray for their (mixed!) comments. The 'Category 3' classification, which I had not checked, certainly indicates that support should be forthcoming from IBM. As we are also looking at the DB2 XML Extender MQ functions, reliability and currency of the AMI would critical.btw I see it is now #2 in popularity. : The information transmitted in this message and attachments (if any) is intended only for the person or entity to which it is addressed. The message may contain confidential and/or privileged material. Any review, retransmission, dissemination or other use of, or taking of any action in reliance upon this information, by persons or entities other than the intended recipient is prohibited. If you have received this in error, please contact the sender and delete this e-mail and associated material from any computer. The intended recipient of this e-mail may only use, reproduce, disclose or distribute the information contained in this e-mail and any attached files, with the permission of CGU Insurance. This message has been scanned for viruses and cleared by MailMarshal. : 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
Re: Questions re the MQ AMI
>Scott Gray wrote: >We have had several significant problems with AMI on hp and despite severity >1 PMRs (one still open - PMR 49815 branch 487 in case anyone is listening), >support is either poor or non-existent. I cant imagine there are more than >a small handful of developers actually supporting AMI and level 2 never >seems to know anything about it.We have rewritten major sections of code >and are moving away from AMI not simply because we dont feel we can rely on >IBM if there are problems with this interface. I contacted service about this and this was there response. "Since the 1.2.1 release was available on the supportpac website, we have since produced the 1.2.2 refresh which was available for down load several months ago. Following this release we encountered a couple of unforeseen issues that has prompted us to product a further refresh - 1.2.3 Currently, available for download are binaries for the 1.2.3 refresh for AIX and Windows. Shortly we will be posting the Solaris and HP-UX versions. The website text will also be updated to reflect the changes." I don't know all the issues but the AMI is still supported and still being developed. Cheers, P. Paul G Clarke WebSphere MQ Development IBM Rochester,MN 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
Re: Questions re the MQ AMI
Tony, We have had several significant problems with AMI on hp and despite severity 1 PMRs (one still open - PMR 49815 branch 487 in case anyone is listening), support is either poor or non-existent. I cant imagine there are more than a small handful of developers actually supporting AMI and level 2 never seems to know anything about it.We have rewritten major sections of code and are moving away from AMI not simply because we dont feel we can rely on IBM if there are problems with this interface. Regards, Scott Gray - Original Message - From: "Tony Devitt" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Monday, November 11, 2002 12:24 AM Subject: Questions re the MQ AMI > ** > > Note: This e-mail is subject to the disclaimer contained at the bottom > of this message. > > ** > : > We are considering using the DB2_MQ Functions, in a small project > initially. This facility is dependent on the AMI which can be downloaded > for various platforms as a Supportpac; in fact it is currently #3 in > Supportpac popularity. > However the fact that it is a Supportpac causes me some concern when > considering potential use in a Production environment. Does anyone know > why the AMI has been released in this format and whether IBM has plans to > re-package and release it as a formally supported software product. I am > going to approach our IBM contact person re this but thought I would also > inquire whether anyone in the list has already investigated this. If we > were to use the DB2MQ Functions which are now supplied as part of the DB2 > product I think we would need to be sure that the AMI would keep in step > with new releases of both WMQ and DB2. > > > : > > > The information transmitted in this message and attachments (if any) > is intended only for the person or entity to which it is addressed. > The message may contain confidential and/or privileged material. > Any review, retransmission, dissemination or other use of, or taking > of any action in reliance upon this information, by persons or entities > other than the intended recipient is prohibited. > > If you have received this in error, please contact the sender and delete this > e-mail and associated material from any computer. > > The intended recipient of this e-mail may only use, reproduce, disclose or > distribute the information contained in this e-mail and any attached files, > with the permission of CGU Insurance. > > This message has been scanned for viruses and cleared by MailMarshal. > > > : > > 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
Re: Questions re the MQ AMI
Tony, >>>We are considering using the DB2_MQ Functions, in a small >>>project initially. This facility is dependent on the AMI >>>which can be downloaded for various platforms as a Supportpac; >>>in fact it is currently #3 in Supportpac popularity. However >>>the fact that it is a Supportpac causes me some concern when >>>considering potential use in a Production environment. Does >>>anyone know why the AMI has been released in this format and >>>whether IBM has plans to re-package and release it as a >>>formally supported software product. I am going to approach >>>our IBM contact person re this but thought I would also >>>inquire whether anyone in the list has already investigated >>>this. If we were to use the DB2MQ Functions which are now >>>supplied as part of the DB2 product I think we would need to >>>be sure that the AMI would keep in step with new releases of >>>both WMQ and DB2. The AMI SupportPac is a Catagory 3 SupportPac, which are also referred to as "Product Extensions". SupportPacs in this category are formally supported. This distribution approach allows for extensions to be released outside the standard product release cycle. What platform are you considering? I believe the AMI is already included as part of the MQSeries for OS/390 product (as of V5.2). Regards, Christopher Frank Sr. I/T Specialist - IBM Software Group IBM Certified Solutions Expert - Websphere MQ & MQ Integrator Phone: 612-397-5532 (t/l 653-5532) mobile: 612-669-3008 e-mail: [EMAIL PROTECTED] 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
Questions re the MQ AMI
** Note: This e-mail is subject to the disclaimer contained at the bottom of this message. ** : We are considering using the DB2_MQ Functions, in a small project initially. This facility is dependent on the AMI which can be downloaded for various platforms as a Supportpac; in fact it is currently #3 in Supportpac popularity. However the fact that it is a Supportpac causes me some concern when considering potential use in a Production environment. Does anyone know why the AMI has been released in this format and whether IBM has plans to re-package and release it as a formally supported software product. I am going to approach our IBM contact person re this but thought I would also inquire whether anyone in the list has already investigated this. If we were to use the DB2MQ Functions which are now supplied as part of the DB2 product I think we would need to be sure that the AMI would keep in step with new releases of both WMQ and DB2. : The information transmitted in this message and attachments (if any) is intended only for the person or entity to which it is addressed. The message may contain confidential and/or privileged material. Any review, retransmission, dissemination or other use of, or taking of any action in reliance upon this information, by persons or entities other than the intended recipient is prohibited. If you have received this in error, please contact the sender and delete this e-mail and associated material from any computer. The intended recipient of this e-mail may only use, reproduce, disclose or distribute the information contained in this e-mail and any attached files, with the permission of CGU Insurance. This message has been scanned for viruses and cleared by MailMarshal. : 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
How do you get message Backout Count using Application Messaging Interface (AMI)
Looking at the reference for app messaging interface java api, I see no way to programatically check the backout count of the AmMessage object. Can anyone confirm whether backout count is an available attribute via the AMI? Thanks, Rob Quigley Perot Systems Corp. 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
AMI Calls
BDY.RTF Description: RTF file
AMI Installation for Windows 95
Dear Friends: We have downloaded Application Messaging Interface (AMI) Support Pacs from IBM website. We have successfully installed this AMI support on Win NT, Win 2000, Win Xp operating system. However, while trying to install AMI on a Windows 95 system, the setup program gives a "SEVERE" message which says that the product can only be installed on Windows 95, 98, ME, NT or 2000 and then exits. Please note that we had installed MQSeries Client 95 on the machine before AMI installation. We shall appreciate if anyone can help us with solving this problem so that we can successfully install the AMI on Windows 95 system. Thanks and Regards, Dr. Prakash G. Bendale Executive Manager - eBusiness eServices Division Rolta India Limited Mumbai, India Tel: 91-22-832, extn. 3724 email: [EMAIL PROTECTED] 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
AMI logical splitting.
Greetings, we have a file we're trying to move and have chosen a policy which calls for logical splitting of the file at 4096 bytes. However, it looks like each message in the group is only arriving w/ about 50 bytes of actual message data, and that the rest is padded to 4096 w/ spaces. Our hope was that the entire buffer we specified would be filled w/ app data. Anyone know if there's anything particular to the AMI that would cause this to happen? We're checking our putting app in the meantime. TIA, Rob Quigley 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
Sending Files with the AMI
Platform MVS Batch OS390 MQ 5.2 messages routed to Unix, Java Application using MQ 5.2. The goal is to send files, containing the same kinds of data, but of variable records from the OS390 by calling AMSNSNFL from a COBOL Program (Customer is requiring that the AMI Send File be used). Out of 218 test jobs submitted during a volume test, 46 of them produced a return code of '49', Transport Error. While this error message was helpful during development, I'm not finding it very helpful now. My question is what conditions would cause my COBOL Program which is calling AMSNSNFL to sometimes fail and sometimes succeed. I've already checked the obvious reasons like the parms not being populated correctly. I've also looked at the System Log and Job MQT1MSTR. I did not see any messages out of the ordinary. The output from one of the failed jobs can be found below: <<< Start AMP100 COMPILED ON 04/05/0213.2 >>> File Send request for : DD:INFILE Using Text mode AMSECR succeeded AMSECRPO succeeded AMSECRSN succeeded AMSECRMS succeeded AMSEOP succeeded AMSNOP succeeded *** AMSNSNFL failed CC =2, RC = 49 <<< Complete AMP100 >>> Any suggestions or comments would be appreciated. Joe De Blassio perot systems 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
ami and linux ?
Hello all. Did anyone tried to use AMI on Linux and/or Digital Unix ? I know Linux and Digital Unix are not in the list of supported platforms for AMI, but one of our customers realy wants to use it. Thanks, Moish Carmon, MultiConn. 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
AMI on Linux and Digital Alpha
Hi MQers, I'm interested to know if any of you had tried using AMI on Linux or/and Digital Alpha and whiling to share his experience with me and others. I'm aware that those specific platforms are not mentioned anywhere in IBM's documentation as being supported, but nevertheless maybe one of you tried it anyway. Many thanks, Igal Best Regards, Igal Aharonovich MultiConn International Ltd 43 Ha' Aliya Hashniya St. Azor 55003 Israel Tel: +972-3-5564415 (116)Fax:+972-3-5563010 Cell+972-052-410646 Mail: [EMAIL PROTECTED] [EMAIL PROTECTED] 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
Re: transport error using AMI
Can't recall if 49 was our error, but when using AMI on NT, we had to manually update folder permissions on the MQSeries folder tree, particularly the MQSeries Client folder and the AMT folder, created by the AMI install. MQ gives these some special access, which has proven useless unless you are an administrator. Hope this helps. Regards, Robert N. Stanich Corporate Information Systems Amica Mutual Insurance Company 1-800-992-6422 ext. 3747 [EMAIL PROTECTED] <mailto:[EMAIL PROTECTED]> -Original Message- From: Quigley, Robert [mailto:[EMAIL PROTECTED]] Sent: Sunday, May 05, 2002 11:31 AM To: [EMAIL PROTECTED] Subject:transport error using AMI I'm getting a '49' return code trying to pull msgs using simulated group support w/ App Messaging Interface. This translates to transport error. Worked fine on another platform, so I'm guessing environmental in nature. Appreciate any advice from those w/ similar experiences and resolutions. Thanks, Rob Quigley Perot Systems 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 email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error please notify the sender and [EMAIL PROTECTED] ** 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
transport error using AMI
I'm getting a '49' return code trying to pull msgs using simulated group support w/ App Messaging Interface. This translates to transport error. Worked fine on another platform, so I'm guessing environmental in nature. Appreciate any advice from those w/ similar experiences and resolutions. Thanks, Rob Quigley Perot Systems 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
