Re: Help with JMS bindings
Hilde, Sorry, but I'm new to JMS and haven't used the bind mode yet. The JMSAdmin tool gives an error message if the client-bind options clash so I would think that if the script runs successfully you should be okay. However, there may be some properties which can be overridden in the JMS code. I would try to get as much detail on the developer's error and post it to the list. Nick -Original Message- From: MQSeries List [mailto:[EMAIL PROTECTED] On Behalf Of Hilde G Sent: Wednesday, December 31, 2003 11:41 AM To: [EMAIL PROTECTED] Subject: Re: Help with JMS bindings Nick, Thanks, that was it!... Question: Is there anything other than setting the TRANSPORT(BIND) that needs to be done for the app to run in the BIND mode (as opposed to CLIENT)? Because I remember creating the bindings file with BIND in the past and the developer HAD said that it did not work. I had to change it back to CLIENT. So, I am wondering if there is anything else I or the developer should do. Many thanks... Hilde --- Nick Dilauro <[EMAIL PROTECTED]> wrote: > Hilde, > > Try using the -v option with the JMSAdmin tool. It > may give you more > details. I had this error and found it was because > I didn't delete the > previous definition, but the -v option should help > identify the problem. > > Nick > > > -Original Message- > From: MQSeries List [mailto:[EMAIL PROTECTED] > On Behalf Of Hilde G > Sent: Wednesday, December 31, 2003 7:37 AM > To: [EMAIL PROTECTED] > Subject: Help with JMS bindings > > We are on WMQI 5.3 CSD5/Win 2000. > > Currently we are using JMS with TRANSPORT(Client) > with no problems. > I would like to use BIND instead. So I changed it as > follows: > > echo def qcf(ivtQCF) QMANAGER(QM1) TRANSPORT(BIND) > > ivtsetup.scp > > when I tried to create the bindings file I got the > following error. Can someone please tell me what I > should do?. Thanks much. > > Hilde > > > > D:\MQSeries\Java\bin>IVTSETUP > + Creating script for object creation within > JMSAdmin > + Calling JMSAdmin in batch mode to create objects > > 5648-C60, 5724-B41, 5655-F10 (c) Copyright IBM Corp. > 2002. All Rights Reserve > Starting Websphere MQ classes for Java(tm) Message > Service Administration > > InitCtx> Unable to bind object > > InitCtx> Unable to bind object > > InitCtx> > Stopping Websphere MQ classes for Java(tm) Message > Service Administration > > + Administration done; tidying up files > + Done! > > > > __ > Do you Yahoo!? > Free Pop-Up Blocker - Get it now > http://companion.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 > > 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!? Free Pop-Up Blocker - Get it now http://companion.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 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: Help with JMS bindings
Nick, Thanks, that was it!... Question: Is there anything other than setting the TRANSPORT(BIND) that needs to be done for the app to run in the BIND mode (as opposed to CLIENT)? Because I remember creating the bindings file with BIND in the past and the developer HAD said that it did not work. I had to change it back to CLIENT. So, I am wondering if there is anything else I or the developer should do. Many thanks... Hilde --- Nick Dilauro <[EMAIL PROTECTED]> wrote: > Hilde, > > Try using the -v option with the JMSAdmin tool. It > may give you more > details. I had this error and found it was because > I didn't delete the > previous definition, but the -v option should help > identify the problem. > > Nick > > > -Original Message- > From: MQSeries List [mailto:[EMAIL PROTECTED] > On Behalf Of Hilde G > Sent: Wednesday, December 31, 2003 7:37 AM > To: [EMAIL PROTECTED] > Subject: Help with JMS bindings > > We are on WMQI 5.3 CSD5/Win 2000. > > Currently we are using JMS with TRANSPORT(Client) > with no problems. > I would like to use BIND instead. So I changed it as > follows: > > echo def qcf(ivtQCF) QMANAGER(QM1) TRANSPORT(BIND) > > ivtsetup.scp > > when I tried to create the bindings file I got the > following error. Can someone please tell me what I > should do?. Thanks much. > > Hilde > > > > D:\MQSeries\Java\bin>IVTSETUP > + Creating script for object creation within > JMSAdmin > + Calling JMSAdmin in batch mode to create objects > > 5648-C60, 5724-B41, 5655-F10 (c) Copyright IBM Corp. > 2002. All Rights Reserve > Starting Websphere MQ classes for Java(tm) Message > Service Administration > > InitCtx> Unable to bind object > > InitCtx> Unable to bind object > > InitCtx> > Stopping Websphere MQ classes for Java(tm) Message > Service Administration > > + Administration done; tidying up files > + Done! > > > > __ > Do you Yahoo!? > Free Pop-Up Blocker - Get it now > http://companion.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 > > 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!? Free Pop-Up Blocker - Get it now http://companion.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: Message Driven Beans and FAIL_IF_QUIESCING
Jeff, >>>Are you using the JMS? In the past I noticed that the JMS >>>did not support FAIL_IF_QUIESCING. This is one of the >>>reasons I am not a supporter of JMS. JMS with WMQ V5.3 does support FAIL_IF_QUIESCING through the use of the FAILIFQUIESCE connection factory property. Regards, Christopher Frank Certified I/T Specialist - WebSphere Software 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: Message Driven Beans and FAIL_IF_QUIESCING
Peter, Are you using WAS embedded messaging? Or WMQ with WAS as the App Server? Or WMQ with another App Server? Regards, Christopher Frank Certified I/T Specialist - WebSphere Software IBM Certified Solutions Expert - Websphere MQ & MQ Integrator -- Phone: 612-397-5532 (t/l 653-5532) mobile: 612-669-3008 e-mail: [EMAIL PROTECTED] "Potkay, Peter M (PLC, IT)" <[EMAIL PROTECTED]>@AKH-WIEN.AC.AT> on 12/31/2003 12:40:59 PM Please respond to MQSeries List <[EMAIL PROTECTED]> Sent by:MQSeries List <[EMAIL PROTECTED]> To:[EMAIL PROTECTED] cc: Subject:Message Driven Beans and FAIL_IF_QUIESCING How to Message Driven Beans (MDBs) and the FAIL_IF_QUIESCING option relate? The reason I ask is that I was helping an application run through some testing. One of the things I did was bring down the Queue Manager (endmqm -i QUEUEMANAGER). The QM came down with no problems. But when I tried to start the QM, it wouldn't. It kept failing: $ strmqm QUEUEMANAGER AMQ8041: The queue manager cannot be restarted or deleted because processes, that were previously connected, are still running. Process 26223 is still running. Process 20837 is still running. AMQ7018: The queue manager operation cannot be completed. Turns out these 2 processes were the MDBs! The QM would not come up until we killed the MDBs. Why? Is there anyway to configure the MDBs so that they end when the QM comes down? The app people are telling me there is no way to specify this option on the MDB. Solaris 8 MQ 5.3 CSD04 Peter Potkay MQSeries Specialist The Hartford Financial Services [EMAIL PROTECTED] x77906 IBM MQSeries Certified 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: Message Driven Beans and FAIL_IF_QUIESCING
Yes, we are using JMS. -Original Message- From: Jeff A Tressler [mailto:[EMAIL PROTECTED] Sent: Wednesday, December 31, 2003 2:10 PM To: [EMAIL PROTECTED] Subject: Re: Message Driven Beans and FAIL_IF_QUIESCING Are you using the JMS? In the past I noticed that the JMS did not support FAIL_IF_QUIESCING. This is one of the reasons I am not a supporter of JMS. 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: Message Driven Beans and FAIL_IF_QUIESCING
Are you using the JMS? In the past I noticed that the JMS did not support FAIL_IF_QUIESCING. This is one of the reasons I am not a supporter of JMS. 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: Help with JMS bindings
Hilde, Try using the -v option with the JMSAdmin tool. It may give you more details. I had this error and found it was because I didn't delete the previous definition, but the -v option should help identify the problem. Nick -Original Message- From: MQSeries List [mailto:[EMAIL PROTECTED] On Behalf Of Hilde G Sent: Wednesday, December 31, 2003 7:37 AM To: [EMAIL PROTECTED] Subject: Help with JMS bindings We are on WMQI 5.3 CSD5/Win 2000. Currently we are using JMS with TRANSPORT(Client) with no problems. I would like to use BIND instead. So I changed it as follows: echo def qcf(ivtQCF) QMANAGER(QM1) TRANSPORT(BIND) > ivtsetup.scp when I tried to create the bindings file I got the following error. Can someone please tell me what I should do?. Thanks much. Hilde D:\MQSeries\Java\bin>IVTSETUP + Creating script for object creation within JMSAdmin + Calling JMSAdmin in batch mode to create objects 5648-C60, 5724-B41, 5655-F10 (c) Copyright IBM Corp. 2002. All Rights Reserve Starting Websphere MQ classes for Java(tm) Message Service Administration InitCtx> Unable to bind object InitCtx> Unable to bind object InitCtx> Stopping Websphere MQ classes for Java(tm) Message Service Administration + Administration done; tidying up files + Done! __ Do you Yahoo!? Free Pop-Up Blocker - Get it now http://companion.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 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: JMSAdmin tool
Thanks Mike/Peter, I already had this reference in front of me, but was failing to see the shortform column. Now I can puzzle together the various options from the table. I was expecting to find something more akin to the command reference manual and/or some more examples, but you can't have everything I guess. Happy New Year to everyone. Nick -Original Message- From: MQSeries List [mailto:[EMAIL PROTECTED] On Behalf Of Mike Mcglynn Sent: Tuesday, December 30, 2003 4:59 PM To: [EMAIL PROTECTED] Subject: Re: JMSAdmin tool Check out: http://publibfp.boulder.ibm.com/epubs/pdf/c3454563.pdf Chapter 5 has complete detail on JMSAdmin Mike McGlynn MQSeries Certified Specialist > Where can I find a manual which lists all the commands and options for > JMSAdmin tool? > > Nick > > 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
Message Driven Beans and FAIL_IF_QUIESCING
How to Message Driven Beans (MDBs) and the FAIL_IF_QUIESCING option relate? The reason I ask is that I was helping an application run through some testing. One of the things I did was bring down the Queue Manager (endmqm -i QUEUEMANAGER). The QM came down with no problems. But when I tried to start the QM, it wouldn't. It kept failing: $ strmqm QUEUEMANAGER AMQ8041: The queue manager cannot be restarted or deleted because processes, that were previously connected, are still running. Process 26223 is still running. Process 20837 is still running. AMQ7018: The queue manager operation cannot be completed. Turns out these 2 processes were the MDBs! The QM would not come up until we killed the MDBs. Why? Is there anyway to configure the MDBs so that they end when the QM comes down? The app people are telling me there is no way to specify this option on the MDB. Solaris 8 MQ 5.3 CSD04 Peter Potkay MQSeries Specialist The Hartford Financial Services [EMAIL PROTECTED] x77906 IBM MQSeries Certified 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
Converting CLOB data to XML in WMQIv2.1
I am trying to Save XML data as CLOB in Database and later trying to retrieve CLOB and convert it back to XML I am able to Save the XML as CLOb successfully using following Code SAVE THE MESSAGE using = DECLARE bContent BLOB; SET bContent = ASBITSTREAM("Body") ; INSERT INTO Database.TABLEX( RECORDTYPE,SOURCERECORDID , XMLDATA) VALUES (Type, RecordId, bContent); Later I am trying to retrieve the information back from database and convert back to XML Get the Message using == SET Environment.TMP.MyData = THE (SELECT ITEM M.XMLDATA FROM Database.ISESUSPENSE AS M WHERE M.RECORDTYPE = Type AND M.SOURCERECORDID = RecordId); CREATE FIRSTCHILD OF Environment.TMP.TRAN Domain('XML') PARSE(Environment.TMP.MyData); SET OutputRoot.XML = Environment.TMP.TRAN.XML; SET Environment.TMP = NULL; But I get the following error in the trace An attempt was made to cast the character string '123' to a byte string, but the string was of the wrong format. There must be an even number of hexadecimal digits (0-9, a-f, A-F). Please advise Thanks -Jas *Internet Email Confidentiality* This communication may contain privileged or other confidential information. If you are not the intended recipient, or believe that you may have received this communication in error, please reply to the sender indicating that fact and delete the copy you received. In addition, you should not print, copy, retransmit, disseminate, or otherwise use the information contained in this communication. Thank you. 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
Help with JMS bindings
We are on WMQI 5.3 CSD5/Win 2000. Currently we are using JMS with TRANSPORT(Client) with no problems. I would like to use BIND instead. So I changed it as follows: echo def qcf(ivtQCF) QMANAGER(QM1) TRANSPORT(BIND) > ivtsetup.scp when I tried to create the bindings file I got the following error. Can someone please tell me what I should do?. Thanks much. Hilde D:\MQSeries\Java\bin>IVTSETUP + Creating script for object creation within JMSAdmin + Calling JMSAdmin in batch mode to create objects 5648-C60, 5724-B41, 5655-F10 (c) Copyright IBM Corp. 2002. All Rights Reserve Starting Websphere MQ classes for Java(tm) Message Service Administration InitCtx> Unable to bind object InitCtx> Unable to bind object InitCtx> Stopping Websphere MQ classes for Java(tm) Message Service Administration + Administration done; tidying up files + Done! __ Do you Yahoo!? Free Pop-Up Blocker - Get it now http://companion.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: does TRIGINT affect channel triggering?
I really like Peters explaination, I am going to copy it out and put it in my book to give people who ask!!! BUTbecause it is so close to New Years Eve I do believe thay my dear friend Peter has, in the words of our imortal football referre, gone off side and jumped the gun on celebrating the New year early. Now my only question to the remark about the well tested MCA by thousands of users, which can also be said for the rest of the code...why have so many CSD's been released?? Hum, improvements to the bugs OH sorry, FEATURES of the product. Yup that must be it. Granted the thing may not break. But then again the Brits are just as human as us Yanks (sorry to break the news to you guys, don't let it ruin the PUB stuff tonight) and things in this world do go North once in a while. Actually usually because of settings by us lesser mortals. So while the feature was meant for our lowly application issues it does cover our arses when it comes to system functions. Happy New Year Everyone and I hope next year is as interesting and fun as this one has been!! bee-oh-dubble-bee-dubble-egh From: "Potkay, Peter M (PLC, IT)" <[EMAIL PROTECTED]> Reply-To: MQSeries List <[EMAIL PROTECTED]> To: [EMAIL PROTECTED] Subject: Re: does TRIGINT affect channel triggering? Date: Wed, 31 Dec 2003 08:59:30 -0500 Trigger Interval comes into play whenever a triggered on first queue finds itself with more than zero messages and the application to be triggered has not been started yet. In practical terms, the reason for the app not running is because the app itself abended before it had a chance to open the queue. In this case, the MQ trigger fired, the trigger monitor did its job and started the trigger app, but the message(s) were not consumed off of the queue. As more messages land, the depth is not going from 0 to 1, so no triggering on first occurs. Trigger interval saves the day here. In the case of channels, what are the odds that this application (the MCA) is going to bomb before it has a chance the open the transmit queue? Almost zero, I say. IBM supplied code tested by tens of thousands of users in the real world. There is also the possibility that the trigger message did not get generated, or it got "lost", due to some bug in the code. Again, IBM code tested by tens of thousands of people over the years is not likely to have a bug like this. Trigger Interval is there to save the day for customer written apps that may end abnormally due to temporary conditions before the MQOPEN (maybe a legitimate abend, or maybe the app needs to open a DB before the MQ portion and if the DB is NA the app just ends). While theoretically it would also work for channels, the odds that it will have a chance to do its thing are slim, since triggering and channels are so well built. And if it did come into to play with channels, I would bet it would be because of a bug, and so the problem would be there every time trigger interval passed anyway. Trigger Interval unfortunately is set at the QM level and effects ALL triggered on first queues the same way. My opinion is you set it at a value that works for your applications, and don't worry about how it relates to channels. -Original Message- From: MCSHEFFREY, MICHELLE (SBCSI) [mailto:[EMAIL PROTECTED] Sent: Tuesday, December 30, 2003 1:07 PM To: [EMAIL PROTECTED] Subject: does TRIGINT affect channel triggering? We're having a debate here about whether TRIGINT affects channel triggering at all (assuming channels are set up "normally" to trigger on first). I cannot see any way that it would, but my coworker opened up a case with IBM, and the IBMer said that TRIGINT does affect channel triggering in the same way it affects application triggering. I still don't understand when this would come into play. Yes, TRIGINT applies to queues that trigger on FIRST, and yes, xmitqs trigger on FIRST, but other conditions necessary for triggering aren't going to be met in every scenario that I can think of. Can someone explain to me the circumstances when TRIGINT would cause a channel to trigger? Since trigger messages are non-persistent, is there some way for the initial trigger message to get lost, so there is no trigger when messages arrive on the transmit queue and the channel is never started? Since the trigger messages don't cross channels, I wouldn't think it'd be possible to lose one, even if it is non-persistent (other than the queue manager going down, in which case a new trigger message will be generated at channel initiator startup). I would appreciate any comments on the issue. Thank you. Michelle McSheffrey 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 ar
Re: does TRIGINT affect channel triggering?
Trigger Interval comes into play whenever a triggered on first queue finds itself with more than zero messages and the application to be triggered has not been started yet. In practical terms, the reason for the app not running is because the app itself abended before it had a chance to open the queue. In this case, the MQ trigger fired, the trigger monitor did its job and started the trigger app, but the message(s) were not consumed off of the queue. As more messages land, the depth is not going from 0 to 1, so no triggering on first occurs. Trigger interval saves the day here. In the case of channels, what are the odds that this application (the MCA) is going to bomb before it has a chance the open the transmit queue? Almost zero, I say. IBM supplied code tested by tens of thousands of users in the real world. There is also the possibility that the trigger message did not get generated, or it got "lost", due to some bug in the code. Again, IBM code tested by tens of thousands of people over the years is not likely to have a bug like this. Trigger Interval is there to save the day for customer written apps that may end abnormally due to temporary conditions before the MQOPEN (maybe a legitimate abend, or maybe the app needs to open a DB before the MQ portion and if the DB is NA the app just ends). While theoretically it would also work for channels, the odds that it will have a chance to do its thing are slim, since triggering and channels are so well built. And if it did come into to play with channels, I would bet it would be because of a bug, and so the problem would be there every time trigger interval passed anyway. Trigger Interval unfortunately is set at the QM level and effects ALL triggered on first queues the same way. My opinion is you set it at a value that works for your applications, and don't worry about how it relates to channels. -Original Message- From: MCSHEFFREY, MICHELLE (SBCSI) [mailto:[EMAIL PROTECTED] Sent: Tuesday, December 30, 2003 1:07 PM To: [EMAIL PROTECTED] Subject: does TRIGINT affect channel triggering? We're having a debate here about whether TRIGINT affects channel triggering at all (assuming channels are set up "normally" to trigger on first). I cannot see any way that it would, but my coworker opened up a case with IBM, and the IBMer said that TRIGINT does affect channel triggering in the same way it affects application triggering. I still don't understand when this would come into play. Yes, TRIGINT applies to queues that trigger on FIRST, and yes, xmitqs trigger on FIRST, but other conditions necessary for triggering aren't going to be met in every scenario that I can think of. Can someone explain to me the circumstances when TRIGINT would cause a channel to trigger? Since trigger messages are non-persistent, is there some way for the initial trigger message to get lost, so there is no trigger when messages arrive on the transmit queue and the channel is never started? Since the trigger messages don't cross channels, I wouldn't think it'd be possible to lose one, even if it is non-persistent (other than the queue manager going down, in which case a new trigger message will be generated at channel initiator startup). I would appreciate any comments on the issue. Thank you. Michelle McSheffrey 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