Re: keeping the XML Name parameter of the XML format layer from printing out....
Hi, I am not sure what tool you are using but from an XML standards point of view, you cannot do what you want to do. Here's a quick summary: - The first item in an XML file is the Prolog i.e. - Then you have the XML body. It is made up of: - Document Name i.e. - Elements i.e. Required items are Prolog, Body and Document Name. What I have done at client sites is make the SiebelMessage element be the Document Name (i.e. move it up one level). The only problem with this, is that ALL XML messages that go to a transformation tool (then to a Siebel server) will have the same document name. Not very nice for the transformation tool. Hope that helps. later Roger Lacroix Enterprise Architect Capitalware Inc. At 10:42 PM 1/24/2003, you wrote: Hi all This may be something very easy to do but trying to come up with it I have spent a lot of frustrating time with no solution!! I am transforming an incoming COBOL copybook to xml and after hacking through it a bit I have the outgoing message almost just as I want it except for one thing, the XML Name seems to be added onto the message by default and I do not know how to get around this. My xml message is named "TestXML3"(ok, not too original, huh :)and my message reads as follows 003088155083023453683600 O . . . etc I would like to not have the TestXML3 print out. I know where the parameter is on the XML format layer but all I can do is change it, if I leave it blank it will not accept that and I am not sure if there is a way to get at it from the sql panel. Any ideas are welcome!! Thanks Dan 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
keeping the XML Name parameter of the XML format layer from printing out....
Hi all This may be something very easy to do but trying to come up with it I have spent a lot of frustrating time with no solution!! I am transforming an incoming COBOL copybook to xml and after hacking through it a bit I have the outgoing message almost just as I want it except for one thing, the XML Name seems to be added onto the message by default and I do not know how to get around this. My xml message is named "TestXML3"(ok, not too original, huh :)and my message reads as follows 003088155083023453683600 O . . . etc I would like to not have the TestXML3 print out. I know where the parameter is on the XML format layer but all I can do is change it, if I leave it blank it will not accept that and I am not sure if there is a way to get at it from the sql panel. Any ideas are welcome!! Thanks Dan 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: Input Msg as one Big String in the JavaPlugin Node
If you are talking about a processing node (vs. an input node) then the easiest is to use a ResetContentDescriptor node immediately before the plugin node to convert the message to the BLOB domain. Timm Bryant - Original Message - From: "Reetha K" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Monday, January 20, 2003 10:00 PM Subject: Input Msg as one Big String in the JavaPlugin Node > How can I retrieve the input message in a java plugin > node as one big string. > newAssembly.getMessage().getRootElement().getLastChild > ---> gives me the XML Element but can i get this XML > tree as one big string. > > The Java Plugin node receives an XML message from a > compute node which i need as a string to further pass > it as a parameter to invoke a method. > > > Thank u In Advance > > > __ > Do you Yahoo!? > Yahoo! Mail Plus - Powerful. Affordable. Sign up now. > http://mailplus.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: Maximum Message Size
Date sent: Fri, 24 Jan 2003 15:51:42 -0500 Send reply to: MQSeries List <[EMAIL PROTECTED]> From: listname ANONYMOUS postings DIGests <[EMAIL PROTECTED]> Subject:Maximum Message Size To: [EMAIL PROTECTED] > I have messages connecting using the Java bindings going to a Solaris > server and then to a mainframe system. MQ on Solaris is V5.2, as is > support pac MA88. MA88 was down-loaded instead of using what was on the > V5.2 install CD. The server is running on CSD04. The mainframe is on MQ > V2.1. As long as I have configured the qmgr, queues, and channels for > 100mb maximum message size, will I hit any message size limit for which I > am unaware? If you are really using 100 Mo messages, you shoud be able tu put only 20 messages in one queue. By default, max queue size = 2 Go. Could be changed, but don't gorget to order before some additional HD ;-) > > Thank You, > > John Haraburda > > 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 > -- Luc-Michel Demey - Freelance EAI Consultant Paris / France Tel. : +33 6 08 755 655 http://consulting.demey.org/ - lmd at demey dot org 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: Wish list for Conference
and enough beer to make it right!!! From: "Wyatt, T. Rob" <[EMAIL PROTECTED]> Reply-To: MQSeries List <[EMAIL PROTECTED]> To: [EMAIL PROTECTED] Subject: Re: Wish list for Conference Date: Fri, 24 Jan 2003 13:56:55 -0600 Paul, I already knew about the formal process but this thread was just so therapeutic I couldn't resist! Plus, it was fun just to see what everyone else brought up. And if there is a god at IBM who watches over the enhancements process, then my prayer is: IBM grant me... The serenity to accept the WMQ enhancements I cannot have, The courage to submit the ones that have a snowball's chance, And a consultant to tell me the difference. -- T.Rob -Original Message- From: Paul Clarke [mailto:[EMAIL PROTECTED]] Sent: Friday, January 24, 2003 12:34 PM To: [EMAIL PROTECTED] Subject: Re: Wish list for Conference > Yes. It's called CHURCH. Where you sit and pray! bobbee, I had no idea you held IBMers in such high regard. It is true that some IBMers have godly powers but asking us to read your minds is probably a little optimistic :-). We do, indeed, have a formal requirements process and to be honest they probably have a greater chance of success. Enjoy the SuperBowl, we, on the other hand, will be trying to fulfil the requirements we *already* have, Cheers, P. Paul G Clarke WebSphere MQ Development IBM Hursley 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 _ The new MSN 8: smart spam 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
Maximum Message Size
I have messages connecting using the Java bindings going to a Solaris server and then to a mainframe system. MQ on Solaris is V5.2, as is support pac MA88. MA88 was down-loaded instead of using what was on the V5.2 install CD. The server is running on CSD04. The mainframe is on MQ V2.1. As long as I have configured the qmgr, queues, and channels for 100mb maximum message size, will I hit any message size limit for which I am unaware? Thank You, John Haraburda 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
Compiling Reference Message Exit on HPUX 11.0
Sent on behalf of Cathie Malin I am attempting to make some minor changes to the reference message exit on an HPUX 11 QMgr. I have looked at samples and get errors when attempting recompile using the following command On HP-UX $ cc -c -Aa +z -I/opt/mqm/inc amqsxrma.c $ ld -b -o amqsxrm amqsxrma.o -z +b : -lmqm -lc The 'cc' command errors out with 'Maximum Errors Reached'. Has anyone attempted this? Does anyone know what the corresponding commands would be with the aCC compiler? The version of 'cc' that I have access to does not take the -Aa or +z options. Thanks! Cathie Malin Web and MQSeries Support(608) 242-4100 [EMAIL PROTECTED] Tim May Senior Transaction Processing Technologist I/S BT-Transaction Processing/Middleware American Family Insurance Email: [EMAIL PROTECTED] Phone: (608)242-4100 x.31385 pager: (608)550-1242 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: Wish list for Conference
Paul, I already knew about the formal process but this thread was just so therapeutic I couldn't resist! Plus, it was fun just to see what everyone else brought up. And if there is a god at IBM who watches over the enhancements process, then my prayer is: IBM grant me... The serenity to accept the WMQ enhancements I cannot have, The courage to submit the ones that have a snowball's chance, And a consultant to tell me the difference. -- T.Rob -Original Message- From: Paul Clarke [mailto:[EMAIL PROTECTED]] Sent: Friday, January 24, 2003 12:34 PM To: [EMAIL PROTECTED] Subject: Re: Wish list for Conference > Yes. It's called CHURCH. Where you sit and pray! bobbee, I had no idea you held IBMers in such high regard. It is true that some IBMers have godly powers but asking us to read your minds is probably a little optimistic :-). We do, indeed, have a formal requirements process and to be honest they probably have a greater chance of success. Enjoy the SuperBowl, we, on the other hand, will be trying to fulfil the requirements we *already* have, Cheers, P. Paul G Clarke WebSphere MQ Development IBM Hursley 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: Wish list for Conference
Hey I do hold IBM'ers in a GOD-ly fashion. BUT like GOD, who made me as an example, do have their obvious faults. Unless you come anywhere near my age I have had 29 years of GOOD solid BIG BLUE relationship experience behind me. .Just because I don't wear white shirts over my colored shirts doesn't mean I am not used to the IBM "GRIM Fary Tales". Don't get me wrong. Both my houses, three of my cars, my 18 children, 4 wives and my private stash of CUBAN cigars are all attributed to IBM. Did I mention the 3 dogs So if not indentured, I am thankful for IBM. BUT.growing up on the streets of Greenpoint Brooklyn during a somewhat nasty period in New York history I have learned to become a realist from exposure. My point is that no one company is perfect and IBM, while the love of my life, certainly fits in with the trying rest. Sorry to burst your bubble but hey life is hard after your 18th birthday. As for the super bowl the only thing I can look forward to is the Super Bowl feast as the Gang Green fell to the nasty, if mot mighty Raiders. At least my girlfriend. Did I mention her in my list?? Shania Twain will be doing the halftime show. And the IBM commercials, as always, will be good EveryoneSorry for the long giberish but it's late, Friday and have been SCRIPTING and CRONNING all DAY..ENJOY THE GAME and the weekend. CHEERS!!! Bobbee has left the building bee-oh-dubble-bee-dubble-eegghh From: Paul Clarke <[EMAIL PROTECTED]> Reply-To: MQSeries List <[EMAIL PROTECTED]> To: [EMAIL PROTECTED] Subject: Re: Wish list for Conference Date: Fri, 24 Jan 2003 17:33:58 + > Yes. It's called CHURCH. Where you sit and pray! bobbee, I had no idea you held IBMers in such high regard. It is true that some IBMers have godly powers but asking us to read your minds is probably a little optimistic :-). We do, indeed, have a formal requirements process and to be honest they probably have a greater chance of success. Enjoy the SuperBowl, we, on the other hand, will be trying to fulfil the requirements we *already* have, Cheers, P. Paul G Clarke WebSphere MQ Development IBM Hursley 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 _ Protect your PC - get McAfee.com VirusScan Online http://clinic.mcafee.com/clinic/ibuy/campaign.asp?cid=3963 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
Chip J. Hannigan is out of the office.
I will be out of the office starting 01/24/2003 and will not return until 01/28/2003. I will be checking messages when I return * PRIVILEGED AND CONFIDENTIAL: This communication, including attachments, is for the exclusive use of addressee and may contain proprietary, confidential and/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 e-mail, 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: MQ 5.3 CSD01
So after 3 months, IBM's lawyers still won't let them release a CSD with SSL support. I do wonder why Sun doesn't seem to have these issues when they make their Java code with SSL support freely available. I guess their lawyers must not be quite as diligent (or IBM's are too much so). - Bruce Giordano Luc-Michel Demey <[EMAIL PROTECTED]> To: [EMAIL PROTECTED] Sent by: MQSeries List cc: <[EMAIL PROTECTED]> Subject: Re: MQ 5.3 CSD01 Friday January 24, 2003 11:46 AM Please respond to lmd - CSD 1 for AIX 5.3 (without SSL) is officialy available @ ftp://ftp.software.ibm.com/software/mqseries/fixes/aix53/U484023/ - CSD 1 for other platform are not officialy released, but with some imagination using urls .. HTH, Luc-Michel. Date sent: Fri, 24 Jan 2003 14:56:20 - Send reply to: MQSeries List <[EMAIL PROTECTED]> From: "David C. Partridge" <[EMAIL PROTECTED]> Subject:MQ 5.3 CSD01 To: [EMAIL PROTECTED] > It's now some while since 5.3 GA2 (a.k.a. 5.3.0.1) was shipped which > purportedly contains the fixes for CSD01. Are the IBM guys able to give > some guidance on when CSD01 for 5.3 will be made available for download? > > Regards, > David C. Partridge > Security Products Manager > Primeur Group > Tel: +44 (0)1926 511058 > Mobile: +44 (0)7713 880197 > > 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 > -- Luc-Michel Demey - Freelance EAI Consultant Paris / France Tel. : +33 6 08 755 655 http://consulting.demey.org/ - lmd at demey dot org 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
Compatibility of Channel Encryption Methods?
Company ABC will be connecting their OS/390 queue managers (yet to be installed) to those of their customer DEF via SSL encrypted channels, PKI digital certificates, etc. DEF is their first customer to connect in this manner, but others are anticipated. Some of the ways to do this are: 1. Install WebSphere MQ for OS/390 v5.3 and its SSL channels. 2. Write custom channel exits using RSA Security's BSAFE toolkit. 3. Install a product like Candle's MQSecure (latest version is now called PathWAI Secure for WebSphere MQ) and use the channel exits it provides. What are the compatibility issues for these encrypted channels? 1. If ABC is running v5.3 and wants to use its SSL channels, is it mandatory that DEF also run v5.3 to be compatible? 2. Can custom channel exits be written by ABC using the BSAFE toolkit so they will be compatible with another encryption method, such as the SSL channels in v5.3, or in MQSecure? 3. Can MQSecure be configured to be compatible with v5.3's SSL channels, etc.? In general, ABC is hoping to avoid installing and supporting a different encryption method for each of their connected customers. Is there a way to do this? All responses are much appreciated! Thanks, ..Bill.. Heisenberg may have slept here.
Re: CICS DPL BRIDGE BACK OUT QUESTION?
Bob, Now that youve outed yourself as a Hursley DPL bridge expert: Can you explain why an IBM supplied component doesn't implement proper poison message handling? Putting a message to the DLQ when backoutcount < backoutthreshold seems to contradict standard poison message processing. Scott - Original Message - From: "Bob Buxton" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Friday, January 24, 2003 11:14 AM Subject: Re: CICS DPL BRIDGE BACK OUT QUESTION? > The MQ-CICS bridge does not use the Backout Threshold or the Backout > Requeue queue name, > if it encounters any backed out message (count >0) it attempts to write > the message to the DLQ. > The bridge monitor should not abend. > If it is failing to do this it suggests some serious failure in the bridge > monitor and it you can't diagnose the > cause from messages and ABEND codes written to the CICS CSMT log I would > suggest raising a problem > with the IBM service group. > > The harden backout count option is only required if you want the backout > count to survive a queue manager restart > (MQ needs to write it to the log). The backout count is not reset to zero > when the message is returned to the queue > after an application abend. > > Bob Buxton > > Websphere MQ for zOS Development > [EMAIL PROTECTED] > > > RE - Message from MQ-SERIES <[EMAIL PROTECTED]> on Thu, 23 Jan > 2003 12:30:41 -0500 - > > Subject: Re: CICS DPL BRIDGE BACK OUT QUESTION? > > > From what I remember from playing with this a few years ago, the trick > is to set the harden backout counter to yes. Then once the backout > threshold is met, the bridge will put the message on the backout requeue > name queue, or if that is blank, to the DLQ. If you don't harden the > backout counter, then everytime the message is replaceed on the queue > (backed out) after an abend, the backout counter goes back to 0. > > Hope this helps > Regards > Bill W. > > >>> [EMAIL PROTECTED] 01/14/03 04:44PM >>> > I can't think of an easy way to divert the message to the DLQ. On the > other hand, it's difficult to imagine the bridge monitor abending > because of message content. My bet is, the cause of the abend is > somewhere else and that's where you need to focus. > > As for the backout fields you mention. They are provided for your > application to use as it pleases. But it's a widely-used best practice > to avoid poison message loops by comparing the backout count to the > backout threshold and rerouting messages to the backout requeue if the > threshold is exceeded. > > regards, > Dennis > > > -Original Message- > > From: Ellis McCarthy [SMTP:[EMAIL PROTECTED]] > > Sent: Tuesday, January 14, 2003 1:16 PM > > To: [EMAIL PROTECTED] > > Subject: CICS DPL BRIDGE BACK OUT QUESTION? > > > > I am testing the use of the CICS DPL bridge. I am triggering the > bridge > > transaction. When the bridge gets a bad message, the following > appears to > > take place: the bridge monitor abends, the message is backed out > and > > returned to the request queue, this bridge monitor is triggered, and > the > > bad message is processed again, causing a processing loop. How do i > get > > the message to the dead letter queue. > > > > The next question is how is the "Backout requeue name" and the > "Backout > > threshold" fields used, if the queue manager takes no action on > these > > fields as the manual states. > > > > Ellis > > > > 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: Wish list for Conference
What is the formal process and do we get some kind of ability to track our request so it does not appear to go into a "black hole"? Cheers John. -Original Message- From: Paul Clarke [mailto:[EMAIL PROTECTED]] Sent: 24 January 2003 17:34 To: [EMAIL PROTECTED] Subject: Re: Wish list for Conference > Yes. It's called CHURCH. Where you sit and pray! bobbee, I had no idea you held IBMers in such high regard. It is true that some IBMers have godly powers but asking us to read your minds is probably a little optimistic :-). We do, indeed, have a formal requirements process and to be honest they probably have a greater chance of success. Enjoy the SuperBowl, we, on the other hand, will be trying to fulfil the requirements we *already* have, Cheers, P. Paul G Clarke WebSphere MQ Development IBM Hursley 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 ** Click here to visit the Argos home page http://www.argos.co.uk The information contained in this message or any of its attachments may be privileged and confidential, and is intended exclusively for the addressee. The views expressed may not be official policy, but the personal views of the originator. If you are not the intended addressee, any disclosure, reproduction, distribution, dissemination or use of this communication is not authorised. If you have received this message in error, please advise the sender by using your reply facility in youe e-mail software. All messages sent and received by Argos Ltd are monitored for virus, high risk file extensions, and inappropriate content. As a result users should be aware that mail maybe accessed. ** 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: Wish list for Conference
> Yes. It's called CHURCH. Where you sit and pray! bobbee, I had no idea you held IBMers in such high regard. It is true that some IBMers have godly powers but asking us to read your minds is probably a little optimistic :-). We do, indeed, have a formal requirements process and to be honest they probably have a greater chance of success. Enjoy the SuperBowl, we, on the other hand, will be trying to fulfil the requirements we *already* have, Cheers, P. Paul G Clarke WebSphere MQ Development IBM Hursley 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: Wish list for Conference
What SupportPac are you referring to? I could not find TriggerPro on the CommerceQuest website? Is there any other name I could search for? Thanks Larry Larry McCord Blue Cross and Blue Shield of Missouri 314.923.4432 [EMAIL PROTECTED] -Original Message- From: mqm mqm [mailto:[EMAIL PROTECTED]] Sent: Friday, January 24, 2003 5:26 AM To: [EMAIL PROTECTED] Subject:Re: Wish list for Conference CommerceQuest have something called TriggerPro and there is a supportpac that enable more tailorable triggering. Have you looked at these ? mqm --- "Miller, Dennis" <[EMAIL PROTECTED]> wrote: > Triggering threshold to generate triggers > until specified IPROCS level is reached. Something > like the TRIGTYPE=EVERY limit which can be specified > in VSE, but for other platforms and for other > TRIGTYPEs. The idea is to get better support for > parallel processing out of the triggering engine. > > > 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! Mail Plus - Powerful. Affordable. Sign up now. http://mailplus.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: MQ 5.3 CSD01
- CSD 1 for AIX 5.3 (without SSL) is officialy available @ ftp://ftp.software.ibm.com/software/mqseries/fixes/aix53/U484023/ - CSD 1 for other platform are not officialy released, but with some imagination using urls .. HTH, Luc-Michel. Date sent: Fri, 24 Jan 2003 14:56:20 - Send reply to: MQSeries List <[EMAIL PROTECTED]> From: "David C. Partridge" <[EMAIL PROTECTED]> Subject:MQ 5.3 CSD01 To: [EMAIL PROTECTED] > It's now some while since 5.3 GA2 (a.k.a. 5.3.0.1) was shipped which > purportedly contains the fixes for CSD01. Are the IBM guys able to give > some guidance on when CSD01 for 5.3 will be made available for download? > > Regards, > David C. Partridge > Security Products Manager > Primeur Group > Tel: +44 (0)1926 511058 > Mobile: +44 (0)7713 880197 > > 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 > -- Luc-Michel Demey - Freelance EAI Consultant Paris / France Tel. : +33 6 08 755 655 http://consulting.demey.org/ - lmd at demey dot org 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
Non-MQ Help with AS/400.
Title: Message I know this is not MQ specific, but the code I am trying to compile does in fact use MQ... I am trying to create a "library" on the AS/400 that is dynamically linked to a program like DLLs on NT and shared libraries on AIX. From the ILE C++ compiler manuals, this is called a service program. I am doing the following: 1. Compiling my library into a service program. 2. Compiling the client code into a normal program, specifying the service program at the binding stage. If I then update my library code and recompile just using step 1 above, it appears that the client code has statically linked to the library code and does not pick up the new version automatically. Can anybody suggest what I am doing wrong? Are there any specific compiler options that indicate dynamic instead of static linking? The library code is C/C++ and the client code is either straight C and RPG. I am trying a test program out, using a C client talking to a C library and it still doesn't work. Help! Regards John. ** Click here to visit the Argos home page http://www.argos.co.uk The information contained in this message or any of its attachments may be privileged and confidential, and is intended exclusively for the addressee. The views expressed may not be official policy, but the personal views of the originator. If you are not the intended addressee, any disclosure, reproduction, distribution, dissemination or use of this communication is not authorised. If you have received this message in error, please advise the sender by using your reply facility in youe e-mail software. All messages sent and received by Argos Ltd are monitored for virus, high risk file extensions, and inappropriate content. As a result users should be aware that mail maybe accessed. **
Re: CICS DPL BRIDGE BACK OUT QUESTION?
The MQ-CICS bridge does not use the Backout Threshold or the Backout Requeue queue name, if it encounters any backed out message (count >0) it attempts to write the message to the DLQ. The bridge monitor should not abend. If it is failing to do this it suggests some serious failure in the bridge monitor and it you can't diagnose the cause from messages and ABEND codes written to the CICS CSMT log I would suggest raising a problem with the IBM service group. The harden backout count option is only required if you want the backout count to survive a queue manager restart (MQ needs to write it to the log). The backout count is not reset to zero when the message is returned to the queue after an application abend. Bob Buxton Websphere MQ for zOS Development [EMAIL PROTECTED] RE - Message from MQ-SERIES <[EMAIL PROTECTED]> on Thu, 23 Jan 2003 12:30:41 -0500 - Subject: Re: CICS DPL BRIDGE BACK OUT QUESTION? >From what I remember from playing with this a few years ago, the trick is to set the harden backout counter to yes. Then once the backout threshold is met, the bridge will put the message on the backout requeue name queue, or if that is blank, to the DLQ. If you don't harden the backout counter, then everytime the message is replaceed on the queue (backed out) after an abend, the backout counter goes back to 0. Hope this helps Regards Bill W. >>> [EMAIL PROTECTED] 01/14/03 04:44PM >>> I can't think of an easy way to divert the message to the DLQ. On the other hand, it's difficult to imagine the bridge monitor abending because of message content. My bet is, the cause of the abend is somewhere else and that's where you need to focus. As for the backout fields you mention. They are provided for your application to use as it pleases. But it's a widely-used best practice to avoid poison message loops by comparing the backout count to the backout threshold and rerouting messages to the backout requeue if the threshold is exceeded. regards, Dennis > -Original Message- > From: Ellis McCarthy [SMTP:[EMAIL PROTECTED]] > Sent: Tuesday, January 14, 2003 1:16 PM > To: [EMAIL PROTECTED] > Subject: CICS DPL BRIDGE BACK OUT QUESTION? > > I am testing the use of the CICS DPL bridge. I am triggering the bridge > transaction. When the bridge gets a bad message, the following appears to > take place: the bridge monitor abends, the message is backed out and > returned to the request queue, this bridge monitor is triggered, and the > bad message is processed again, causing a processing loop. How do i get > the message to the dead letter queue. > > The next question is how is the "Backout requeue name" and the "Backout > threshold" fields used, if the queue manager takes no action on these > fields as the manual states. > > Ellis > 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: Warning about use of CCSID 1208 (UTF-8) for QM CCSID
Can't comment on SCSQANLx as 390 isn't my strongest platform. However, the use of a multi-byte code set as the QM's default CCSID will almost certainly cause problems as the MQ control blocks (MD etc) are fixed length and assume one byte per character. This means that you cannot use a multi-byte character set as the queue manager CCSID as this is the CCSID used for data on the message headers and other control blocks. The conversion FAQ specifically warns against the use of UCS-2, but similar concerns apply to MBCS and DBCS. While it is possible to use UTF-8 (1208) as the QM CCSID because the characters allowed for naming MQ objects are all single byte in UTF-8, as indicated, this can cause problems when an OS/390 QM which "doesn't do Unicode" is involved in the network. 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: Error starting listener.
Dave, Your listener will only look for a channel when it gets a request from a client or peer QMgr. It sounds as though you stopped the first QMgr and whatever was trying to connect to it went into retry. Then when you started the new listener on the same port, the client found it and attempted to reconnect to QM1. -- T.Rob -Original Message- From: Dave, Anish (Cognizant) [mailto:[EMAIL PROTECTED]] Sent: Friday, January 24, 2003 1:40 AM To: [EMAIL PROTECTED] Subject: Error starting listner. Importance: High Hi Gurus, I have a Q Manager with a server connection channel. The listner was running perfectly on port 8000. Now i created another Q Manager. I want to run the listener at the port 8000 so i stopped the 1st Q Manager and listner. While starting the listner for 2nd Q Manager (runmqlsr -m QM2 -t tcp -p 8000 & ) i am getting following error AMQ9519 Channel XYZ not found. The point here is that the XYZ channel belongs to 1st Q Manager. Why the runmqlsr command looking for a channel that doesn't belong to this Q Manager Thanks Anish 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: Wish list for Conference
Yes. It's called CHURCH. Where you sit and pray! bb From: mqm mqm <[EMAIL PROTECTED]> Reply-To: MQSeries List <[EMAIL PROTECTED]> To: [EMAIL PROTECTED] Subject: Re: Wish list for Conference Date: Thu, 23 Jan 2003 09:12:35 -0800 Aren't there formal mechanisms for customers to feed requirements into IBM for changes/enhancements to products. For example one mechanism is thru the UK MQ User Group. --- Arlen Williams <[EMAIL PROTECTED]> wrote: > How about telling us when 5.3 will be available on > OpenVMS and NonStop. > > 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! Mail Plus - Powerful. Affordable. Sign up now. http://mailplus.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 _ 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
(Fwd) RE: Error starting listner.
I think there is something (other QM, MQ client, admin tool, hacker, ...) who contact your system at port 8000, asking for CHL1 channel What your CHL1 on QM1 was used for ? MQ clients ? --- Forwarded message follows --- Hi, I think i didn't put the problem properly. I am NOT communication between 2 Q Managers. Here is the scenario,, QM1, CHL1 (server connection ). I had a listner for this at port 8000. Now i no longer want to use this QM1. I have another QM2 with CHL2. Now i have to start the listner for QM2 at port 8000. So i stopped the QM1, stopped the listner for QM1, Started the QM2 and starting the listener at 8000 for QM2, here I am getting the error that CH1 not found..( note CHL1 is the channel associted with QM1 and QM2 has channel QM2). Anish Dave -Original Message- From: Luc-Michel Demey [mailto:[EMAIL PROTECTED]] Sent: Friday, January 24, 2003 1:41 PM To: [EMAIL PROTECTED] Subject: Re: Error starting listner. Hi Dave, your listener is trying to start a receiver channel with the same same of the <> channel, who request the start. you should probably define on QM2 a receiver channel named XYZ. HTH. LMD, french guru ;-) > Hi Gurus, > > I have a Q Manager with a server connection channel. > The listner was running perfectly on port 8000. > Now i created another Q Manager. > I want to run the listener at the port 8000 so i stopped the 1st Q > Manager and listner. While starting the listner for 2nd Q Manager > (runmqlsr -m QM2 -t tcp -p > 8000 & ) i am getting following error > AMQ9519 Channel XYZ not found. > The point here is that the XYZ channel belongs to 1st Q Manager. > > Why the runmqlsr command looking for a channel that doesn't belong > to this Q Manager > > > Thanks > Anish Dave > --- End of forwarded message - Luc-Michel Demey - Freelance EAI Consultant Paris / France Tel. : +33 6 08 755 655 http://consulting.demey.org/ - lmd at demey dot org 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 5.3 CSD01
It's now some while since 5.3 GA2 (a.k.a. 5.3.0.1) was shipped which purportedly contains the fixes for CSD01. Are the IBM guys able to give some guidance on when CSD01 for 5.3 will be made available for download? Regards, David C. Partridge Security Products Manager Primeur Group Tel: +44 (0)1926 511058 Mobile: +44 (0)7713 880197 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: Warning about use of CCSID 1208 (UTF-8) for QM CCSID
David, I would think those countries that rely on multi-byte codesets would not have this problem. Is it dependent upon SCSQANLx? "David C. Partridge" To: [EMAIL PROTECTED] Subject: Warning about use of CCSID 1208 (UTF-8) for QM Sent by: MQSeries CCSID List 01/24/2003 07:38 AM Please respond to MQSeries List Don't set your queue manager with this as the default codepage if you want to join an MQ Cluster that includes OS/390 MQ 2.1. You'll end up with messages on the SYSTEM.CLUSTER.COMMAND.QUEUE at the 390 that the cluster command server can't convert - result the command server gives up and everything goes to pot. To fix this, you need to do some pretty awful things like deleting messages with CCSID 1208 from the queue. Change the CCSID for the joiner to use something like CCSID 819 (it was a Linux QM), recycle the joining QM and then issue a REFRESH CLUSTER at the joining QM. (PS NO I was not the person who set that Linux QM to have a CCSID of 1208). Don't know if this is a problem with latest MQ5.3 on OS/390. In general probably a bad idea to set QM default codepage to any potentially multi-byte code set. Regards, David C. Partridge Security Products Manager Primeur Group Tel: +44 (0)1926 511058 Mobile: +44 (0)7713 880197 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: CLUSSDR channel stuck in "INITIALIZING"
David, In addition to trace, it is helpful to see the stack for that channel process. This is particularly true if the channel has hung while you didn't have tracing active. Use the script ftp://testcase.boulder.ibm.com/ts/fromibm/mqseries/soldump (syntax is described in the script, but 'soldump -dfiln mq > soldump.out' should do the trick) and get 'DIS CHS(YOUR.CHANNEL) ALL' output at the same time. Best regards, Justin T. Fries MQSeries Support Raleigh, North Carolina (919) 254-1422 TL 444-1422 Email: [EMAIL PROTECTED] "David C. Partridge" <[EMAIL PROTECTED]> Sent by: MQSeries List <[EMAIL PROTECTED]> 01/24/2003 07:28 Please respond to MQSeries List To: [EMAIL PROTECTED] cc: Subject: Re: CLUSSDR channel stuck in "INITIALIZING" Thanks Paul, I've passed that on the customer - the strange thing is that there were no FDCs nor any entries in the MQ error logs. This probably just goes to further strengthen the case for some sort of environment problem. Dave -Original Message- From: MQSeries List [mailto:[EMAIL PROTECTED]]On Behalf Of Paul Clarke Sent: 24 January 2003 11:52 To: [EMAIL PROTECTED] Subject: Re: CLUSSDR channel stuck in "INITIALIZING" >While at a customer site the other day, we had a problem with a CLUSSDR >channel that wouldn't start - it was stuck in INITIALIZING state. >STOP/START did not resolve this. Only way round was a recycle of the QM. >This happened several times. >System was MQ 5.3 (initial version) on Solaris >CHAD exits and Security exits were in place (with tracing active), but were >not driven. >Any of the channel mavens got any ideas or seen this before and know what >the problem might be? David, My suggestion would be to switch trace on. You should see the request to start the channel and probably the channel starting up. For some reasons it must either fail or never manage to connect. We have seen problems of this sort when, for example, you're right at the maximum process limit or your machine is really low on memory and even connecting to the Queue Manager is too much for it. Whatever the problem it ought to be possible to look at a trace and see how far you got before something went wrong. Cheers, P. Paul G Clarke WebSphere MQ Development IBM Hursley 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: MA12 Linking error
Thanks to all for great help. Using LE for COBOL has resolved this issue Regards, George. --- The information in this e-mail is intended solely for the addressee(s) named, and is confidential. Any other distribution, disclosure or copying is strictly prohibited. If you have received this communication in error, please reply by e-mail to the sender and delete or destroy all copies of this message. Les renseignements contenus dans le présent message électronique sont confidentiels et concernent exclusivement le(s) destinataire(s) désigné(s). Il est strictement interdit de distribuer ou de copier ce message. Si vous avez reçu ce message par erreur, veuillez répondre par courriel à l'expéditeur et effacer ou détruire toutes les copies du présent message. 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
Warning about use of CCSID 1208 (UTF-8) for QM CCSID
Don't set your queue manager with this as the default codepage if you want to join an MQ Cluster that includes OS/390 MQ 2.1. You'll end up with messages on the SYSTEM.CLUSTER.COMMAND.QUEUE at the 390 that the cluster command server can't convert - result the command server gives up and everything goes to pot. To fix this, you need to do some pretty awful things like deleting messages with CCSID 1208 from the queue. Change the CCSID for the joiner to use something like CCSID 819 (it was a Linux QM), recycle the joining QM and then issue a REFRESH CLUSTER at the joining QM. (PS NO I was not the person who set that Linux QM to have a CCSID of 1208). Don't know if this is a problem with latest MQ5.3 on OS/390. In general probably a bad idea to set QM default codepage to any potentially multi-byte code set. Regards, David C. Partridge Security Products Manager Primeur Group Tel: +44 (0)1926 511058 Mobile: +44 (0)7713 880197 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: CLUSSDR channel stuck in "INITIALIZING"
Thanks Paul, I've passed that on the customer - the strange thing is that there were no FDCs nor any entries in the MQ error logs. This probably just goes to further strengthen the case for some sort of environment problem. Dave -Original Message- From: MQSeries List [mailto:[EMAIL PROTECTED]]On Behalf Of Paul Clarke Sent: 24 January 2003 11:52 To: [EMAIL PROTECTED] Subject: Re: CLUSSDR channel stuck in "INITIALIZING" >While at a customer site the other day, we had a problem with a CLUSSDR >channel that wouldn't start - it was stuck in INITIALIZING state. >STOP/START did not resolve this. Only way round was a recycle of the QM. >This happened several times. >System was MQ 5.3 (initial version) on Solaris >CHAD exits and Security exits were in place (with tracing active), but were >not driven. >Any of the channel mavens got any ideas or seen this before and know what >the problem might be? David, My suggestion would be to switch trace on. You should see the request to start the channel and probably the channel starting up. For some reasons it must either fail or never manage to connect. We have seen problems of this sort when, for example, you're right at the maximum process limit or your machine is really low on memory and even connecting to the Queue Manager is too much for it. Whatever the problem it ought to be possible to look at a trace and see how far you got before something went wrong. Cheers, P. Paul G Clarke WebSphere MQ Development IBM Hursley 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
BestPracs for invoking EJB from Jplugin node in WMQI
Hi All Any Do's and Dont's for invoking EJB method calls from within a JPlugin node? Thanks In Advance __ Do you Yahoo!? Yahoo! Mail Plus - Powerful. Affordable. Sign up now. http://mailplus.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: CLUSSDR channel stuck in "INITIALIZING"
>While at a customer site the other day, we had a problem with a CLUSSDR >channel that wouldn't start - it was stuck in INITIALIZING state. >STOP/START did not resolve this. Only way round was a recycle of the QM. >This happened several times. >System was MQ 5.3 (initial version) on Solaris >CHAD exits and Security exits were in place (with tracing active), but were >not driven. >Any of the channel mavens got any ideas or seen this before and know what >the problem might be? David, My suggestion would be to switch trace on. You should see the request to start the channel and probably the channel starting up. For some reasons it must either fail or never manage to connect. We have seen problems of this sort when, for example, you're right at the maximum process limit or your machine is really low on memory and even connecting to the Queue Manager is too much for it. Whatever the problem it ought to be possible to look at a trace and see how far you got before something went wrong. Cheers, P. Paul G Clarke WebSphere MQ Development IBM Hursley 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: Wish list for Conference
CommerceQuest have something called TriggerPro and there is a supportpac that enable more tailorable triggering. Have you looked at these ? mqm --- "Miller, Dennis" <[EMAIL PROTECTED]> wrote: > Triggering threshold to generate triggers > until specified IPROCS level is reached. Something > like the TRIGTYPE=EVERY limit which can be specified > in VSE, but for other platforms and for other > TRIGTYPEs. The idea is to get better support for > parallel processing out of the triggering engine. > > > 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! Mail Plus - Powerful. Affordable. Sign up now. http://mailplus.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
CLUSSDR channel stuck in "INITIALIZING"
While at a customer site the other day, we had a problem with a CLUSSDR channel that wouldn't start - it was stuck in INITIALIZING state. STOP/START did not resolve this. Only way round was a recycle of the QM. This happened several times. System was MQ 5.3 (initial version) on Solaris CHAD exits and Security exits were in place (with tracing active), but were not driven. Any of the channel mavens got any ideas or seen this before and know what the problem might be? Regards, David C. Partridge Security Products Manager Primeur Group Tel: +44 (0)1926 511058 Mobile: +44 (0)7713 880197 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
MQSeries MSGID Index Build time Analysis.
Hi all, We have tested the MQSeries index build time over the MSGID during the queue manager start-up in MQ V2R1 in OS/390 V2R10. The testing has been performed on a dedicated queue manager on a relatively free LPAR. We have arrived at the index build time by means of looking at the Queue manager JESMSGLG in the queue manager's address space. For example: 14.50.38 STC07914 CSQI007I -Q CSQIERS3 BUILDING IN-STORAGE INDEX FOR QUEUE SSG1T.MSGID.INDEX.QUEUE 14.50.40 STC07914 CSQI007I -Q CSQIERS3 BUILDING IN-STORAGE INDEX FOR QUEUE SSG1T.TEST Here the index build time for the SSG1T.MSGID.INDEX.QUEUE is calcualted as 40 - 38 = 2 Secs.I could find only this way of collecting the times from the address space logs. Are there any other ways available?? The results are as follows: Buid Time in Secs --- Msgs 1K 2K 4K 8K(size) (number) 1000 1211 5000 2555 1 511 12 10 15000 921 15 16 2 11 22 20 20 25000 13 25 28 26 On looking at the stats, leaving the results for 1K message size, the build times are nearly equal for 2K,4K & 8K messages under the same number of messages( except for one 15,000/2K which can be neglected). The results for 1K shows considerably less build time than others. While i can understand the increase in build times for increase in message numbers, what is surprising to me is that the build time for 1K & 2K for seems to be totally different. Will it be due to the lower message size?I understand that the index is built over msgid which is of fixed length in nature & does not depend upon the message size. Could some one in the list throw light on why this lower build time happens for 1K. I repeated the execrsise but still the statistics holds good for 1K msg size. Looking forward for some explanations from the MQ experts. Thanks & Regards, Karthik ***The information contained in this message is legally privileged and confidential information intended only for the use of the addressed individual or entity indicated in this message (or responsible for delivery of the message to such person). It must not be read, copied, disclosed, distributed or used by any person other than the addressee. Unauthorised use, disclosure or copying is strictly prohibited and may be unlawful. Opinions, conclusions and other information on this message that do not relate to the official business of any of the constituent companies of the TATA CONSULTANCY SERVICES shall be understood as neither given nor endorsed by the Group. If you have received this message in error, you should destroy this message and kindly notify the sender by e-mail. 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
Re: Wish list for Conference
How about being able to specify the maximum connections allowed per client connection. This would stop a "denial of service" kind of attack where a badly behaved program keeps reconnecting without reusing connections/disconnecting. John. -Original Message- From: Peter Heggie [mailto:[EMAIL PROTECTED]] Sent: 22 January 2003 16:17 To: [EMAIL PROTECTED] Subject: Wish list for Conference Anyone want to throw in an item or two they would like to see included or changed in future releases of WMQ ? Someone can give this to Mr Jones on Wednesday or earlier.. 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 ** Click here to visit the Argos home page http://www.argos.co.uk The information contained in this message or any of its attachments may be privileged and confidential, and is intended exclusively for the addressee. The views expressed may not be official policy, but the personal views of the originator. If you are not the intended addressee, any disclosure, reproduction, distribution, dissemination or use of this communication is not authorised. If you have received this message in error, please advise the sender by using your reply facility in youe e-mail software. All messages sent and received by Argos Ltd are monitored for virus, high risk file extensions, and inappropriate content. As a result users should be aware that mail maybe accessed. ** 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: Error starting listner.
Hi Dave, your listener is trying to start a receiver channel with the same same of the <> channel, who request the start. you should probably define on QM2 a receiver channel named XYZ. HTH. LMD, french guru ;-) > Hi Gurus, > > I have a Q Manager with a server connection channel. > The listner was running perfectly on port 8000. > Now i created another Q Manager. > I want to run the listener at the port 8000 so i stopped the 1st Q > Manager and listner. > While starting the listner for 2nd Q Manager (runmqlsr -m QM2 -t tcp -p > 8000 & ) i am getting following error > AMQ9519 Channel XYZ not found. > The point here is that the XYZ channel belongs to 1st Q Manager. > > Why the runmqlsr command looking for a channel that doesn't belong to > this Q Manager > > > Thanks > Anish Dave > -- Luc-Michel Demey - Freelance EAI Consultant Paris / France Tel. : +33 6 08 755 655 http://consulting.demey.org/ - lmd at demey dot org 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