AW: messages jumps from localq to dlq
Hi David, do you a GET with CONVERT? Maybe, the conversion fails during the GET call. Check your language settings. Regards Hubert -Ursprungliche Nachricht- Von: David Awerbuch [mailto:[EMAIL PROTECTED] Gesendet: Freitag, 13. Februar 2004 02:23 An: [EMAIL PROTECTED] Betreff: Fwd: messages jumps from localq to dlq As an update to this message, I went to one of my other systems, defined the vendor's half (qr, xmitq, sdr chl), and sent 2 test messages. Both of these wound up on the correct receiving queue. but when I browsed the queue, they were not in the list; they too had moved to the DLQ with Reason 65540 (unrecognized). huh I'm lost. I hope someone can help me here. Thanks, Dave A. --- David Awerbuch [EMAIL PROTECTED] wrote: Date: Thu, 12 Feb 2004 17:01:08 -0800 (PST) From: David Awerbuch [EMAIL PROTECTED] Subject: messages jumps from localq to dlq To: Mqseries Messages [EMAIL PROTECTED] Hello, I have an interesting situation. I have a local queue that is being sent to from a remote queue. The message appears to show up on the queue (curdepth goes from 0 to 1). But when I try to browse the queue using a browsing utility (Paul's MQMONNTP), the message does not show up in the browse list, but instead winds up in the DLQ. The DLH contains a reason 65540 (unrecognized). Question 1) What the heck is going on here? How does a message get delivered to a local queue, stay there for a few minutes, then get moved to the DLQ when it is retrieved? I am guessing that Paul is browsing the queue in order to build the browse list. Question 2) what is a 65540 anyway? I can't seem to find a reference to this number, and I did a google search as well as an ibm website search. I know that the MQFB_APPL_FIRST is 65536, but I can't find any reference to FB codes or RC codes with the value 4. Unfortunately, the messages are being received from a vendors production system into our test system, which I will not be able to conenct to again until Tuesday evening. In the meantime, I hope to connect an internal channel and send another message across tomorrow. In the meantime, I have attached the jpg file showing the message display from mqmonntp. Thanks in advance, Dave A. = David A. Awerbuch, IBM Certified MQSeries Specialist APC Consulting Services, Inc. Providing Automated Solutions to Business Challenges West Hempstead, NY(516) 481-6440 [EMAIL PROTECTED] __ Do you Yahoo!? Yahoo! Finance: Get your refund fast by filing online. http://taxes.yahoo.com/filing.html ATTACHMENT part 2 image/pjpeg name=dlq66540.jpg __ Do you Yahoo!? Yahoo! Finance: Get your refund fast by filing online. http://taxes.yahoo.com/filing.html 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: Batch Trigger Monitor
Hi, First of all, I would like to apologize for my previous mail. I was very surprised by some reaction, because I was thinking that this mail would be understand like an 'humour fed up mail'. (thank you Paul R. Mitchell). But know, I understand that it was a stupid reaction against a lot of little contrariety. This mailing list was the easy victim permitting my bad fury to decrease. What a bad guy am I ! I would understand that since now, most of people of this list could hate me so much. I would like to say that I'm probably the first one whose need the help from this list. I've never consider a person who asking a question like a stupid guy. On the contrary. I hope that next time, I will be more wise before sending mail like this one. Have a nice Friday th13. Denis -Original Message- From: MQSeries List [mailto:[EMAIL PROTECTED] Behalf Of Bruce Baxter Sent: jeudi 12 février 2004 17:51 To: [EMAIL PROTECTED] Subject: Re: Batch Trigger Monitor I have to chime in here to say the issue as I see it is that an Honest Question is NOT SPAM, whether it's being asked for the first or the thousandth time. I made an effort to find things myself, made an admitted honest mistake (having searched the CICS SupportPac site rather than the MQ Support pac site) which has been corrected and the issue is resolved. Mr. Blondiaux's comments were unmerited, unwelcome and off base. But that's just my opinion. There's no such thing as an unopinionated System Programmer. Lets put an end to this thread. |-+-- | | Potkay, Peter M | | | (PLC, IT) | | | [EMAIL PROTECTED]| | | RTFORD.COM| | | Sent by: MQSeries | | | List | | | [EMAIL PROTECTED]| | | AC.AT | | | | | | | | | 02/12/2004 10:23 AM| | | Please respond to | | | MQSeries List | | | | |-+-- --| | | |To: [EMAIL PROTECTED] | |cc: | |Subject: Re: Batch Trigger Monitor | --| The problem, Denis, is that lot of people use email to send and receive responses. If someone posts, there is lag time. For some reason, the lag time can be significant for some people some of the time. So even though people have already answered, their posts have not shown up in everyone's InBox. So they then also send a reply. The problem shows itself when the question can easily and quickly be answered; A lot of people all respond, because they can easily help, not because they find their name being published exciting. www.mqseries.net is another source of MQ info, and because of its format, avoids this problem. -Original Message- From: Blondiaux Denis (DBB) [mailto:[EMAIL PROTECTED] Sent: Thursday, February 12, 2004 2:57 AM To: [EMAIL PROTECTED] Subject: Re: Batch Trigger Monitor Hi all, If I'm not hallucinating, it's probably the 20th same answer to this question. Why ??? Why so such of spamming ??? Please, tell me. Is it so difficult to check if nobody gave the answer before ? Or perheaps, having his name published on this list is so exciting ? In this case : Argh !! Denis ps. Do you know MA12 ?? -Original Message- From: MQSeries List [mailto:[EMAIL PROTECTED] Behalf Of Eileen Duchane Sent: mercredi 11 février 2004 21:36 To: [EMAIL PROTECTED] Subject: Re: Batch Trigger Monitor There's a support pac (MA12) that provides a sample Batch Trigger Monitor. Eileen Duchane - ext. 13638 Meijer, I.T.S. Middleware [EMAIL PROTECTED] [EMAIL PROTECTED] 02/11/04 02:20PM I remember reading somehwhere (I think) that there was a sample or some sort of paper from IBM that documented how to do a batch trigger monitor for MQ Series. I can't find anything on the support site for MQ. Am I hallucinating? 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
Re: messages jumps from localq to dlq
But even if this was the problem, the message would just stay in the original queue. It wouldn't jump to the DLQ. This is a weird on Dave. I use MO71 all day long and have never seen this. Does the same thing happen if you browse the message with another app (not MO71)? -Original Message- From: Kleinmanns, Hubert [mailto:[EMAIL PROTECTED] Sent: Friday, February 13, 2004 4:08 AM To: [EMAIL PROTECTED] Subject: AW: messages jumps from localq to dlq Hi David, do you a GET with CONVERT? Maybe, the conversion fails during the GET call. Check your language settings. Regards Hubert -Ursprungliche Nachricht- Von: David Awerbuch [mailto:[EMAIL PROTECTED] Gesendet: Freitag, 13. Februar 2004 02:23 An: [EMAIL PROTECTED] Betreff: Fwd: messages jumps from localq to dlq As an update to this message, I went to one of my other systems, defined the vendor's half (qr, xmitq, sdr chl), and sent 2 test messages. Both of these wound up on the correct receiving queue. but when I browsed the queue, they were not in the list; they too had moved to the DLQ with Reason 65540 (unrecognized). huh I'm lost. I hope someone can help me here. Thanks, Dave A. --- David Awerbuch [EMAIL PROTECTED] wrote: Date: Thu, 12 Feb 2004 17:01:08 -0800 (PST) From: David Awerbuch [EMAIL PROTECTED] Subject: messages jumps from localq to dlq To: Mqseries Messages [EMAIL PROTECTED] Hello, I have an interesting situation. I have a local queue that is being sent to from a remote queue. The message appears to show up on the queue (curdepth goes from 0 to 1). But when I try to browse the queue using a browsing utility (Paul's MQMONNTP), the message does not show up in the browse list, but instead winds up in the DLQ. The DLH contains a reason 65540 (unrecognized). Question 1) What the heck is going on here? How does a message get delivered to a local queue, stay there for a few minutes, then get moved to the DLQ when it is retrieved? I am guessing that Paul is browsing the queue in order to build the browse list. Question 2) what is a 65540 anyway? I can't seem to find a reference to this number, and I did a google search as well as an ibm website search. I know that the MQFB_APPL_FIRST is 65536, but I can't find any reference to FB codes or RC codes with the value 4. Unfortunately, the messages are being received from a vendors production system into our test system, which I will not be able to conenct to again until Tuesday evening. In the meantime, I hope to connect an internal channel and send another message across tomorrow. In the meantime, I have attached the jpg file showing the message display from mqmonntp. Thanks in advance, Dave A. = David A. Awerbuch, IBM Certified MQSeries Specialist APC Consulting Services, Inc. Providing Automated Solutions to Business Challenges West Hempstead, NY(516) 481-6440 [EMAIL PROTECTED] __ Do you Yahoo!? Yahoo! Finance: Get your refund fast by filing online. http://taxes.yahoo.com/filing.html ATTACHMENT part 2 image/pjpeg name=dlq66540.jpg __ Do you Yahoo!? Yahoo! Finance: Get your refund fast by filing online. http://taxes.yahoo.com/filing.html Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive This communication, including attachments, is for the exclusive use of addressee and may contain proprietary, confidential or privileged information. If you are not the intended recipient, any use, copying, disclosure, dissemination or distribution is strictly prohibited. If you are not the intended recipient, please notify the sender immediately by return email and delete this communication and destroy all copies. Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive
WBI MB Internal Broker Database
Hi, Can someone confirm that the Database used by the WBI MB broker is used just for deployment, startup and shutdown purposes only and is not used for processing of messages by message flows that are executing? Can someone also please confirm that the Database does not need to be installed locally on the machine that is running the broker and can be installed on another machine as long as the ODBC (and any other configuration) settings are correct. Ideally we want to install the WBI MB broker on a Sun Solaris machine and have the Oracle Database used by it installed on another Solaris machine, as long as this doesn't effect performance. Is this something someone has done before and/or would like to comment on? Thanks in advance, Kulbir.
Re: messages jumps from localq to dlq
I remember seeing the 65540 reason code when message were put to the DLQ by MQSI. So, are you using MQSI ? David Awerbuch [EMAIL PROTECTED]To: [EMAIL PROTECTED] AHOO.COMcc: Sent by: MQSeriesSubject: messages jumps from localq to dlq List [EMAIL PROTECTED] n.AC.AT 02/12/2004 08:01 PM Please respond to MQSeries List Hello, I have an interesting situation. I have a local queue that is being sent to from a remote queue. The message appears to show up on the queue (curdepth goes from 0 to 1). But when I try to browse the queue using a browsing utility (Paul's MQMONNTP), the message does not show up in the browse list, but instead winds up in the DLQ. The DLH contains a reason 65540 (unrecognized). Question 1) What the heck is going on here? How does a message get delivered to a local queue, stay there for a few minutes, then get moved to the DLQ when it is retrieved? I am guessing that Paul is browsing the queue in order to build the browse list. Question 2) what is a 65540 anyway? I can't seem to find a reference to this number, and I did a google search as well as an ibm website search. I know that the MQFB_APPL_FIRST is 65536, but I can't find any reference to FB codes or RC codes with the value 4. Unfortunately, the messages are being received from a vendors production system into our test system, which I will not be able to conenct to again until Tuesday evening. In the meantime, I hope to connect an internal channel and send another message across tomorrow. In the meantime, I have attached the jpg file showing the message display from mqmonntp. Thanks in advance, Dave A. = David A. Awerbuch, IBM Certified MQSeries Specialist APC Consulting Services, Inc. Providing Automated Solutions to Business Challenges West Hempstead, NY(516) 481-6440 [EMAIL PROTECTED] __ Do you Yahoo!? Yahoo! Finance: Get your refund fast by filing online. http://taxes.yahoo.com/filing.html dlq66540.jpg has been removed from this note on February 13 2004 by Philip J DiStefano This communication is for informational purposes only. It is not intended as an offer or solicitation for the purchase or sale of any financial instrument or as an official confirmation of any transaction. All market prices, data and other information are not warranted as to completeness or accuracy and are subject to change without notice. Any comments or statements made herein do not necessarily reflect those of J.P. Morgan Chase Co., its subsidiaries and affiliates. Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive
Re: MQ 5.2 problem on HPUX 11 -Thank YOU
Don, THANK YOU! THANK YOU! THANK YOU! THANK YOU! THANK YOU! THANK YOU! THANK YOU! THANK YOU! THANK YOU! THANK YOU! THANK YOU! THANK YOU! THANK YOU! THANK YOU! THANK YOU! THANK YOU! THANK YOU! THANK YOU! THANK YOU! THANK YOU! THANK YOU! THANK YOU! THANK YOU! THANK YOU! One large virtual case of your favorite beverage on me! THANK YOU! THANK YOU! THANK YOU! THANK YOU! THANK YOU! THANK YOU! THANK YOU! THANK YOU! THANK YOU! THANK YOU! THANK YOU! THANK YOU! THANK YOU! THANK YOU! THANK YOU! THANK YOU! THANK YOU! THANK YOU! THANK YOU! THANK YOU! THANK YOU! THANK YOU! THANK YOU! THANK YOU! And thanks to everyone else who offered suggestions. I would be toast without this list. Bill -Original Message- From: MQSeries List [mailto:[EMAIL PROTECTED] Behalf Of Thomas, Don Sent: Thursday, February 12, 2004 2:13 PM To: [EMAIL PROTECTED] Subject: Re: MQ 5.2 problem on HPUX 11 I've seen something similar to this when there has been HP maintenance applied. The HP maintenance has somehow hosed the conversion tables /usr/lib/nls/iconv. There is a command in your mqm/bin directory called reset_iconv_table. This command needs to be run with root authority. Don Thomas EDS - PASC * Phone: +01-412-893-1659 Fax: 412-893-1844 * mailto:[EMAIL PROTECTED] -Original Message- From: MQSeries List [mailto:[EMAIL PROTECTED] Behalf Of Beinert, William Sent: Thursday, February 12, 2004 10:24 AM To: [EMAIL PROTECTED] Subject: Re: MQ 5.2 problem on HPUX 11 I have checked all these, and everything looks OK. It occurred to me that, since 2 QMs are affected, it might be a permissions problem, so SU'd and CHOWN'd everything under /var/mqm /opt/mqm to mqm. No joy. The command server is running. The sender and receiver channels are running. A command to start the svrconn channel is accepted, but it never shows on dis chstatus(*). When I try to connect to the QM from MQ Explorer, these messages pop up on the Unix side: --- 02/12/04 09:56:47 AMQ9503: Channel negotiation failed. EXPLANATION: Channel '' between this machine and the remote machine could not be established due to a negotiation failure. ACTION: Tell the systems administrator, who should attempt to identify the cause of the channel failure using problem determination techniques. For example, look for FFST files, and examine the error logs on the local and remote systems where there may be messages explaining the cause of failure. More information may be obtained by repeating the operation with tracing enabled. --- 02/12/04 09:56:48 AMQ9228: The TCP/IP responder program could not be started. EXPLANATION: An attempt was made to start an instance of the responder program, but the program was rejected. ACTION: The failure could be because either the subsystem has not been started (in this case you should start the subsystem), or there are too many programs waiting (in this case you should try to start the responder program later). The reason code was 0. Bill -Original Message- From: MQSeries List [mailto:[EMAIL PROTECTED] Behalf Of Tom Fox Sent: Wednesday, February 11, 2004 4:48 PM To: [EMAIL PROTECTED] Subject: Re: MQ 5.2 problem on HPUX 11 Bill, Sorry I was quick on the trigger before. I usually check the following for this: 1) Listener 2) SYSTEM.ADMIN.SVRCONN exists and has no config problems 3) SYSTEM.ADMIN.COMMAND.QUEUE exists and has no config problems 4) Command server is running (strmqcsv) for the specified queue manager -tom Beinert, William [EMAIL PROTECTED]@AKH-WIEN.AC.AT on 02/11/2004 03:45:46 PM Please respond to MQSeries List [EMAIL PROTECTED] Sent by:MQSeries List [EMAIL PROTECTED] To:[EMAIL PROTECTED] cc: Subject:Re: MQ 5.2 problem on HPUX 11 What's really weird is that the listener is up, and that the normal message channels are functioning flawlessly in both directions. Bill -Original Message- From: MQSeries List [mailto:[EMAIL PROTECTED] Behalf Of Tom Fox Sent: Wednesday, February 11, 2004 3:35 PM To: [EMAIL PROTECTED] Subject: Re: MQ 5.2 problem on HPUX 11 Sounds like you need to start your listener. -tom Beinert, William [EMAIL PROTECTED]@AKH-WIEN.AC.AT on 02/11/2004 02:17:47 PM Please respond to MQSeries List [EMAIL PROTECTED] Sent by:MQSeries List [EMAIL PROTECTED] To:[EMAIL PROTECTED] cc: Subject:MQ 5.2 problem on HPUX 11 My Unix sysadmin just applied a patch to an HP Unix system, and now my SYSTEM.ADMIN.SVRCONN channel will not run. And when I try to start a SVRCONN channel (new on this QM, never ran before) it just does not startI know 5.2 is out of support (I had planned to upgrade in a week or two) I am getting no error messages at all, nor FDC files. Has anyone seen anything like this? It may be a few days before the sysadmin can back out the patch and confirm that it is indeed the
Re: Batch Trigger Monitor
Denis, A lot gets lost or misconstrued in the written word. As a result, some folks get a little touchy and overreact. I wouldn't get too upset about it. Blondiaux Denis (DBB) To: [EMAIL PROTECTED] Denis.Blondiaux cc: @DEXIA.BE Subject: Re: Batch Trigger Monitor Sent by: MQSeries List [EMAIL PROTECTED] en.AC.AT 02/13/2004 04:52 AM Please respond to MQSeries List Hi, First of all, I would like to apologize for my previous mail. I was very surprised by some reaction, because I was thinking that this mail would be understand like an 'humour fed up mail'. (thank you Paul R. Mitchell). But know, I understand that it was a stupid reaction against a lot of little contrariety. This mailing list was the easy victim permitting my bad fury to decrease. What a bad guy am I ! I would understand that since now, most of people of this list could hate me so much. I would like to say that I'm probably the first one whose need the help from this list. I've never consider a person who asking a question like a stupid guy. On the contrary. I hope that next time, I will be more wise before sending mail like this one. Have a nice Friday th13. Denis -Original Message- From: MQSeries List [mailto:[EMAIL PROTECTED] Behalf Of Bruce Baxter Sent: jeudi 12 février 2004 17:51 To: [EMAIL PROTECTED] Subject: Re: Batch Trigger Monitor I have to chime in here to say the issue as I see it is that an Honest Question is NOT SPAM, whether it's being asked for the first or the thousandth time. I made an effort to find things myself, made an admitted honest mistake (having searched the CICS SupportPac site rather than the MQ Support pac site) which has been corrected and the issue is resolved. Mr. Blondiaux's comments were unmerited, unwelcome and off base. But that's just my opinion. There's no such thing as an unopinionated System Programmer. Lets put an end to this thread. |-+-- | | Potkay, Peter M | | | (PLC, IT) | | | [EMAIL PROTECTED]| | | RTFORD.COM| | | Sent by: MQSeries | | | List | | | [EMAIL PROTECTED]| | | AC.AT | | | | | | | | | 02/12/2004 10:23 AM| | | Please respond to | | | MQSeries List | | | | |-+-- --| | | |To: [EMAIL PROTECTED] | |cc: | |Subject: Re: Batch Trigger Monitor | --| The problem, Denis, is that lot of people use email to send and receive responses. If someone posts, there is lag time. For some reason, the lag time can be significant for some people some of the time. So even though people have already answered, their posts have not shown up in everyone's InBox. So they then also send a reply. The problem shows itself when the question can easily and quickly be answered; A lot of people all respond, because they can easily help, not because they find their name being published exciting. www.mqseries.net is another source of MQ info, and because of its format, avoids this problem. -Original Message- From: Blondiaux Denis (DBB) [mailto:[EMAIL PROTECTED] Sent: Thursday, February 12, 2004 2:57 AM To: [EMAIL PROTECTED] Subject: Re: Batch Trigger Monitor Hi all, If I'm not hallucinating, it's probably the 20th same answer to this question. Why ??? Why so such of spamming ??? Please, tell me. Is it so difficult to check if nobody gave the answer before ? Or perheaps, having his name published on
Re: messages jumps from localq to dlq
I think your looking the wrong direction when you focus on Paul's tool and your attempts to browse the queue. Quite the opposite, I believe it is the output that you received using Paul's tool to display the DLQ message that should be providing you with a direction to look. Your message on the DLQ looks like it was originally created by a UNIX application that identified itself as SMQSFromMQSerie. The new message on the DLQ was apparently created (just 35 hundredths of a second later) by a UNIX application that only identified itself as SMQS. If the message had been moved by MQMONNTP the DLQ would have shown his application as the putting application. Furthermore, not taking away anything from either your speed in running Paul's application or the speed of Paul's code, I seriously doubt that you got that far in 35 hundredths of a second. This does not explain the curdepth. That is something that will have to be looked at further. But considering the time stamp on the DLH of this message, I would suggest this SMQS was waiting on this message and for what every reason decided to move it to the DLQ. The reason code is in the range of application invented reason codes, so I would also expect that it comes from logic in the program that moved this here (ie SMQS). Rick 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: messages jumps from localq to dlq
Dave, I think WMQI is putting the messages on DLQ (I don't know why though). As far as I remember the reason codes for the mssages put on DLQ by WMQI are in the form of 6. Regards, Ruzi --- David Awerbuch [EMAIL PROTECTED] wrote: Hello, I have an interesting situation. I have a local queue that is being sent to from a remote queue. The message appears to show up on the queue (curdepth goes from 0 to 1). But when I try to browse the queue using a browsing utility (Paul's MQMONNTP), the message does not show up in the browse list, but instead winds up in the DLQ. The DLH contains a reason 65540 (unrecognized). Question 1) What the heck is going on here? How does a message get delivered to a local queue, stay there for a few minutes, then get moved to the DLQ when it is retrieved? I am guessing that Paul is browsing the queue in order to build the browse list. Question 2) what is a 65540 anyway? I can't seem to find a reference to this number, and I did a google search as well as an ibm website search. I know that the MQFB_APPL_FIRST is 65536, but I can't find any reference to FB codes or RC codes with the value 4. Unfortunately, the messages are being received from a vendors production system into our test system, which I will not be able to conenct to again until Tuesday evening. In the meantime, I hope to connect an internal channel and send another message across tomorrow. In the meantime, I have attached the jpg file showing the message display from mqmonntp. Thanks in advance, Dave A. = David A. Awerbuch, IBM Certified MQSeries Specialist APC Consulting Services, Inc. Providing Automated Solutions to Business Challenges West Hempstead, NY(516) 481-6440 [EMAIL PROTECTED] __ Do you Yahoo!? Yahoo! Finance: Get your refund fast by filing online. http://taxes.yahoo.com/filing.html ATTACHMENT part 2 image/pjpeg name=dlq66540.jpg 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: Pick a port, any port.
FYIHere is alink for info oncomputer communication standard for port numbers. http://www.iana.org/assignments/port-numbers"Awerbuch, David" [EMAIL PROTECTED] wrote: Peter,This can vary from system to system, but here are a few clues ...First of all, we should only use ports above 1024. Then, as Tim told you,you can look at the official list of reserved port, and know which ones arereserved for your particular system.You can also issue 'netstat -a | grep LISTEN'. This will display all theports that have active listeners. These certainly are not available for youto use.For safety, if I am not using 1414, I start my listeners on port 14140 andabove; these tend to be safe numbers on most systems I have worked on.Regards,Dave Awerbuch-Original Message-From: Potkay, Peter M (PLC, IT) [mailto:[EMAIL PROTECTED]Sent: Wednesday, February 11, 2004 5:14 PMTo: [EMAIL PROTECTED]Subject: Pick a port, any port.If one does not want to use 1414, how do you know what port is safe to use?Do you just pick some number up in the thousands and hope nothing conflictsin the future?Peter PotkayMQSeries SpecialistThe Hartford Financial Services[EMAIL PROTECTED]x77906IBM MQSeries Certified*** Credit Lyonnais This e-mail contains confidential information or informationbelonging to Credit Lyonnais and is intended solely for theaddressees. The unauthorized disclosure, use, disseminationor copying (either whole or partial) of this e-mail, or any informationit contains, is prohibited. E-mails are susceptible to alteration andtheir integrity cannot be guaranteed. Credit Lyonnais shall notbe liable for this e-mail if modified or falsified. If you are not theintended recipient of this e-mail, please delete it immediatelyfrom your system and notify the sender of the wrong deliveryand the mail deletion.Credit Lyonnais in the Americas:Credit Lyonnais Bank New York Branch,Credit Lyonnais Americas Services Inc.,Credit Lyonnais Rouse (USA) Ltd., andCredit Lyonnais Securities (USA) Inc.*** Credit Lyonnais Instructions for managing your mailing list subscription are provided inthe Listserv General Users Guide available at http://www.lsoft.comArchive: http://vm.akh-wien.ac.at/MQSeries.archive Do you Yahoo!? Yahoo! Finance: Get your refund fast by filing online
Re: messages jumps from localq to dlq
Hello all, Philip, No, I am not using MQSI. The receiving application is Swift Alliance. Peter, regarding another appl, this is the tool I am using on a regular basis, and just gave up last night and went home after reporting the secondary results. HOWEVER . this is what I've learned in the past 2 hours (I'm a sick man, I get to work real early) The Swift Alliance application is receiving the messages - apparently on a polling schedule, not an MQGET with timeout, which explains why the messages would hang out for a while before disappearing from the target queue. SwiftAlliance itself is then moving the message to the DLQ, since there is an alarm message in Swift Alliance (for an incorrectly formatted msg, makes sense) that contains the MQGID of the invalid message, which matches the messages that are in the DLQ. I have never before seen an application move a message to the DLQ, which is why I didn't think to look that way. So, I reread the Swift docs this morning on the MQS interface, and sure enough, buried deep in the documentation (no index, of course, this is Swift) they mention oh-by-the-way that a message can be put to the DLQ with an error 65540 - invalid message format. Problem solved, case closed. I need a vacation, too many long days rushing to get this piece of s--t into production. Thanks for the responses. Dave Awerbuch PS. I will not be in the office tomorrow, so tomorrow will not be a Magic Day. = David A. Awerbuch, IBM Certified MQSeries Specialist APC Consulting Services, Inc. Providing Automated Solutions to Business Challenges West Hempstead, NY(516) 481-6440 [EMAIL PROTECTED] __ Do you Yahoo!? Yahoo! Finance: Get your refund fast by filing online. http://taxes.yahoo.com/filing.html 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: messages jumps from localq to dlq
Actually after taking another look the DLH time stamp is before the MD time stamp, which is odd. I'm guessing that some clocks are not in sync or possibly more likely the MD context was not simply passed from the original message to the DLQ message. Rick 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: WBI MB Internal Broker Database
Kulbir, Can someone confirm that the Database used by the WBI MB broker is used just for deployment, startup and shutdown purposes only and is not used for processing of messages by message flows that are executing? The broker database is accessed during runtime if you have message flows using Publication nodes or message aggregation. Can someone also please confirm that the Database does not need to be installed locally on the machine that is running the broker and can be installed on another machine as long as the ODBC (and any other configuration) settings are correct. The broker DB can be accessed remotely using a DB client. I don't know that this is universally supported, though. I have only seen it done with DB2. I don't know that you can't do the same with other DBMSs, I just can't confirm that it can be done. Ideally we want to install the WBI MB broker on a Sun Solaris machine and have the Oracle Database used by it installed on another Solaris machine, as long as this doesn't effect performance. Is this something someone has done before and/or would like to comment on? It will very much affect performance if you are using Publication nodes or message aggregation in message flows. 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: mesage jumps from localq to dlq
Hello all, ((( I sent this message this morning, yet it looks like it never got around to anyone, so here it is again best as I remember what I wrote ))) I got in early this morning and attacked the problem again. Here's is what I discovered. The Swift Alliance application grabbed the message from the localq, and moved it to the DLQ with rc=65540. Seems Swift Alliance is in a polling loop, not on an MQGET with timeout. So, the message was showing up on the localq as expected, and then when I went to browse it, timing luck was against me - the message was swallowed by Swift/Alliance before I could read the message itself. Alliance was placing the message on the DLQ with RC=65540 (invalid format) because I sent only a plain text message, and not a properly formatted Swift message. It never occurred to me that an application would place a message on the DLQ; in my mind, the DLQ is (or was, nothing is sacred anymore) an instrument of the queue manager, and not used by the applications. Now that I have sufficiently kicked myself in the butt, I will once again thank everyone for all their input. [[[ As an add-on, Rich Brunette was right on with his interpretation and diagnosis of the situation, with the exception that I don't know why the original message MD shows SMQSFromMQSeries as the originating application, since the originator was actually AMQSPUT application on SWTSTAS01QM. ]]] Regards, Dave A. = David A. Awerbuch, IBM Certified MQSeries Specialist APC Consulting Services, Inc. Providing Automated Solutions to Business Challenges West Hempstead, NY(516) 481-6440 [EMAIL PROTECTED] __ Do you Yahoo!? Yahoo! Finance: Get your refund fast by filing online. http://taxes.yahoo.com/filing.html 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: messages jumps from localq to dlq
Marc This is where I don't like to see applications using the DLQ themselves. To many do not follow the lead of how IBM uses the DLQ. When the CHIN moves a message to the DLQ it passes all context from the original message and simply identifies itself in the appropriate fields in the DLH. So in an ideal world the DLH.PutApplName is where we should be able to look for this information. And things like MD.PutApplName should tell us about the original message that caused the problem. This is where I made a mistake in the first reply to David. I trusted the MD fields to be valued with the original values as the Qmgr would have left them. Instead this message had almost no real identifying data about the original message. As long as applications fail to follow this model, I suppose you need to take everything in the DLQ message with a little uncertainty. Rick |-+--- | | Marc Verhiel| | | [EMAIL PROTECTED] | | | | | | Sent by: MQSeries List | | | [EMAIL PROTECTED] | | | | | | | | | | | | Friday February 13, 2004 09:02 AM | | | Please respond to MQSeries List | | | | |-+--- | | | | To: [EMAIL PROTECTED] | | cc: | | Subject: Re: messages jumps from localq to dlq | | Look at the MQMD.PutApplName of the DLQ message this should provide some hint as to what application placed the message on the DLQ. Marc I remember seeing the 65540 reason code when message were put to the DLQ by MQSI. So, are you using MQSI ? David Awerbuch [EMAIL PROTECTED]To: [EMAIL PROTECTED] AHOO.COMcc: Sent by: MQSeriesSubject: messages jumps from localq to dlq List [EMAIL PROTECTED] n.AC.AT 02/12/2004 08:01 PM Please respond to MQSeries List Hello, I have an interesting situation. I have a local queue that is being sent to from a remote queue. The message appears to show up on the queue (curdepth goes from 0 to 1). But when I try to browse the queue using a browsing utility (Paul's MQMONNTP), the message does not show up in the browse list, but instead winds up in the DLQ. The DLH contains a reason 65540 (unrecognized). Question 1) What the heck is going on here? How does a message get delivered to a local queue, stay there for a few minutes, then get moved to the DLQ when it is retrieved? I am guessing that Paul is browsing the queue in order to build the browse list. Question 2) what is a 65540 anyway? I can't seem to find a reference to this number, and I did a google search as well as an ibm website search. I know that the MQFB_APPL_FIRST is 65536, but I can't find any reference to FB codes or RC codes with the value 4. Unfortunately, the messages are being received from a vendors production system into our test system, which I will not be able to conenct to again until Tuesday evening. In the meantime, I hope to connect an internal channel and send another message across tomorrow. In the meantime, I have attached the jpg file showing the message display from mqmonntp. Thanks in advance, Dave A. = David A. Awerbuch, IBM Certified MQSeries Specialist APC Consulting Services, Inc. Providing Automated Solutions to Business Challenges West Hempstead, NY(516) 481-6440 [EMAIL PROTECTED] __ Do you Yahoo!? Yahoo! Finance: Get your refund fast by filing online. http://taxes.yahoo.com/filing.html dlq66540.jpg has been removed from this note on February 13 2004 by Philip J DiStefano This communication is for informational purposes only. It is not intended as an offer or solicitation for the purchase or sale of any financial instrument or as an official confirmation of any transaction. All market prices, data and other information are not warranted as to completeness or accuracy and are subject to change without notice. Any
Sharing an Oracle Database
Hi, Has anyone encountered any issues trying to use the WBI MB (or MQSI) on Sun Solaris with Oracle as the internal broker Database and the same Database instance also as a Database for your messaging needs (i.e. routing, transformations, batching, etc)? I would be interested if anyone has done this with DB2 even. Is there anything I need to be aware of? Any recommendations. Regards, Kulbir.
Re: messages jumps from localq to dlq
Right on. Applications should use a poison message queue. Bill -Original Message- From: MQSeries List [mailto:[EMAIL PROTECTED] Behalf Of Richard Brunette Sent: Friday, February 13, 2004 11:45 AM To: [EMAIL PROTECTED] Subject: Re: messages jumps from localq to dlq Marc This is where I don't like to see applications using the DLQ themselves. snip 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: messages jumps from localq to dlq
Right, that's what I tend to do. I create .ERROR queues, associated with every .LISTEN queue, so that the app has a place to put poison messages without tying up the queue, and without closing the input queue and stopping mesage processing. That's why I did not think that another application was putting the messages on the DLQ. I don't think that way, so the possibility didn't occur to me. Dave A. -Original Message- From: Beinert, William [mailto:[EMAIL PROTECTED] Sent: Friday, February 13, 2004 12:16 PM To: [EMAIL PROTECTED] Subject: Re: messages jumps from localq to dlq Right on. Applications should use a poison message queue. Bill -Original Message- From: MQSeries List [mailto:[EMAIL PROTECTED] Behalf Of Richard Brunette Sent: Friday, February 13, 2004 11:45 AM To: [EMAIL PROTECTED] Subject: Re: messages jumps from localq to dlq Marc This is where I don't like to see applications using the DLQ themselves. snip 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 *** Credit Lyonnais This e-mail contains confidential information or information belonging to Credit Lyonnais and is intended solely for the addressees. The unauthorized disclosure, use, dissemination or copying (either whole or partial) of this e-mail, or any information it contains, is prohibited. E-mails are susceptible to alteration and their integrity cannot be guaranteed. Credit Lyonnais shall not be liable for this e-mail if modified or falsified. If you are not the intended recipient of this e-mail, please delete it immediately from your system and notify the sender of the wrong delivery and the mail deletion. Credit Lyonnais in the Americas: Credit Lyonnais Bank New York Branch, Credit Lyonnais Americas Services Inc., Credit Lyonnais Rouse (USA) Ltd., and Credit Lyonnais Securities (USA) Inc. *** Credit Lyonnais 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: AMQSPUTW and AMQSPUT4C - sample programs with file input
I have used AMQSPUTC to do this. Provided each line in the text file ends with a carriage return, it works fine. -Original Message- From: Tom Nauta [mailto:[EMAIL PROTECTED] Sent: Friday, February 13, 2004 1:18 PM To: [EMAIL PROTECTED] Subject: AMQSPUTW and AMQSPUT4C - sample programs with file input One of our developers was asking for a program that would input a file and put each line of the file onto a MQ queue. The V5.2 Application Programming Guide (Chapter 34) talks about sample programs called 'amqsputw' and 'amqsput4c' which appears to be what I want. However, I can not find these programs; I can find 'amqsputc' but not the others. I have checked on a V5.2 HP-UX Client, a V5.3 HP-UX client, V5.2 AIX client, V5.3 Windows client, V52. and V5.3 AIX servers and can't find them anywhere. Can someone point me in the right direction, please ? Tom NOTICE: This confidential e-mail message is only for the intended recipient(s). If you are not the intended recipient, be advised that disclosing, copying, distributing, or any other use of this message, is strictly prohibited. In such case, please destroy this message and notify the sender. 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: AMQSPUTW and AMQSPUT4C - sample programs with file input
Tom, I don't think these programs are supported any longer. You can use the free supportack q.exe (I don't remember the name) for putting a file on a queue. Or another free supportpack MS0H which we make use of quite extensively. Regards, Ruzi --- Tom Nauta [EMAIL PROTECTED] wrote: One of our developers was asking for a program that would input a file and put each line of the file onto a MQ queue. The V5.2 Application Programming Guide (Chapter 34) talks about sample programs called 'amqsputw' and 'amqsput4c' which appears to be what I want. However, I can not find these programs; I can find 'amqsputc' but not the others. I have checked on a V5.2 HP-UX Client, a V5.3 HP-UX client, V5.2 AIX client, V5.3 Windows client, V52. and V5.3 AIX servers and can't find them anywhere. Can someone point me in the right direction, please ? Tom NOTICE: This confidential e-mail message is only for the intended recipient(s). If you are not the intended recipient, be advised that disclosing, copying, distributing, or any other use of this message, is strictly prohibited. In such case, please destroy this message and notify the sender. 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: AMQSPUTW and AMQSPUT4C - sample programs with file input
Tom - This is from one of our Sun Solaris servers v5.2: /opt/mqm/samp/bin -r-xr-xr-x 1 mqm mqm10252 Jun 24 2003 amqsput lrwxrwxrwx 1 root other 29 Jun 5 2002 amqsputc - /opt/mqm/samp/bin/amqsputc_nd -r-xr-xr-x 1 mqm mqm10236 Jun 24 2003 amqsputc_nd Janette M. Hanchak Lead Systems Software Analyst Eaton Electrical Information Technology Office: 412-893-3579 Cell: 412-716-3168 Email: [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] Eaton Website: www.EatonElectrical.com http://www.EatonElectrical.com -Original Message- From: Tom Nauta [mailto:[EMAIL PROTECTED] Sent: Friday, February 13, 2004 1:18 PM To: [EMAIL PROTECTED] Subject: AMQSPUTW and AMQSPUT4C - sample programs with file input One of our developers was asking for a program that would input a file and put each line of the file onto a MQ queue. The V5.2 Application Programming Guide (Chapter 34) talks about sample programs called 'amqsputw' and 'amqsput4c' which appears to be what I want. However, I can not find these programs; I can find 'amqsputc' but not the others. I have checked on a V5.2 HP-UX Client, a V5.3 HP-UX client, V5.2 AIX client, V5.3 Windows client, V52. and V5.3 AIX servers and can't find them anywhere. Can someone point me in the right direction, please ? Tom NOTICE: This confidential e-mail message is only for the intended recipient(s). If you are not the intended recipient, be advised that disclosing, copying, distributing, or any other use of this message, is strictly prohibited. In such case, please destroy this message and notify the sender. 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: AMQSPUTW and AMQSPUT4C - sample programs with file input
MA01. We use it here. Ruzi R [EMAIL PROTECTED] To: [EMAIL PROTECTED] OM cc: Sent by: Subject: Re: AMQSPUTW and AMQSPUT4C - sample programs with file input MQSeries List [EMAIL PROTECTED] en.AC.AT 02/13/2004 02:14 PM Please respond to MQSeries List Tom, I don't think these programs are supported any longer. You can use the free supportack q.exe (I don't remember the name) for putting a file on a queue. Or another free supportpack MS0H which we make use of quite extensively. Regards, Ruzi --- Tom Nauta [EMAIL PROTECTED] wrote: One of our developers was asking for a program that would input a file and put each line of the file onto a MQ queue. The V5.2 Application Programming Guide (Chapter 34) talks about sample programs called 'amqsputw' and 'amqsput4c' which appears to be what I want. However, I can not find these programs; I can find 'amqsputc' but not the others. I have checked on a V5.2 HP-UX Client, a V5.3 HP-UX client, V5.2 AIX client, V5.3 Windows client, V52. and V5.3 AIX servers and can't find them anywhere. Can someone point me in the right direction, please ? Tom NOTICE: This confidential e-mail message is only for the intended recipient(s). If you are not the intended recipient, be advised that disclosing, copying, distributing, or any other use of this message, is strictly prohibited. In such case, please destroy this message and notify the sender. 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
JMS Listening Connector - Error occured in responding.
Having some confusion as to the source of a problem. We have MQ connecting to PeopleSoft via JMS (JMS Listening Connector). We send an XML message, and expect one back, but the reply is not XML. We do, however, get a reply. This tells me that PeopleSoft Integration Broker is correctly reading the ReplyToQueue name from the request message. The application code that is supposed to execute in PeopleSoft is not executing, I think (only because the reply is not formatted the way it usually sends data back). The data in the reply message is this: Error occured in responding. Defaultmessage : OnRequest for message %1 could not run to completion on node %2. Message Id : 974 Message Set: 158 NG_PS_VALIDATION PSFT_EP Also unfortunately, this is intermittant. This failure has occurred about ten times today, out of more than 40 transactions today (the rest were successful), and we have seen this before. Before I start blaming the application code for not sending back a formatted error message instead of an unformatted error message, I thought I would ask here. Has anyone seen this behavior? Is it from the JMS Listening Connector, and not from any application code? Is it complaining about MQ? If so, what part? We are getting a reply, so I think MQ is fine. Thanks for any response. Peter Heggie This e-mail and any files transmitted with it, are confidential to National Grid and are 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 reply to this message and let the sender know. 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: WSAD integration with WebSphere MQ Client
Could someone provide some insights, documentation, Hello World sample on how to get WSAD working with WMQ Client V5.3. Thanks Frank - This e-mail message and any attachments contain confidential information from Medco Health Solutions, Inc. If you are not the intended recipient, you are hereby notified that disclosure, printing, copying, distribution, or the taking of any action in reliance on the contents of this electronic information is strictly prohibited. If you have received this e-mail message in error, please immediately notify the sender by reply message and then delete the electronic message and any attachments. 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: A novice question
With due respect, if the STARTED transaction fails the request message gets rolled back along with everything else. That's why the SIL program browses the request queue. Request messages are consumed by the service program and in the same unit of work that the data messages are consumed. I agree that even this technique has the potential to throw more transaction initiation requests at CICS than it can handle. If that becomes a problem, then it's relatively simple to add a governor to the SIL. When I mentioned under advantages that the SIL could control the concurrency level, that's what I meant. But the suggested alternative with TRIGTYPE=EVERY will flood CICS with transactions even faster and there is way to slow that one down! Finally, I'm surprised to hear that CICS ignores STARTS once the threshold was exceeded. I know it queues up transactions requests when the currency threshold is hit. I suppose there is a limit to how many it can queue up, but then I would expect the START to fail not just blissfully pretend it didn't happen. -Original Message- From: Adiraju, Rao [mailto:[EMAIL PROTECTED] Sent: Thursday, February 12, 2004 5:18 PM To: [EMAIL PROTECTED] Subject: Re: A novice question Hi Raymond Few more options to toy with: 1) As Dennis suggested, you could design one polling transaction(program) on the transaction queue - read one message, issue EXEC CICS START read another message and so on... However, be careful about the disadvantages of this scenario -ie: once you fired of the START, you don't know the success or failure of that started transaction. So for example if the started transaction fails /rollbacks/aborts for some unknown reason, your polling transaction doesn't know about it, and happily will delete the message from transaction queue. There is no easy way of implementing a business recovery plan here. Please also note that, in CICS there are always restrictions on how many instances of a particular transaction can run at any given time and say it is set at 50. If you are issuing START TRNX faster than this threshold, CICS simply rejects the subsequent STARTs and worse thing is the caller doesn't even know that the STARTS are being ignored. We have recently bitten by this, and have to modify our polling program to enquire this maximum limit and wait internally before firing more. 2) Retain your current logic, remove the CLOSE on transaction queue and change the trigger type to EVERY. As a best practice, even after making EVERY, your program should issue a SYNCPOINT COMMIT after step-6 and should go for STEP-1 to 6 in a loop, until it gets 2033. This will safeguard the other problem I mentioned earlier - ie: CICS discarding the starts after crossing the max. threshold (Because in this case CKTI is the one, that is issuing CICS STARTS and the problem could arise even there). My preference is to go for option-2. Have fun Rao Adiraju WebSphere MQ Specialist The National Bank of NZ Ltd. Wellington - New Zealand Tel: +64-4-494 4299 Fax: +64-4-802 8509 Mbl: +64-211-216-116 -Original Message- From: Kinzler, Raymond C [mailto:[EMAIL PROTECTED] Sent: 13 February 2004 11:27 AM To: [EMAIL PROTECTED] Subject: Re: A novice question Thanks, Dennis. I am really at a loss but things are getting clearer little by little. I need to play with this more tomorrow. -Original Message- From: Miller, Dennis [mailto:[EMAIL PROTECTED] Sent: Thursday, February 12, 2004 5:15 PM To: [EMAIL PROTECTED] Subject: Re: A novice question There is nothing single threaded about it. The EXEC CICS START is asynchronous and does NOT hold up VMS-MQ while the 500 data messages are being consumed. Unless you implement some kind of governor to slow down VMS-MQ, CICS transactions will start as fast as request messages arrive. Regards, Dennis -Original Message- From: Kinzler, Raymond C [mailto:[EMAIL PROTECTED] Sent: Thursday, February 12, 2004 4:10 AM To: [EMAIL PROTECTED] Subject: Re: A novice question Dennis, You really pegged how our process works; you are exactly right. I sort of, kind of follow what you are saying we should do because, to me, it seems like the process will be more-or-less single threaded. We originally had VMS-MQ loop until it encountered a 2033 condition but we encountered bottlenecks when we experienced high-volume. We thought the answer was to close the transaction (trigger) queue ASAP but what you are saying sort of makes sense. I am surely no MQ expert (heck, I think a novice has more understanding than I do!) and I also have little experience with CICS, truthfully. I have recently been tossed into this position to try and, obviously, my first attempt at addressing a problem by closing the transaction queue quickly may have caused a bigger problem than what was happening originally. Thanks for the information. This discussion list is certainly one of the most active and most helpful ones that I have come across. I have
