Re: Problem channel initiator
Alex, MQ now starts the default channel initiator for you. When you start it again, the first one already has the init queue open so the second instance fails. -- T.Rob -Original Message-From: Alex A. L. Sousa - BMS [mailto:[EMAIL PROTECTED]Sent: Thursday, April 15, 2004 2:27 PMTo: [EMAIL PROTECTED]Subject: Problem channel initiator Hi, I have installed MQ version 5.3, Fix Pack CSD06, on operating system AIX V52. I have two queue managers installed. I have a script to start MQ: strmqm QMx runmqtrm -m QMx & runmqchi -m QMx & When the channel initiatior starts, I receive the message "AMQ9509: Program cannot open queue manager object", but the channel initiatior starts and works fine. For information, I had MQ version 5.0 installed, and I removed it (not migration), and install version 5.3. Thanks in advance Alex Augusto Lopes Sousa Gerência de Suporte - Basis SAP BMS - Belgo Mineira Sistemas S/A Tel: (31) 3217-4212 - Belo Horizonet - Brasil[EMAIL PROTECTED] Esta mensagem, incluindo seus anexos, tem caráter confidencial e seu conteúdo é restrito aos destinatários. Caso você tenha recebido esta mensagem por engano, queira por favor retorná-la e apagá-la de seus arquivos. Qualquer uso não autorizado, replicação ou disseminação desta mensagem ou parte dela é expressamente proibido, e passível de ações e indenizações judiciais cabíveis. A BMS não se responsabiliza pelo conteúdo da mensagem acima, sendo esta responsabilidade exclusiva de seu autor.
Re: Listener dying on HPUX
We had this before. We stopped QM and cleanup Shared Memory and Semophores and restarted. Gordon Wang -Original Message- From: MQSeries List [mailto:[EMAIL PROTECTED] Behalf Of MCSHEFFREY, MICHELLE (SBCSI) Sent: April 16, 2004 3:35 PM To: [EMAIL PROTECTED] Subject: Re: Listener dying on HPUX We saw this vanishing listener problem when we tried using the MQ listener, prompting us to remain with inetd. We haven't tried the MQ listener with 5.3, so I don't know if it's still a problem. -Original Message- From: MQSeries List [mailto:[EMAIL PROTECTED] On Behalf Of Thomas, Don Sent: Friday, April 16, 2004 2:07 PM To: [EMAIL PROTECTED] Subject: Re: Listener dying on HPUX Are you using runmqlsr or inetd? 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, April 15, 2004 4:45 PM To: [EMAIL PROTECTED] Subject: Listener dying on HPUX Three times today the listener just up and vanished on me. No error messages, no FDC files, no nothing. Just silence, followed by a barrage of phone calls and e-mails as monitors and users notice the problem. I am tempted to run a little shell script that checks to see if the thing is running every 2 minutes, while I prepare to upgrade from 5.2 to 5.3 (hoping that will make the problem go away). Has anyone seen something like this? Will a trace help to see what is happening? Bill Beinert Systems Programming Con Edison (212) 460-4853 When they took the fourth amendment, I was quiet because I didn't deal drugs! When they took the sixth amendment, I was quiet because, I was innocent. When they took the second amendment, I was quiet because I didn't own a gun! Now they've taken the first amendment, and I can say (or do) nothing about it. The Second Amendment is in place in case they ignore the others. MODWN DAbE 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 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: File to Queue Utility
TNX From: Roger Lacroix <[EMAIL PROTECTED]> Reply-To: MQSeries List <[EMAIL PROTECTED]> To: [EMAIL PROTECTED] Subject: Re: File to Queue Utility Date: Fri, 16 Apr 2004 03:06:38 -0400 Hi, I have used it to put EBCDIC data on a queue from a PC. I haven't tested every possible combination binary data (hey, its free) but packed data should be fine. Regards, Roger Lacroix Capitalware Inc. At 12:11 AM 4/16/2004, you wrote: Roger, Does it break up the file into records. The doc didn't seem to imply this. The file will have packed data in it. Is there a chance it could falsely hit EOL. From: Roger Lacroix <[EMAIL PROTECTED]> Reply-To: MQSeries List <[EMAIL PROTECTED]> To: [EMAIL PROTECTED] Subject: Re: File to Queue Utility Date: Thu, 15 Apr 2004 19:38:18 -0400 Hi Bobbee, Both suffixes .net and .org should take you to www.capitalware.biz The program that I have is called: File2Msg The direct link to it is: http://www.capitalware.biz/sample_mqseries.html#ccode Run the utility without the -s option and it will treat the file as binary data. Regards, Roger Lacroix Capitalware Inc. http://www.capitalware.biz At 03:47 PM 4/15/2004, you wrote: I looked on MQSeries.net but could not find a simular utility. I thought there was one at www.capitalware.net but that site name brings up another site. Does someone knoe the capitalware sith spelling AND are there any other file-to-queue utilities out there. I need one that will let me play with the MQMD settings on the outgoing message. The incoming file will contain non-text data so the utility has to have to handle this. bobbee _ MSN Toolbar provides one-click access to Hotmail from any Web page FREE download! http://toolbar.msn.com/go/onm00200413ave/direct/01/ Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive _ Stop worrying about overloading your inbox - get MSN Hotmail Extra Storage! http://join.msn.com/?pgmarket=en-us&page=hotmail/es2&ST=1/go/onm00200362ave/direct/01/ 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: Listener dying on HPUX
We saw this vanishing listener problem when we tried using the MQ listener, prompting us to remain with inetd. We haven't tried the MQ listener with 5.3, so I don't know if it's still a problem. -Original Message- From: MQSeries List [mailto:[EMAIL PROTECTED] On Behalf Of Thomas, Don Sent: Friday, April 16, 2004 2:07 PM To: [EMAIL PROTECTED] Subject: Re: Listener dying on HPUX Are you using runmqlsr or inetd? 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, April 15, 2004 4:45 PM To: [EMAIL PROTECTED] Subject: Listener dying on HPUX Three times today the listener just up and vanished on me. No error messages, no FDC files, no nothing. Just silence, followed by a barrage of phone calls and e-mails as monitors and users notice the problem. I am tempted to run a little shell script that checks to see if the thing is running every 2 minutes, while I prepare to upgrade from 5.2 to 5.3 (hoping that will make the problem go away). Has anyone seen something like this? Will a trace help to see what is happening? Bill Beinert Systems Programming Con Edison (212) 460-4853 When they took the fourth amendment, I was quiet because I didn't deal drugs! When they took the sixth amendment, I was quiet because, I was innocent. When they took the second amendment, I was quiet because I didn't own a gun! Now they've taken the first amendment, and I can say (or do) nothing about it. The Second Amendment is in place in case they ignore the others. MODWN DAbE 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
Re: Reading messages by JMSCorrelationID
Hello Dennis, You can look at http://java.sun.com/j2ee/1.4/docs/api/javax/jms/Session.html#createBrowser(javax.jms.Queue,%20java.lang.String), same page. The second (String) argument of the function is the Selector. For example, selector may be: "JMSCorrelationID = 'very-important-garbage-message-321'" Make sure that the corr. id is actually a String in your Provider.. Hope this will help, Pavel Dennis Bryngelson <[EMAIL PROTECTED]To: [EMAIL PROTECTED] RDLIFE.COM> cc: Sent by: MQSeries List Subject: Re: Reading messages by JMSCorrelationID <[EMAIL PROTECTED]> 04/16/2004 03:02 PM Please respond to MQSeries List Has anyone used the QueueBrowser of JMS to read by correlation ID, if so can you give me some pointers on how to get this to work. Thanks much, Steve Lashinski Middleware Hartford Life Woodbury: (651)738-4307 Plymouth: (763)765-4002 |-+> | | Pavel Tolkachev | | | | | | Sent by: MQSeries| | | List | | | <[EMAIL PROTECTED]| | | N.AC.AT> | | || | || | | 04/16/2004 11:30 | | | AM | | | Please respond to| | | MQSeries List| | || |-+> >--| | | | To: [EMAIL PROTECTED] | | cc: | | Subject: Re: Reading messages by JMSCorrelationID | >--| Hello Dennis, You may want to look into JMS selectors. E.g., see http://java.sun.com/j2ee/1.4/docs/api/javax/jms/Session.html#createConsumer(javax.jms.Destination,%20java.lang.String) Hope this will help, Pavel Dennis Bryngelson <[EMAIL PROTECTED]To: [EMAIL PROTECTED] RDLIFE.COM> cc: Sent by: MQSeries List Subject: Reading messages by JMSCorrelationID <[EMAIL PROTECTED]> 04/16/2004 11:54 AM Please respond to MQSeries List Good Morning, Does anyone have input on how to read the messages by JMSCorrelationID, I am new to JMS and can't seem to get this to work other than first receiving the message and then reading for the correlation id, for example: TextMessage xxx = (TextMessage)qReciever.receive(); zzz = ((JMSMessage)xxx).getJMDCorrelationId(); Any help or direction will be greatly appreciated! Steve Lashinski Middleware Hartford Life Woodbury: (651)738-4307 Plymouth: (763)765-4002 * 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 -- This e-mail may contain confidential and/or privileged information. If you are not the intended recipient (or have received this e-mail in error) please notify the sender immediately and destroy this e-mail. Any unauthorized copying, disclosure or distribution of the material in this e-mail is strictly forbidden. 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: Listener dying on HPUX
Are you using runmqlsr or inetd? 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, April 15, 2004 4:45 PM To: [EMAIL PROTECTED] Subject: Listener dying on HPUX Three times today the listener just up and vanished on me. No error messages, no FDC files, no nothing. Just silence, followed by a barrage of phone calls and e-mails as monitors and users notice the problem. I am tempted to run a little shell script that checks to see if the thing is running every 2 minutes, while I prepare to upgrade from 5.2 to 5.3 (hoping that will make the problem go away). Has anyone seen something like this? Will a trace help to see what is happening? Bill Beinert Systems Programming Con Edison (212) 460-4853 When they took the fourth amendment, I was quiet because I didn't deal drugs! When they took the sixth amendment, I was quiet because, I was innocent. When they took the second amendment, I was quiet because I didn't own a gun! Now they've taken the first amendment, and I can say (or do) nothing about it. The Second Amendment is in place in case they ignore the others. MODWN DAbE 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: Reading messages by JMSCorrelationID
Has anyone used the QueueBrowser of JMS to read by correlation ID, if so can you give me some pointers on how to get this to work. Thanks much, Steve Lashinski Middleware Hartford Life Woodbury: (651)738-4307 Plymouth: (763)765-4002 |-+> | | Pavel Tolkachev | | | | | | Sent by: MQSeries| | | List | | | <[EMAIL PROTECTED]| | | N.AC.AT> | | || | || | | 04/16/2004 11:30 | | | AM | | | Please respond to| | | MQSeries List| | || |-+> >--| | | | To: [EMAIL PROTECTED] | | cc: | | Subject: Re: Reading messages by JMSCorrelationID | >--| Hello Dennis, You may want to look into JMS selectors. E.g., see http://java.sun.com/j2ee/1.4/docs/api/javax/jms/Session.html#createConsumer(javax.jms.Destination,%20java.lang.String) Hope this will help, Pavel Dennis Bryngelson <[EMAIL PROTECTED]To: [EMAIL PROTECTED] RDLIFE.COM> cc: Sent by: MQSeries List Subject: Reading messages by JMSCorrelationID <[EMAIL PROTECTED]> 04/16/2004 11:54 AM Please respond to MQSeries List Good Morning, Does anyone have input on how to read the messages by JMSCorrelationID, I am new to JMS and can't seem to get this to work other than first receiving the message and then reading for the correlation id, for example: TextMessage xxx = (TextMessage)qReciever.receive(); zzz = ((JMSMessage)xxx).getJMDCorrelationId(); Any help or direction will be greatly appreciated! Steve Lashinski Middleware Hartford Life Woodbury: (651)738-4307 Plymouth: (763)765-4002 * 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 -- This e-mail may contain confidential and/or privileged information. If you are not the intended recipient (or have received this e-mail in error) please notify the sender immediately and destroy this e-mail. Any unauthorized copying, disclosure or distribution of the material in this e-mail is strictly forbidden. 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 * 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: SWIFT Message Sets
Here is the link to the support pack IA0T for SWIFT messaging http://www-306.ibm.com/software/integration/support/supportpacs/individual/ia0t.html Good luck, Chris --- Juni Per <[EMAIL PROTECTED]> wrote: > > Are there any standard message sets available for > SWIFT. > Does it come with the WMQI 2.1 s/w or do any of you > have the original messgae set or a link to it or the > mrp file? > > > - > Do you Yahoo!? > Yahoo! Tax Center - File online by April 15th __ Do you Yahoo!? Yahoo! Tax Center - File online by April 15th 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: SWIFT Message Sets
There should be a support pack for that. Take a look at IBM's site. --- Juni Per <[EMAIL PROTECTED]> wrote: > > Are there any standard message sets available for > SWIFT. > Does it come with the WMQI 2.1 s/w or do any of you > have the original messgae set or a link to it or the > mrp file? > > > - > Do you Yahoo!? > Yahoo! Tax Center - File online by April 15th __ Do you Yahoo!? Yahoo! Tax Center - File online by April 15th 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
SWIFT Message Sets
Are there any standard message sets available for SWIFT.Does it come with the WMQI 2.1 s/w or do any of you have the original messgae set or a link to it or the mrp file? Do you Yahoo!? Yahoo! Tax Center - File online by April 15th
Re: Reading messages by JMSCorrelationID
Hello Dennis, You may want to look into JMS selectors. E.g., see http://java.sun.com/j2ee/1.4/docs/api/javax/jms/Session.html#createConsumer(javax.jms.Destination,%20java.lang.String) Hope this will help, Pavel Dennis Bryngelson <[EMAIL PROTECTED]To: [EMAIL PROTECTED] RDLIFE.COM> cc: Sent by: MQSeries List Subject: Reading messages by JMSCorrelationID <[EMAIL PROTECTED]> 04/16/2004 11:54 AM Please respond to MQSeries List Good Morning, Does anyone have input on how to read the messages by JMSCorrelationID, I am new to JMS and can't seem to get this to work other than first receiving the message and then reading for the correlation id, for example: TextMessage xxx = (TextMessage)qReciever.receive(); zzz = ((JMSMessage)xxx).getJMDCorrelationId(); Any help or direction will be greatly appreciated! Steve Lashinski Middleware Hartford Life Woodbury: (651)738-4307 Plymouth: (763)765-4002 * 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 -- This e-mail may contain confidential and/or privileged information. If you are not the intended recipient (or have received this e-mail in error) please notify the sender immediately and destroy this e-mail. Any unauthorized copying, disclosure or distribution of the material in this e-mail is strictly forbidden. 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
Reading messages by JMSCorrelationID
Good Morning, Does anyone have input on how to read the messages by JMSCorrelationID, I am new to JMS and can't seem to get this to work other than first receiving the message and then reading for the correlation id, for example: TextMessage xxx = (TextMessage)qReciever.receive(); zzz = ((JMSMessage)xxx).getJMDCorrelationId(); Any help or direction will be greatly appreciated! Steve Lashinski Middleware Hartford Life Woodbury: (651)738-4307 Plymouth: (763)765-4002 * 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: Queue Alias usage
Maybe there is a way, but it impacts the perforemance and the steadiness of the whole system. You should only try it, if you know what you do. Also for me it's only theorie. You can install an API exit on the listener and all applications that use direct-connection to trace all MQI calls. 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
RES: Problem channel initiator
Thanks for all. I'll remove the line runmqchi -m QMx. Alex Augusto Lopes Sousa Gerência de Suporte - Basis SAP BMS - Belgo Mineira Sistemas S/A Tel: (31) 3217-4212 - Belo Horizonte - Brasil [EMAIL PROTECTED] -Mensagem original- De: Ken Woloschuk [mailto:[EMAIL PROTECTED] Enviada em: quinta-feira, 15 de abril de 2004 18:57 Para: [EMAIL PROTECTED] Assunto: Re: Problem channel initiator Does this link shed any light on your problem? http://www-1.ibm.com/support/docview.wss?rs=0&q1=amq9509+channel+initiator&uid=swg2024&loc=en_US&cs=utf-8&cc=us&lang=en -Original Message- From: MQSeries List [mailto:[EMAIL PROTECTED]On Behalf Of Alex A. L. Sousa - BMS Sent: Thursday, April 15, 2004 12:27 To: [EMAIL PROTECTED] Subject: Problem channel initiator Hi, I have installed MQ version 5.3, Fix Pack CSD06, on operating system AIX V52. I have two queue managers installed. I have a script to start MQ: strmqm QMx runmqtrm -m QMx & runmqchi -m QMx & When the channel initiatior starts, I receive the message "AMQ9509: Program cannot open queue manager object", but the channel initiatior starts and works fine. For information, I had MQ version 5.0 installed, and I removed it (not migration), and install version 5.3. Thanks in advance Alex Augusto Lopes Sousa Gerência de Suporte - Basis SAP BMS - Belgo Mineira Sistemas S/A Tel: (31) 3217-4212 - Belo Horizonet - Brasil [EMAIL PROTECTED] Esta mensagem, incluindo seus anexos, tem caráter confidencial e seu conteúdo é restrito aos destinatários. Caso você tenha recebido esta mensagem por engano, queira por favor retorná-la e apagá-la de seus arquivos. Qualquer uso não autorizado, replicação ou disseminação desta mensagem ou parte dela é expressamente proibido, e passível de ações e indenizações judiciais cabíveis. A BMS não se responsabiliza pelo conteúdo da mensagem acima, sendo esta responsabilidade exclusiva de seu autor.
Re: Highest MQ volumes
We will be sharing the initq based on the excerpt below if we go with triggering. We are exploring the idea of writing a CICS receiver/router instead of triggering, possibly using the queue service interval events to handle workload. Thanks for all of the contributions. -Greg Source: WebSphere MQ in a z/OS Parallel Sysplex Environment Scenario # 1 Short-running transactions For conventional short-running transactions, each processing a single message, specifying TRIGTYPE=EVERY is recommended. For each message put on to the application queue, a single trigger message is generated that will cause CKTI to start a new instance of the ECHO transaction by issuing the EXEC CICS START command. We also decided to control the workload distribution of ECHO by using two instances of CKTI, one on each CICS transaction server. In this scenario, the two CKTIs will share the trigger messages, resulting in a fairly even distribution of workload across the two CICS regions. Note: For TRIGTYPE=EVERY, the initiation queue must also be shared. This will ensure that only one trigger message is generated for each application message. If non-shared initiation queues are used, each CKTI will receive a trigger for the same message. Two ECHO transactions will be started but there is only one message. One of the ECHO transactions will terminate without being able to find a message. This unnecessary overhead can be avoided by simply ensuring the initiation queue is shared. The ECHO transaction was designed to process single messages. The triggering method TRIGTYPE=EVERY was successfully used to distribute and process transactions across the two CICS regions in our application environment. Important: The only issue with TRIGTYPE=EVERY is that if an application abends, the message will be put back on the queue, but a trigger message is not regenerated. Application processes need to be put in place to ensure that this message is reprocessed appropriately. If the contents of the message itself are causing the abend, there are processes for "poisoned" messages that can be used. These processes are described in Chapter 5, "Handling program errors", in the WebSphere MQ Application Programming Guide, SC34-6064. -Original Message- From: MQSeries List [mailto:[EMAIL PROTECTED] On Behalf Of Jeff A Tressler Sent: Friday, April 16, 2004 8:04 AM To: [EMAIL PROTECTED] Subject: Re: Highest MQ volumes >Brian S. Crabtree >WBI Consultant > Thanks Brian, it is good to learn new stuff, that is why this list is so good. >1-3 million msgs per day is not a huge volume especially >for z/OS - an old NT box could handle it > It was not the 1 million messages a day that I was worried about, especially since they were nonpersistent. We have scoped our high end Windows NT systems to run 3 million persistent messages per day. It was the trigger on EVERY. Best case that will trigger 11 times per second assuming an evenly distributed message traffic. Considering peaks, seems this could be even higher and realistically even to the hundreds of triggers a second. Just worried since I know many new developers see trigger on EVERY and get very excited and wanted to make sure there was not a better solution. Jeff Tressler 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: Queue Alias usage
But if the user is doing MQGETs, and gets a 2033, because the bogus queue is empty, they may not complain, because a 2033 may not be a show stopper. Meanwhile the real base queue might have messages. I would GET and PUT inhibit the alias queue. Then turn on the INHIBIT events for the QM, and watch the event queue. If something shows up, you know you are effecting someone. Not exactly what you wanted, but maybe easier than just deleting the queue and then having to recreate it. Either way that app gets an error (2085 or 2016), but it saves you a little work when they do complain, and you can fix it before they complain if you get the event message. -Original Message- From: Thomas, Don [mailto:[EMAIL PROTECTED] Sent: Friday, April 16, 2004 9:43 AM To: [EMAIL PROTECTED] Subject: Re: Queue Alias usage A crude yet simple approach would be to point the aliases to another local queue and wait to see if anyone complains. 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 Adiraju, Rao Sent: Thursday, April 15, 2004 10:18 PM To: [EMAIL PROTECTED] Subject: Re: Queue Alias usage In all three platforms - Windows, Solaris and Os/390. Thanks for OS/390 suggestions. Cheers Rao -Original Message- From: Christopher Warneke [mailto:[EMAIL PROTECTED] Sent: 16 April 2004 2:16 PM To: [EMAIL PROTECTED] Subject: Re: Queue Alias usage What platform are you trying to determine this on? The m/f logs will tell you what was accessed and when, as will racf if you audit security. Maybe the smf type126 records will have info that you can use. look at support pack mo12 to review the logs. Chris --- "Adiraju, Rao" <[EMAIL PROTECTED]> wrote: > Fellas > > Is there any way to see whether a Queue Alias is being used by the > applications and when it has been LAST accessed. I am not talking > about "Qstatus type(handle)". > > I am embarking on cleaning up our MQ resources and there are few > dangling Queue Aliases which I am planning to delete. > > I need to absolutely make sure no one is using these. Other than > asking each and every application, are there any commands I can run to > find out whether they are used since the creation and when it was > accessed last. > > Cheers > > Rao > > > > This communication is confidential and may contain privileged > material. > If you are not the intended recipient you must not use, disclose, copy > or retain it. > If you have received it in error please immediately notify me by > return email and delete the emails. > Thank you. > __ Do you Yahoo!? Yahoo! Tax Center - File online by April 15th 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 This communication is confidential and may contain privileged material. If you are not the intended recipient you must not use, disclose, copy or retain it. If you have received it in error please immediately notify me by return email and delete the emails. 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 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: Queue Alias usage
A crude yet simple approach would be to point the aliases to another local queue and wait to see if anyone complains. 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 Adiraju, Rao Sent: Thursday, April 15, 2004 10:18 PM To: [EMAIL PROTECTED] Subject: Re: Queue Alias usage In all three platforms - Windows, Solaris and Os/390. Thanks for OS/390 suggestions. Cheers Rao -Original Message- From: Christopher Warneke [mailto:[EMAIL PROTECTED] Sent: 16 April 2004 2:16 PM To: [EMAIL PROTECTED] Subject: Re: Queue Alias usage What platform are you trying to determine this on? The m/f logs will tell you what was accessed and when, as will racf if you audit security. Maybe the smf type126 records will have info that you can use. look at support pack mo12 to review the logs. Chris --- "Adiraju, Rao" <[EMAIL PROTECTED]> wrote: > Fellas > > Is there any way to see whether a Queue Alias is being used by the > applications and when it has been LAST accessed. I am not talking > about "Qstatus type(handle)". > > I am embarking on cleaning up our MQ resources and there are few > dangling Queue Aliases which I am planning to delete. > > I need to absolutely make sure no one is using these. Other than > asking each and every application, are there any commands I can run to > find out whether they are used since the creation and when it was > accessed last. > > Cheers > > Rao > > > > This communication is confidential and may contain privileged > material. > If you are not the intended recipient you must not use, disclose, copy > or retain it. > If you have received it in error please immediately notify me by > return email and delete the emails. > Thank you. > __ Do you Yahoo!? Yahoo! Tax Center - File online by April 15th 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 This communication is confidential and may contain privileged material. If you are not the intended recipient you must not use, disclose, copy or retain it. If you have received it in error please immediately notify me by return email and delete the emails. 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 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: Highest MQ volumes
>Brian S. Crabtree >WBI Consultant > Thanks Brian, it is good to learn new stuff, that is why this list is so good. >1-3 million msgs per day is not a huge volume especially >for z/OS - an old NT box could handle it > It was not the 1 million messages a day that I was worried about, especially since they were nonpersistent. We have scoped our high end Windows NT systems to run 3 million persistent messages per day. It was the trigger on EVERY. Best case that will trigger 11 times per second assuming an evenly distributed message traffic. Considering peaks, seems this could be even higher and realistically even to the hundreds of triggers a second. Just worried since I know many new developers see trigger on EVERY and get very excited and wanted to make sure there was not a better solution. Jeff Tressler 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: Microsoft MQ
I have been working on integrating a message flow between WMQ and BIZTALK. To do this we are forced to use the Bridge that has been mentioned earlier. So far we have spent months, not weeks - months, working with MS to get this product to work. MS has had to provide multiple patches for the Bridge just to get it configured and operational as described in their own doco. The Bridge does not do any data conversion, nor does it accept ASCII, it only uses Unicode, requiring an additional program step to facilitate the conversion. So if you are sending data across platforms, and of course if you weren't you wouldn't be having this discussion, MS has no real solution. What we have is comparable to a bailing wire solution that regularly produces obscure errors that require calls to MS support to get resolved. I wouldn't attempt a similar project again on a dare. Don Thomas EDS - PASC ( Phone: +01-412-893-1659 Fax: 412-893-1844 + mailto:[EMAIL PROTECTED] -Original Message-From: MQSeries List [mailto:[EMAIL PROTECTED]On Behalf Of Ward, Mike SSent: Tuesday, April 13, 2004 12:04 PMTo: [EMAIL PROTECTED]Subject: Re: Microsoft MQ There is a vendor we are planning to do business with and they are an all M$ shop. The question was posed to us so now we have to deal with it. -Original Message-From: Ronald Weinger [mailto:[EMAIL PROTECTED]Sent: Tuesday, April 13, 2004 10:33 AMTo: [EMAIL PROTECTED]Subject: Re: Microsoft MQThe usual question is why would you want to complicate life with MSMQ if WMQ provides what you need? "Ward, Mike S" <[EMAIL PROTECTED]> Sent by: "MQSeries List" <[EMAIL PROTECTED]> 04/13/2004 11:11 AM Please respond to "MQSeries List" To: [EMAIL PROTECTED] cc: Subject: Microsoft MQFellow forum members, I need your help. We are and MQSeries MQSI shoprunning MQ on different platforms including Z/OS. I have been asked why weshouldn't bring in and integrate M$ MQ. Is it possible to do this? Is thereany reason for not doing this? Has anyone out there done a study on why weshould continue with IBM and not user M$? Any help in this is highlyappreciated.Thanks.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 The information contained in this message may be CONFIDENTIAL and is for the intended addressee only. Any unauthorized use, dissemination of the information, or copying of this message is prohibited. If you are not the intended addressee, please notify the sender immediately and delete this message.
Re: MQ - JMS connection pooling
Dont bother about this It had to be taken care of in the application configuration settings and not MQ. Anyway, thanks for reading. :) -Original Message- From: Sudheer Kumar [mailto:[EMAIL PROTECTED] Sent: Wednesday, April 14, 2004 10:47 PM To: MQSeries List Subject: MQ - JMS connection pooling Similar to any other MQ-Application relationship, we have Weblogic appl server connecting to MQ QMgr to put/get messages. MessageDrivenBeans are used in the WL application to do the needful. In a recent Capcity Test, we have noticed that the WL appl was using only 8 connections to QMgr and processing only so many messages it could, with those 8 connections. Hence, the messages were seen backing up on the appl. queues, waiting to get processed by the application. The appl. team says that it has configured the WL server to create upto 100 MDBs on the fly depending on the applications requirement. And, on the QMgr I have left the default Maximum Connection Handles at 256. Now the issue is - how do we make the WL server to create more number of connections (MDBs) to Qmgr so that the messages are processed at a faster rate? Do we need to take care of it on the application side? OR is there a parameter or setting on the MQ side that would help? Has anyone faced similar situations? Any help is greatly appreciated. Thanks in advance. Sudheer Kumar. 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: SSL set-up procedures for ACF2
Mike, This would be a very useful document. Although the Security manual contains RACF examples and CA have produced a cookbook to translate between RACF and ACF2, there doesn't appear to be any documentation covering setting up SSL with ACF2. Regards, Tim Crossland http://www.solent-consultancy.com > -Original Message- > From: Mike Davidson [mailto:[EMAIL PROTECTED] > Sent: 15 April 2004 18:51 > To: [EMAIL PROTECTED] > Subject: SSL setup procedures for ACF2 > > I'm getting a - 27 "Key entry does not contain a private key" and a - > 53 "Internal error reported by remote partner" upon channel startup. > > Does anyone have the SSL setup procedures for ACF2 on z/OS? > > I have the RACF procedures from Morag's document, and I've passed > those on to our Info. Sec. folks - but I was hoping someone out > there would have the ACF2 procedures to help speed things up. > > Thanks in advance. > > Mike Davidson > TSYS MQ Tech Support > [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: File to Queue Utility
Hi, I have used it to put EBCDIC data on a queue from a PC. I haven't tested every possible combination binary data (hey, its free) but packed data should be fine. Regards, Roger Lacroix Capitalware Inc. At 12:11 AM 4/16/2004, you wrote: Roger, Does it break up the file into records. The doc didn't seem to imply this. The file will have packed data in it. Is there a chance it could falsely hit EOL. From: Roger Lacroix <[EMAIL PROTECTED]> Reply-To: MQSeries List <[EMAIL PROTECTED]> To: [EMAIL PROTECTED] Subject: Re: File to Queue Utility Date: Thu, 15 Apr 2004 19:38:18 -0400 Hi Bobbee, Both suffixes .net and .org should take you to www.capitalware.biz The program that I have is called: File2Msg The direct link to it is: http://www.capitalware.biz/sample_mqseries.html#ccode Run the utility without the -s option and it will treat the file as binary data. Regards, Roger Lacroix Capitalware Inc. http://www.capitalware.biz At 03:47 PM 4/15/2004, you wrote: I looked on MQSeries.net but could not find a simular utility. I thought there was one at www.capitalware.net but that site name brings up another site. Does someone knoe the capitalware sith spelling AND are there any other file-to-queue utilities out there. I need one that will let me play with the MQMD settings on the outgoing message. The incoming file will contain non-text data so the utility has to have to handle this. bobbee _ MSN Toolbar provides one-click access to Hotmail from any Web page FREE download! http://toolbar.msn.com/go/onm00200413ave/direct/01/ 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: Highest MQ volumes [Deutsche Boerse Systems:Virus checked]
Greg, just to answer the init queue question. if you trigger every, only one trigger message is generated. one queuemanager of the qsg is selected to create this trigger message. now - if you use a shared init queue, any trigger monitor can read the trigger message and start the transaction. if you use local init queues, only the trigger monitor of the selected queuemanager can read the trigger message. now - if this queuemanager fails, no one of the other trigger monitors do know that there was a trigger message and that an application transaction has to be started. thats why they recommend to use a shared init queue, but you can also run with local init queues if you (your system management or application design) can handle this specific transaction. the number of trigger messages will not vary for trigger every and shared or local init queue. if you use trigger first, and you have xx local init queues, xx trigger messages are generated, one for every init queue (assuming they all match the trigger conditions). if you have a shared init queue triggering first, also xx trigger messages are generated, but now it is possible that a fast ckti gets two trigger messages, and a slow ckit gets none. i would try to avoid the overhead of triggering every. either trigger first and stay running, or trigger first and start multiple transactions, or start the proper amount of transactions by automation, cics plt or whatever you prefer. regards, stefan --Diese E-Mail enthaelt vertrauliche oder rechtlich geschuetzte Informationen.Wenn Sie nicht der beabsichtigte Empfaenger sind, informieren Sie bittesofort den Absender und loeschen Sie diese E-Mail. Das unbefugte Kopieren dieser E-Mail oder die unbefugte Weitergabe der enthaltenen Informationen ist nicht gestattet.The information contained in this message is confidential or protected bylaw. If you are not the intended recipient, please contact the sender and delete this message. Any unauthorised copying of this message or unauthorised distribution of the information contained herein is prohibited.
