MQMDE - C++
I am trying to locate support within the WMQ C++ V5.2/5.3, which provides access to the MQMDE. I am interested in the extension structure for cross compatibility with OS/390 WMQ applications that do not support grouping and message sequencing. Has anyone used the MQMDE via the C++ API. From my research I find that the ImqMessage forces the use of the MQMD Version 2. Any insight is greatly appreciated. Chris * The information transmitted is intended solely for the individual or entity to which it is addressed and may contain confidential and/or privileged material. Any review, retransmission, dissemination or other use of or taking action in reliance upon this information by persons or entities other than the intended recipient is prohibited. If you have received this email in error please contact the sender and delete the material from any computer. * 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: MQMDE - C++
Howdy Chris, Have you written a simple app to try and handle messages using ImqMessage that originated from an application that specifically sends MQ Ver 1 messages and sent an MQMDE ? I use the C++ API for everything and have not yet found an application that forces an MQMDE to be sent with Ver 1 messages, so I have not tested this, but I imagine the C++ Object handles this ok. Sid -Original Message- From: Fryett.Chris [mailto:[EMAIL PROTECTED] Sent: Thursday, 3 July 2003 4:08 PM To: [EMAIL PROTECTED] Subject: MQMDE - C++ I am trying to locate support within the WMQ C++ V5.2/5.3, which provides access to the MQMDE. I am interested in the extension structure for cross compatibility with OS/390 WMQ applications that do not support grouping and message sequencing. Has anyone used the MQMDE via the C++ API. From my research I find that the ImqMessage forces the use of the MQMD Version 2. Any insight is greatly appreciated. Chris * The information transmitted is intended solely for the individual or entity to which it is addressed and may contain confidential and/or privileged material. Any review, retransmission, dissemination or other use of or taking action in reliance upon this information by persons or entities other than the intended recipient is prohibited. If you have received this email in error please contact the sender and delete the material from any computer. * 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: MQMDE - C++
MQ V5.3 on OS/390 will accept V2 MQMD's, no RC=2026 anymore, so you may not need to worry about it if you are planning an upgrade soon. Regards Tim A Fryett.Chris [EMAIL PROTECTED]To: [EMAIL PROTECTED] TRUST.COM cc: Sent by: MQSeriesSubject: MQMDE - C++ List [EMAIL PROTECTED] N.AC.AT 03/07/2003 16:07 Please respond to MQSeries List I am trying to locate support within the WMQ C++ V5.2/5.3, which provides access to the MQMDE. I am interested in the extension structure for cross compatibility with OS/390 WMQ applications that do not support grouping and message sequencing. Has anyone used the MQMDE via the C++ API. From my research I find that the ImqMessage forces the use of the MQMD Version 2. Any insight is greatly appreciated. Chris * The information transmitted is intended solely for the individual or entity to which it is addressed and may contain confidential and/or privileged material. Any review, retransmission, dissemination or other use of or taking action in reliance upon this information by persons or entities other than the intended recipient is prohibited. If you have received this email in error please contact the sender and delete the material from any computer. * 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: MQMDE - C++
I am trying to send the MQMDE structure as part of the message in order to support OS/390 WMQ V5.2 applications. What I have found is the C++ API on the distributed side uses/forces the MQMD Version 2 so I can't set the version for the MQMD to Version 1, unless I am blind. Which right now is highly possibly 8-| By the way I am also having a major brain block here at 2:45am EDT. What is the proper method for copying the MQMDE into my message buffer? LOL! Any help is greatly appreciated. Chris -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Thursday, July 03, 2003 2:26 AM To: [EMAIL PROTECTED] Subject: Re: MQMDE - C++ Howdy Chris, Have you written a simple app to try and handle messages using ImqMessage that originated from an application that specifically sends MQ Ver 1 messages and sent an MQMDE ? I use the C++ API for everything and have not yet found an application that forces an MQMDE to be sent with Ver 1 messages, so I have not tested this, but I imagine the C++ Object handles this ok. Sid -Original Message- From: Fryett.Chris [mailto:[EMAIL PROTECTED] Sent: Thursday, 3 July 2003 4:08 PM To: [EMAIL PROTECTED] Subject: MQMDE - C++ I am trying to locate support within the WMQ C++ V5.2/5.3, which provides access to the MQMDE. I am interested in the extension structure for cross compatibility with OS/390 WMQ applications that do not support grouping and message sequencing. Has anyone used the MQMDE via the C++ API. From my research I find that the ImqMessage forces the use of the MQMD Version 2. Any insight is greatly appreciated. Chris * The information transmitted is intended solely for the individual or entity to which it is addressed and may contain confidential and/or privileged material. Any review, retransmission, dissemination or other use of or taking action in reliance upon this information by persons or entities other than the intended recipient is prohibited. If you have received this email in error please contact the sender and delete the material from any computer. * Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive * The information transmitted is intended solely for the individual or entity to which it is addressed and may contain confidential and/or privileged material. Any review, retransmission, dissemination or other use of or taking action in reliance upon this information by persons or entities other than the intended recipient is prohibited. If you have received this email in error please contact the sender and delete the material from any computer. * 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
WMQI v2.1 MessageFlows: DatabaseException
Hi everyone, I'm getting an error from a message flow: (This happens to be for a select statement) DatabaseException BIP2324E: Unsupported datatype '-9' fetched from database table colum 'XXX'. where XXX always seems to be the first column specified for retrieval. The insert statements over seem to work. Has anyone faced this before ? Your inputs would help a lot coz I'm running out of ideas :( Do reply, Regards, Sony 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: XML to MRM
Andre, Just a question: ... and in another Compute I concatenate these elements as required to create the required SAP IDOC format... Why aren't you using the IDOC parser (embedded from CSD02) instead of concatenating? In this case your process would be clear and simpler, because all segment fields is defined in the MRM model. HTH, Tibor Hi, MQSI v2.0.1 - CSD6: I have an XML message which I need to convert to MRM (in SAP IDOC format). We have been working with SAP IDOCs in MRM format for quite a while, but the inbound data we have received up to now has always been in fixed length string format which makes it easy to convert it to IDOC (MRM) format. The problem I am having now is that the inbound messages are in XML format (not fixed length). One solution I tried was to first create an MRM message which resembles the XML structure (The reason for this was so I could add all the necessary padding character details by using this interim MRM message). I then map the XML tagged fields to each respective MRM element in this interim MRM message and in another Compute I concatenate these elements as required to create the required SAP IDOC format. Unfortunately what now happens is that the elements seem to be trimmed before concatenation but in SAP the IDOC data is expected to be in a pre-determined fixed length format (including all the padding characters specified in the interim MRM message). I have set the custom wire format of the interim MRM message to fixed length and specified a padding character of space - however the element padding doesn't seem to be holding during concatenation. Then I tried something else - in a compute node (same compute as where I do the concatenation) I declare a temporary field for each of the elements before concatenation and use PAD to obtain the required padding (spaces or zero's). Concatenating these temporary padded fields worked 100% with no leading or trailing spaces being trimmed. I would like to know if there is a simpler way to ensure that when an element of a message is used in concatenation, the entire element length (including padding characters) is used and not only the trimmed actual data. Thanks Andre 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: Still having problems with the CICS bridge
Hi, The configuration I'm using is the following: DEF QL('RequestQueue') + TRIGGER + TRIGTYPE(FIRST) + INITQ('InitQueue') + PROCESS('TestProcess') DEF QL('InitQueue') DEF PROCESS('TestProcess') + APPLTYPE(CICS) + APPLICID(ATG1) My JMS application is putting the messages on the RequestQueue. Is there anything wrong with this configuration? Many thanks Paulo -Original Message- From: Miller, Dennis [mailto:[EMAIL PROTECTED] Sent: Wednesday, July 02, 2003 9:05 PM To: [EMAIL PROTECTED] Subject: Re: Still having problems with the CICS bridge You are getting your queues mixed up. Either you are sending your request message to the initq or the trigger monitor is reading the bridge queue. On CICS there should be two distinct queues: Bridge Queue Send your CICS requests here Input to bridge monitor Triggering parameters specify the Initq Used exclusively by the CICS bridge Init Queue Referenced in trigger parameters of the Bridge queue Input to trigger monitor (CKTI) Shared by many applications -Original Message- From: Moreira, Paulo [SMTP:[EMAIL PROTECTED] Sent: Wednesday, July 02, 2003 5:47 AM To: [EMAIL PROTECTED] Subject: Still having problems with the CICS bridge Hi, We have a MQ-CICS bridge running. I'm sending a message to the request queue with the following format: MessageID - MQMI_NONE CorrelationID - MQCI_NEW_SESSION I'm not using the RFH2 header ReplytoQueue - Another queue that is used for replies Message content- CICS Program name (8 characters) + commarea (I tried to play around with format using ascii and ebcdic but I had always the same problem) The request message is being read, and I'm always having a response in a dead-letter queue, with the reason code 266 (MQFB_TM_ERROR - MQTM structure not valid or missing). Anyone has any idea about what is going wrong? Many thanks Paulo -- The contents of this e-mail are intended for the named addressee only. It contains information that may be confidential. Unless you are the named addressee or an authorized designee, you may not copy or use it, or disclose it to anyone else. If you received it in error please notify us immediately and then destroy it. Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive -- The contents of this e-mail are intended for the named addressee only. It contains information that may be confidential. Unless you are the named addressee or an authorized designee, you may not copy or use it, or disclose it to anyone else. If you received it in error please notify us immediately and then destroy it. 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: Red Hat Linux 9
Not really an MQ problem, as such, but I can't even get past the running of mqlicense.sh to accept the TsCs ! It fails with a segmentation error. And according to the doc the rest of the install won't work until I've done this ! Steve. -Original Message- From: David C. Partridge [mailto:[EMAIL PROTECTED] Sent: 02 July 2003 09:50 To: [EMAIL PROTECTED] Subject: Re: Red Hat Linux 9 FWIW it does appear to work just fine on RHL8. HTH Dave Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive 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
AW: Still having problems with the CICS bridge
Paolo, check the information in the dead letter queue. You told us about the reason 266, but you should check further information from the dlq header. You may use the MA10 Supportpac (there is a little dead letter queue handler within it), otherwise browse the queue and check the bytes with the MQDLH structure (should be found in the application programmers reference) 1. what the queue name the message was destigned for? 2. whats the message contents? 3. what is the putapplication name? with these information it should be possible to find out what happened. if the queue is the initiation queue and the message contents is the request message, then you are putting to the wrong queue. if the queue is not the initiation queue but the putting application is the ckti (cics trigger monitor) then ckti is listening to the wrong queue. if it is something else (maybe a ckti in a different cics system) then you have to figure it out by yourself. maybe use display qstatus to see who is listening to the queue you put your requests too. i put a message to a cics initqueue to show you a sample output from the dlq handler that comes with the ma10 supportpac: COMMAND ===, DLQName ,===,MYQM.DEAD.QUEUE , MsgLen ,===,0197, CurDepth ,===,0006, (,0006,) StrucId ,===,DLH , Version,===,+0001, Reason ,===,+0266, , , DestQ ,===,MYCICS00.INITQ , DestQmgr,===,MYQM, Encoding,===,+0785, CodedCharSetId ,===,+0273, Format ,===,MQSTR , PutApplType,===,+0001, ,CICS PutApplName ,===,MYCICS00CKTI, PutDate ,===,20030703, PutTime,===,09394960, Dead Message: - REQUEST MESSAGE FOR PAOLO hope this helps. let us know what you found out. regards stefan 2. log on into the cics system start transaktion ckqc use connection, then 4- display what is the name of the initq? it should be 'InitQueue', but maybe it is 'RequestQueue') 3. if it is 'InitQueue', then try the following: put disable the 'InitQueue' run your application if you get a proper returncode (2051 put inhibited) then the application is putting to the initq. 3 depending on the os/390 version -Ursprüngliche Nachricht- Von: Moreira, Paulo [mailto:[EMAIL PROTECTED] Gesendet: Donnerstag, 3. Juli 2003 10:17 An: [EMAIL PROTECTED] Betreff: Re: Still having problems with the CICS bridge Hi, The configuration I'm using is the following: DEF QL('RequestQueue') + TRIGGER + TRIGTYPE(FIRST) + INITQ('InitQueue') + PROCESS('TestProcess') DEF QL('InitQueue') DEF PROCESS('TestProcess') + APPLTYPE(CICS) + APPLICID(ATG1) My JMS application is putting the messages on the RequestQueue. Is there anything wrong with this configuration? Many thanks Paulo -Original Message- From: Miller, Dennis [mailto:[EMAIL PROTECTED] Sent: Wednesday, July 02, 2003 9:05 PM To: [EMAIL PROTECTED] Subject: Re: Still having problems with the CICS bridge You are getting your queues mixed up. Either you are sending your request message to the initq or the trigger monitor is reading the bridge queue. On CICS there should be two distinct queues: Bridge Queue Send your CICS requests here Input to bridge monitor Triggering parameters specify the Initq Used exclusively by the CICS bridge Init Queue Referenced in trigger parameters of the Bridge queue Input to trigger monitor (CKTI) Shared by many applications -Original Message- From: Moreira, Paulo [SMTP:[EMAIL PROTECTED] Sent: Wednesday, July 02, 2003 5:47 AM To: [EMAIL PROTECTED] Subject: Still having problems with the CICS bridge Hi, We have a MQ-CICS bridge running. I'm sending a message to the request queue with the following format: MessageID - MQMI_NONE CorrelationID - MQCI_NEW_SESSION I'm not using the RFH2 header ReplytoQueue - Another queue that is used for replies Message content- CICS Program name (8 characters) + commarea (I tried to play around with format using ascii and ebcdic but I had always the same problem) The request message is being read, and I'm always having a response in a dead-letter queue, with the reason code 266 (MQFB_TM_ERROR - MQTM structure not valid or missing). Anyone has any idea about what is going wrong? Many thanks Paulo -- The contents of this e-mail are intended for the named addressee only. It contains information that may be confidential. Unless you are the named addressee or an authorized designee, you may not copy or use it, or disclose it to anyone else. If you received it in error please notify us immediately
Re: Red Hat Linux 9
If you're getting a segmentation fault running mqlicense.sh, methinks 'tis time to open an incident with your friendly local IBM support centre. Dave Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive
AW: Still having problems with the CICS bridge
sorry, I typed paolo instead of paulo and - in addition - the mail had some other old typing within it related to this problem before i typed what i wanted to send. i try again, please ignore the old mail: Paulo, check the information in the dead letter queue. You told us about the reason 266, but you should check further information from the dlq header. You may use the MA10 Supportpac (there is a little dead letter queue handler within it), otherwise browse the queue and check the bytes with the MQDLH structure (should be found in the application programmers reference) 1. what the queue name the message was destigned for? 2. whats the message contents? 3. what is the putapplication name? with these information it should be possible to find out what happened. if the queue is the initiation queue and the message contents is the request message, then you are putting to the wrong queue. if the queue is not the initiation queue but the putting application is the ckti (cics trigger monitor) then ckti is listening to the wrong queue. if it is something else (maybe a ckti in a different cics system) then you have to figure it out by yourself. maybe use display qstatus to see who is listening to the queue you put your requests too. i put a message to a cics initqueue to show you a sample output from the dlq handler that comes with the ma10 supportpac: COMMAND ===, DLQName ,===,MYQM.DEAD.QUEUE , MsgLen ,===,0197, CurDepth ,===,0006, (,0006,) StrucId ,===,DLH , Version,===,+0001, Reason ,===,+0266, , , DestQ ,===,MYCICS00.INITQ , DestQmgr,===,MYQM, Encoding,===,+0785, CodedCharSetId ,===,+0273, Format ,===,MQSTR , PutApplType,===,+0001, ,CICS PutApplName ,===,MYCICS00CKTI, PutDate ,===,20030703, PutTime,===,09394960, Dead Message: - REQUEST MESSAGE FOR PAOLO hope this helps. let us know what you found out. regards stefan 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: Any of you , WMQI folks checked out Crossworlds?
We are doing that at my current client. Crossworlds doesn't come into the picture as the applications have a detailed business laot for timed out messages from the branch. Crossworlds, and someone can correct me as I have not gone down that path as of yet, offers adapters both in the physical sense and metaphysical sense. It can give you SAP adapters and other things that allow you to plug other vendor pacages into you messaging network (physical). It also, from the last time I seen the dog-and-pony show, offers a business continuity schema that allows you to coordinate a BUSINESS transaction. Business transaction, as we all know, can go from the simple (send a messge and get an imediate reply) or to the complicated where B2B and B2C colaborations come into effect and the transaction can span time as well as physical locations, Meta-Physical!! So in your case you would use WMQI to transform your branch messages to something the legacy systems can understand and visa-versa. t can also be used to coordinate responses between different backend systems. Crossworlds can be used to tie into your CRM (SEIBEL), SAP or ACTA within your infrastructure. Crossworld could possibly be used to handle the situation where the messag did not get to the branch in a respectable amount of time and the financial had to be backed out. These things are tools. Like a hammer..one day it hits a nail in, another day it breaks a window cause your locked out and another day you can use it to smash you neighbors head in because you caught him fooling around with you wife. You bend and use it for want you want. bobbee From: eai grp [EMAIL PROTECTED] Reply-To: MQSeries List [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: Any of you , WMQI folks checked out Crossworlds? Date: Wed, 2 Jul 2003 12:10:30 -0700 Hi All, Iam looking for a best fit product for an integration which is more like multiple branches sending information to a central processing applications.All branches run the same software package , different instances at each location ,though. And they are MQ Enabled.No process automation required , mainly transformation. Does WMQI score well or Crossworlds??What about Scalability? Please Respond Thank You - Do you Yahoo!? SBC Yahoo! DSL - Now only $29.95 per month! _ Tired of spam? Get advanced junk mail protection with MSN 8. http://join.msn.com/?page=features/junkmail Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive
Re: Red Hat Linux 9
Before running mqlicense.sh try to create an empty file named: /tmp/mq_license/license/status.dat Ciao, F. __ Federico Demi Primeur Via Malagoli, 12 -- 56124 Pisa, Italy Phone: +39 050 31331 Fax: +39 050 3133232 Mobile: +39 348 8960 563 http://www.primeur.com mailto:[EMAIL PROTECTED] - Original Message - From: David C. Partridge [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Thursday, July 03, 2003 12:11 PM Subject: Re: Red Hat Linux 9 If you're getting a segmentation fault running mqlicense.sh, methinks 'tis time to open an incident with your friendly local IBM support centre. Dave Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive 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: Still having problems with the CICS bridge
Stefan, First of all thanks for your great help. My message is going to the RequestQueue. Basically, the message has the following contents: -Does not use the RFH2 header -Format - None (since it doesn't use the RFH2 header I cannot define the Format) -Correlation ID -MQCI_NEW_SESSION -Message Content - program name (8 bytes) + commarea (31 bytes)- I tried with the program name in ASCII and in EBCDIC, and I had the same error (can you please which one should I use). I'm using a JMS ByteMessage. The message in the DLQ has the following contents: Reason Code -266 Queue - RequestQueue Put application name - RequestQueue name appended with CKTI We tried to change the queue configuration, and we started to have a different reason code - 2210 (MQRC_FORMAT_ERROR). After having this error, for any message I send to the request queue, I'll have the following error: CSQC746E CKBR 047 Invalid CCSID, 500 expected, 1208 received CSQC760I CKBR 047 MsgId =C3E2D840D4F5F3F04040404040404040B9A9A175074AB640 Then we have to restart the CICS bridge in order to solve this problem. I think that this is related with a bug fixed in APAR PQ68284. I'm not sure why am I getting the reason code 2210. The only reason I can imagine is that the message doesn't have a defined format, but the bridge is trying to convert the message data(MQGMO_CONVERT). But the MQ Application Programming guide states that I can use the MQFMT_NOME if I don't include an MQCIH, so I think I'm not doing anything wrong. Many thanks Paulo -Original Message- From: Raabe, Stefan [mailto:[EMAIL PROTECTED] Sent: Thursday, July 03, 2003 12:13 PM To: [EMAIL PROTECTED] Subject: AW: Still having problems with the CICS bridge sorry, I typed paolo instead of paulo and - in addition - the mail had some other old typing within it related to this problem before i typed what i wanted to send. i try again, please ignore the old mail: Paulo, check the information in the dead letter queue. You told us about the reason 266, but you should check further information from the dlq header. You may use the MA10 Supportpac (there is a little dead letter queue handler within it), otherwise browse the queue and check the bytes with the MQDLH structure (should be found in the application programmers reference) 1. what the queue name the message was destigned for? 2. whats the message contents? 3. what is the putapplication name? with these information it should be possible to find out what happened. if the queue is the initiation queue and the message contents is the request message, then you are putting to the wrong queue. if the queue is not the initiation queue but the putting application is the ckti (cics trigger monitor) then ckti is listening to the wrong queue. if it is something else (maybe a ckti in a different cics system) then you have to figure it out by yourself. maybe use display qstatus to see who is listening to the queue you put your requests too. i put a message to a cics initqueue to show you a sample output from the dlq handler that comes with the ma10 supportpac: COMMAND ===, DLQName ,===,MYQM.DEAD.QUEUE , MsgLen ,===,0197, CurDepth ,===,0006, (,0006,) StrucId ,===,DLH , Version,===,+0001, Reason ,===,+0266, , , DestQ ,===,MYCICS00.INITQ , DestQmgr,===,MYQM, Encoding,===,+0785, CodedCharSetId ,===,+0273, Format ,===,MQSTR , PutApplType,===,+0001, ,CICS PutApplName ,===,MYCICS00CKTI, PutDate ,===,20030703, PutTime,===,09394960, Dead Message: - REQUEST MESSAGE FOR PAOLO hope this helps. let us know what you found out. regards stefan Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive -- The contents of this e-mail are intended for the named addressee only. It contains information that may be confidential. Unless you are the named addressee or an authorized designee, you may not copy or use it, or disclose it to anyone else. If you received it in error please notify us immediately and then destroy it. 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: Still having problems with the CICS bridge
Stefan, I forgot to say that, with this new reason code, I started to have a new put application name- instead of CKTI, I have CKBR. Regards Paulo -Original Message- From: Raabe, Stefan [mailto:[EMAIL PROTECTED] Sent: Thursday, July 03, 2003 12:13 PM To: [EMAIL PROTECTED] Subject: AW: Still having problems with the CICS bridge sorry, I typed paolo instead of paulo and - in addition - the mail had some other old typing within it related to this problem before i typed what i wanted to send. i try again, please ignore the old mail: Paulo, check the information in the dead letter queue. You told us about the reason 266, but you should check further information from the dlq header. You may use the MA10 Supportpac (there is a little dead letter queue handler within it), otherwise browse the queue and check the bytes with the MQDLH structure (should be found in the application programmers reference) 1. what the queue name the message was destigned for? 2. whats the message contents? 3. what is the putapplication name? with these information it should be possible to find out what happened. if the queue is the initiation queue and the message contents is the request message, then you are putting to the wrong queue. if the queue is not the initiation queue but the putting application is the ckti (cics trigger monitor) then ckti is listening to the wrong queue. if it is something else (maybe a ckti in a different cics system) then you have to figure it out by yourself. maybe use display qstatus to see who is listening to the queue you put your requests too. i put a message to a cics initqueue to show you a sample output from the dlq handler that comes with the ma10 supportpac: COMMAND ===, DLQName ,===,MYQM.DEAD.QUEUE , MsgLen ,===,0197, CurDepth ,===,0006, (,0006,) StrucId ,===,DLH , Version,===,+0001, Reason ,===,+0266, , , DestQ ,===,MYCICS00.INITQ , DestQmgr,===,MYQM, Encoding,===,+0785, CodedCharSetId ,===,+0273, Format ,===,MQSTR , PutApplType,===,+0001, ,CICS PutApplName ,===,MYCICS00CKTI, PutDate ,===,20030703, PutTime,===,09394960, Dead Message: - REQUEST MESSAGE FOR PAOLO hope this helps. let us know what you found out. regards stefan Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive -- The contents of this e-mail are intended for the named addressee only. It contains information that may be confidential. Unless you are the named addressee or an authorized designee, you may not copy or use it, or disclose it to anyone else. If you received it in error please notify us immediately and then destroy it. 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: Multiple JMS Message Listeners
Surely that's still not thread safe, unlike one listener per session. -Original Message- From: mikhail malamud [mailto:[EMAIL PROTECTED] Sent: 03 July 2003 04:03 To: [EMAIL PROTECTED] Subject: Re: Multiple JMS Message Listeners Neil - It might be beneficial to have multiple listeners per session when each listener will be passed a distinct selector. - Original Message - From: Taylor, Neil [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Wednesday, July 02, 2003 6:33 AM Subject: Re: Multiple JMS Message Listeners Sumeet JMS Sessions are, according to the JMS Specification, single threaded. Hence, all listeners created against a single session will be sequential - so no obvious benefit in having mutiple listeners that I can think of. However, if you create and use a seperate listener, PER SESSION, then you should get better performance. I say should, because I haven't tried it out yet. I do know, however, that it is not thread-safe to share the SAME listener instance accross mutiple sessions. To answer your question, I would have thought (but again, don't know for sure) that the mutiple sessions, each with its own listener, woud give the best throughoput, at a higher processing and memory cost. I guess that the optimum solution depends on your message volumes and time criticality. HTH Neil -Original Message- From: Sumeet Khosla [mailto:[EMAIL PROTECTED] Sent: 02 July 2003 06:39 To: [EMAIL PROTECTED] Subject: Multiple JMS Message Listeners Hi all, We are having a requirement where we need to process multiple messages (on a queue) simultaneously. One approach to that is to have multiple listeners associated with the same queue so that concurrent processing of messages can happen. I have tried two approaches for implementing multiple listeners which are as below: a) I create the QCF, Q, QConnection QSession and pass on the session to my listener class constructor and it creates receiver out of that session and sets the message listener class as message listener for the given Q. I am creating for listeners in this manner. b) I create the QCF, Q, QConnection and pass on the connection to my listener class constructor and it creates QSession and then receiver out of that session and sets the message listener class as message listener for the given Q. I am creating 4 listeners in this manner. I wanted to know which approach is better in terms of resource consumption, performance and on any other points. The time taken to process the messages was more in case of multiple listeners being created from a single session than multiple listeners being created from multiple sessions for 40 messages. Another observation was in case of multiple sessions, all the 4 listeners were used simultaneously, as in each group of 4 messages was processed by the four listeners simultaneously. In case of single session, the first 2 listeners were only used. If I add a sleep time of 2000 then four listeners are used but that too sequentially, first 10 msgs being taken by first listener, next 10 by second listener and so on... Thanks Regards, Sumeet Khosla 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: Any of you , WMQI folks checked out Crossworlds?
I like Bobbee's hammer analogy. While you may well use a hammer to drive a nail in, or to break a window cause you're locked out, you might want a lump-hammer to smash you neighbours head in. But you probably wouldn't use a pile-driver for any of the afore-mentioned or the hammer to crack an egg. If your requirement is merely to enable multiple branches to send information to a central processing application with some data transformation maybe you don't need a full function Integration Broker product like WMQI or Crossworlds. Maybe something more lightweight (and cheaper). Or are your requirements more complex than you suggest ? Steve. -Original Message- From: Robert Broderick [mailto:[EMAIL PROTECTED] Sent: 03 July 2003 12:06 To: [EMAIL PROTECTED] Subject: Re: Any of you , WMQI folks checked out Crossworlds? We are doing that at my current client. Crossworlds doesn't come into the picture as the applications have a detailed business laot for timed out messages from the branch. Crossworlds, and someone can correct me as I have not gone down that path as of yet, offers adapters both in the physical sense and metaphysical sense. It can give you SAP adapters and other things that allow you to plug other vendor pacages into you messaging network (physical). It also, from the last time I seen the dog-and-pony show, offers a business continuity schema that allows you to coordinate a BUSINESS transaction. Business transaction, as we all know, can go from the simple (send a messge and get an imediate reply) or to the complicated where B2B and B2C colaborations come into effect and the transaction can span time as well as physical locations, Meta-Physical!! So in your case you would use WMQI to transform your branch messages to something the legacy systems can understand and visa-versa. t can also be used to coordinate responses between different backend systems. Crossworlds can be used to tie into your CRM (SEIBEL), SAP or ACTA within your infrastructure. Crossworld could possibly be used to handle the situation where the messag did not get to the branch in a respectable amount of time and the financial had to be backed out. These things are tools. Like a hammer..one day it hits a nail in, another day it breaks a window cause your locked out and another day you can use it to smash you neighbors head in because you caught him fooling around with you wife. You bend and use it for want you want. bobbee From: eai grp [EMAIL PROTECTED] Reply-To: MQSeries List [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: Any of you , WMQI folks checked out Crossworlds? Date: Wed, 2 Jul 2003 12:10:30 -0700 Hi All, Iam looking for a best fit product for an integration which is more like multiple branches sending information to a central processing applications.All branches run the same software package , different instances at each location ,though. And they are MQ Enabled.No process automation required , mainly transformation. Does WMQI score well or Crossworlds??What about Scalability? Please Respond Thank You - Do you Yahoo!? SBC Yahoo! DSL - Now only $29.95 per month! _ Tired of spam? Get advanced junk mail protection with MSN 8. http://join.msn.com/?page=features/junkmail Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive
Re: Red Hat Linux 9
On Thu, 2003-07-03 at 11:42, Kelly, Steve wrote: Not really an MQ problem, as such, but I can't even get past the running of mqlicense.sh to accept the TsCs ! It fails with a segmentation error. And according to the doc the rest of the install won't work until I've done this ! mqlicence.sh launch the Java License Agreement Process tool. Try LD_ASSUME_KERNEL=2.2.5 ./mqlicense.sh for RedHat 9. See the File RELEASE-NOTES from the first RedHat CDs: -- RELEASE-NOTES -- Applications that are known to have problems using NPTL include: - Sun JRE prior to version 1.4.1 - IBM JRE If an application does not work properly with NPTL, it can be run using the old LinuxThreads implementation by setting the following environment variable: LD_ASSUME_KERNEL=kernel-version The following versions are available: - 2.4.1 - Linuxthreads with floating stacks - 2.2.5 - Linuxthreads without floating stacks -- RELEASE-NOTES -- -- Jean-Francois Chabilan [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
AW: Still having problems with the CICS bridge
Paulo, (quote on) Put application name - RequestQueue name appended with CKTI (quote off) your cics trigger monitor ckti is started using the applicaition requestqueue instead of the initqueue. your setup looks to be wrong. go into your cics system start ckqc transaction place cursor on connection and press enter use 4 - display whats the name of the initqueue? it should be 'initqueue', but i bet it is 'requestqueue', which is wrong... (mhh... how much shall bet... mhhh :-)) thats what it should be: qlocal(requestqueue) specifies - initq(initqueue) - used by ckti thats what it looks like qlocal(requestqueue) - used by ckti regards stefan -Ursprüngliche Nachricht- Von: Moreira, Paulo [mailto:[EMAIL PROTECTED] Gesendet: Donnerstag, 3. Juli 2003 13:24 An: [EMAIL PROTECTED] Betreff: Re: Still having problems with the CICS bridge Stefan, First of all thanks for your great help. My message is going to the RequestQueue. Basically, the message has the following contents: -Does not use the RFH2 header -Format - None (since it doesn't use the RFH2 header I cannot define the Format) -Correlation ID -MQCI_NEW_SESSION -Message Content - program name (8 bytes) + commarea (31 bytes)- I tried with the program name in ASCII and in EBCDIC, and I had the same error (can you please which one should I use). I'm using a JMS ByteMessage. The message in the DLQ has the following contents: Reason Code -266 Queue - RequestQueue Put application name - RequestQueue name appended with CKTI We tried to change the queue configuration, and we started to have a different reason code - 2210 (MQRC_FORMAT_ERROR). After having this error, for any message I send to the request queue, I'll have the following error: CSQC746E CKBR 047 Invalid CCSID, 500 expected, 1208 received CSQC760I CKBR 047 MsgId =C3E2D840D4F5F3F04040404040404040B9A9A175074AB640 Then we have to restart the CICS bridge in order to solve this problem. I think that this is related with a bug fixed in APAR PQ68284. I'm not sure why am I getting the reason code 2210. The only reason I can imagine is that the message doesn't have a defined format, but the bridge is trying to convert the message data(MQGMO_CONVERT). But the MQ Application Programming guide states that I can use the MQFMT_NOME if I don't include an MQCIH, so I think I'm not doing anything wrong. Many thanks Paulo -Original Message- From: Raabe, Stefan [mailto:[EMAIL PROTECTED] Sent: Thursday, July 03, 2003 12:13 PM To: [EMAIL PROTECTED] Subject: AW: Still having problems with the CICS bridge sorry, I typed paolo instead of paulo and - in addition - the mail had some other old typing within it related to this problem before i typed what i wanted to send. i try again, please ignore the old mail: Paulo, check the information in the dead letter queue. You told us about the reason 266, but you should check further information from the dlq header. You may use the MA10 Supportpac (there is a little dead letter queue handler within it), otherwise browse the queue and check the bytes with the MQDLH structure (should be found in the application programmers reference) 1. what the queue name the message was destigned for? 2. whats the message contents? 3. what is the putapplication name? with these information it should be possible to find out what happened. if the queue is the initiation queue and the message contents is the request message, then you are putting to the wrong queue. if the queue is not the initiation queue but the putting application is the ckti (cics trigger monitor) then ckti is listening to the wrong queue. if it is something else (maybe a ckti in a different cics system) then you have to figure it out by yourself. maybe use display qstatus to see who is listening to the queue you put your requests too. i put a message to a cics initqueue to show you a sample output from the dlq handler that comes with the ma10 supportpac: COMMAND ===, DLQName ,===,MYQM.DEAD.QUEUE , MsgLen ,===,0197, CurDepth ,===,0006, (,0006,) StrucId ,===,DLH , Version,===,+0001, Reason ,===,+0266, , , DestQ ,===,MYCICS00.INITQ , DestQmgr,===,MYQM, Encoding,===,+0785, CodedCharSetId ,===,+0273, Format ,===,MQSTR , PutApplType,===,+0001, ,CICS PutApplName ,===,MYCICS00CKTI, PutDate ,===,20030703, PutTime,===,09394960, Dead Message: - REQUEST MESSAGE FOR PAOLO hope this helps. let us know what you found out. regards stefan 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
Re: How Often Do You Reboot? -- Thanks!
Title: Message I just wanted to thank everyone who answered this query. -- Rebecca And for those in the US-- Have a Happy Fourth!! -Original Message-From: Bullock, Rebecca (CSC) [mailto:[EMAIL PROTECTED] Sent: 01 July 2003 15:28To: [EMAIL PROTECTED]Subject: How Often Do You Reboot? Hi, everyone. The subject sort of asks the basicquestion... Here are some more details. We run MQSeries on multiple Sun Solaris boxes. Most boxes are running Solaris 2.8. Some MQ servers are at V5.2 and some at V5.3 (and one lone boxis still running V5.1). Some are rebooted fairlyfrequently and some have been up for months. In many cases, MQSeries server is the only software running on the box, although some development servers also run other stuff. What I'd like is some feel for how frequently others reboot their boxes. Some time back, we had an issue where the resolution from IBM was to reboot the box. So, I thought scheduling regular reboots on those boxes that don't currently have them would not be a bad idea , but wondered how often. My thanks, as always -- Rebecca Rebecca Bullock Computer Sciences Corporation MFCoE/Newark CS Team Educational Testing Service Account Princeton, NJ 08541 Phone: 609-734-5351 email: [EMAIL PROTECTED] or [EMAIL PROTECTED] ** This e-mail and any files transmitted with it may contain privileged or confidential information. It is solely for use by the individual for whom it is intended, even if addressed incorrectly. If you received this e-mail in error, please notify the sender; do not disclose, copy, distribute, or take any action in reliance on the contents of this information; and delete it from your system. Any other use of this e-mail is prohibited. Thank you for your compliance.**Click here to visit the Argos home page http://www.argos.co.ukThe information contained in this message or any of its attachments may be privileged and confidential, and is intended exclusively for the addressee.The views expressed may not be official policy, but the personal views of the originator.If you are not the intended addressee, any disclosure, reproduction, distribution, dissemination or use of this communication is not authorised.If you have received this message in error, please advise the sender by using your reply facility in your e-mail software.All messages sent and received by Argos Ltd are monitored for virus, high risk file extensions, and inappropriate content. As a result users should be aware that mail maybe accessed.** ** This e-mail and any files transmitted with it may contain privileged or confidential information. It is solely for use by the individual for whom it is intended, even if addressed incorrectly. If you received this e-mail in error, please notify the sender; do not disclose, copy, distribute, or take any action in reliance on the contents of this information; and delete it from your system. Any other use of this e-mail is prohibited. Thank you for your compliance.
Re: MQMDE - C++
Chris, You are not blind, but there is a way to set the MQMD version to 1. See the protected method in ImqMessage... static void setVersionSupported ( const MQLONG ); You should be able to use this method something like this... - - - - - - - - - - - - - - - - - - - - class MyImqMessage: public ImqMessage { public: static void setVersion1() { setVersionSupported(MQMD_VERSION_1); } }; int main(int argc, char** argv) { MyImqMessage::setVersion1(); MyImqMessage *msg = new MyImqMessage(); // This is now an MQMD_VERSION_1 message - - - - - - - - - - - - - - - - - - - - I'm not sure what you mean by What is the proper method for copying the MQMDE into my message buffer?, but you should be able to do this... - - - - - - - - - - - - - - - - - - - - MQMDE mqmde; msg-write( sizeof(MQMDE), mqmde ); - - - - - - - - - - - - - - - - - - - - Apologies if this is not what you are after. Regards, Ian Vanstone WebSphere MQ for z/OS Development Fryett.Chris [EMAIL PROTECTED]To: [EMAIL PROTECTED] TRUST.COM cc: Sent by: MQSeriesSubject: Re: MQMDE - C++ List [EMAIL PROTECTED] N.AC.AT 03/07/2003 07:54 Please respond to MQSeries List I am trying to send the MQMDE structure as part of the message in order to support OS/390 WMQ V5.2 applications. What I have found is the C++ API on the distributed side uses/forces the MQMD Version 2 so I can't set the version for the MQMD to Version 1, unless I am blind. Which right now is highly possibly 8-| By the way I am also having a major brain block here at 2:45am EDT. What is the proper method for copying the MQMDE into my message buffer? LOL! Any help is greatly appreciated. Chris -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Thursday, July 03, 2003 2:26 AM To: [EMAIL PROTECTED] Subject: Re: MQMDE - C++ Howdy Chris, Have you written a simple app to try and handle messages using ImqMessage that originated from an application that specifically sends MQ Ver 1 messages and sent an MQMDE ? I use the C++ API for everything and have not yet found an application that forces an MQMDE to be sent with Ver 1 messages, so I have not tested this, but I imagine the C++ Object handles this ok. Sid -Original Message- From: Fryett.Chris [mailto:[EMAIL PROTECTED] Sent: Thursday, 3 July 2003 4:08 PM To: [EMAIL PROTECTED] Subject: MQMDE - C++ I am trying to locate support within the WMQ C++ V5.2/5.3, which provides access to the MQMDE. I am interested in the extension structure for cross compatibility with OS/390 WMQ applications that do not support grouping and message sequencing. Has anyone used the MQMDE via the C++ API. From my research I find that the ImqMessage forces the use of the MQMD Version 2. Any insight is greatly appreciated. Chris * The information transmitted is intended solely for the individual or entity to which it is addressed and may contain confidential and/or privileged material. Any review, retransmission, dissemination or other use of or taking action in reliance upon this information by persons or entities other than the intended recipient is prohibited. If you have received this email in error please contact the sender and delete the material from any computer. * Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive * The information transmitted is intended solely for the individual or entity to which it is addressed and may contain confidential and/or privileged material. Any review, retransmission, dissemination or other use of or taking action in reliance upon this information by persons or entities other than the intended recipient is prohibited. If you have received this email in error please contact the sender and delete the material from any computer. * 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
Re: Any of you , WMQI folks checked out Crossworlds?IBM's thought???
But how do you think IBM wants to place the two products? Is CW mainly a B2B tool? Can'ntcrossworlds be used for transformation , it has a Map that does the same function?But ,Is there alimitation on the MQ Connector ,how manyqueues can a single connector poll.That is probably better with WMQI, if my application is already MQ enabled, I dont need a MQ connector in the first place! Robert Broderick [EMAIL PROTECTED] wrote: We are doing that at my current client. Crossworlds doesn't come into thepicture as the applications have a detailed business laot for timed outmessages from the branch. Crossworlds, and someone can correct me as I havenot gone down that path as of yet, offers adapters both in the physicalsense and metaphysical sense. It can give you SAP adapters and other thingsthat allow you to plug other vendor pacages into you messaging network(physical). It also, from the last time I seen the dog-and-pony show, offersa business continuity schema that allows you to coordinate a "BUSINESS"transaction. Business transaction, as we all know, can go from the simple(send a messge and get an imediate reply) or to the complicated where B2Band B2C colaborations come into effect and the transaction can span time aswell as physical locations, Meta-Physical!! So in your case you would useWMQI to transform your branch messages to something the legacy systems canunderstand and visa-versa. t can also be used to coordinate responsesbetween different backend systems. Crossworlds can be used to tie into yourCRM (SEIBEL), SAP or ACTA within your infrastructure. Crossworld couldpossibly be used to handle the situation where the messag did not get to thebranch in a respectable amount of time and the financial had to be backedout.These things are tools. Like a hammer..one day it hits a nail in, anotherday it breaks a window cause your locked out and another day you can use itto smash you neighbors head in because you caught him fooling around withyou wife. You bend and use it for want you want.bobbeeFrom: eai grp <[EMAIL PROTECTED]>Reply-To: MQSeries List <[EMAIL PROTECTED]>To: [EMAIL PROTECTED]Subject: Any of you , WMQI folks checked out Crossworlds?Date: Wed, 2 Jul 2003 12:10:30 -0700Hi All,Iam looking for a best fit product for an integration which is more likemultiple branches sending information to a central processingapplications.All branches run the same software package , differentinstances at each location ,though.And they are MQ Enabled.No process automation required , mainlytransformation.Does WMQI score well or Crossworlds??What about Scalability?Please RespondThank You-Do you Yahoo!?SBC Yahoo! DSL - Now only $29.95 per month!_Tired of spam? Get advanced junk mail protection with MSN 8.http://join.msn.com/?page=features/junkmailInstructions 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!? SBC Yahoo! DSL - Now only $29.95 per month!
Re: How Often Do You Reboot?
We have a substantial amount of Solaris and AIX servers. Whether it be test, QA or production, we almost never reboot. We have been running like this for years and it has caused us no problems. Thank You, John Haraburda TPS/ITS/Database Technologies Group MQSeries -Original Message- From: Bullock, Rebecca (CSC) [mailto:[EMAIL PROTECTED] Sent: Tuesday, July 01, 2003 11:28 AM To: [EMAIL PROTECTED] Subject: How Often Do You Reboot? Hi, everyone. The subject sort of asks the basic question... Here are some more details. We run MQSeries on multiple Sun Solaris boxes. Most boxes are running Solaris 2.8. Some MQ servers are at V5.2 and some at V5.3 (and one lone box is still running V5.1). Some are rebooted fairly frequently and some have been up for months. In many cases, MQSeries server is the only software running on the box, although some development servers also run other stuff. What I'd like is some feel for how frequently others reboot their boxes. Some time back, we had an issue where the resolution from IBM was to reboot the box. So, I thought scheduling regular reboots on those boxes that don't currently have them would not be a bad idea , but wondered how often. My thanks, as always -- Rebecca Rebecca Bullock Computer Sciences Corporation MFCoE/Newark CS Team Educational Testing Service Account Princeton, NJ 08541 Phone: 609-734-5351 email: [EMAIL PROTECTED] or [EMAIL PROTECTED] ** This e-mail and any files transmitted with it may contain privileged or confidential information. It is solely for use by the individual for whom it is intended, even if addressed incorrectly. If you received this e-mail in error, please notify the sender; do not disclose, copy, distribute, or take any action in reliance on the contents of this information; and delete it from your system. Any other use of this e-mail is prohibited. Thank you for your compliance. * The information transmitted is intended solely for the individual or entity to which it is addressed and may contain confidential and/or privileged material. Any review, retransmission, dissemination or other use of or taking action in reliance upon this information by persons or entities other than the intended recipient is prohibited. If you have received this email in error please contact the sender and delete the material from any computer. * 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
Where are security violations logged on VAX/VMS?
Hello, IBM in its infinite wisdom has removed the references to the VMS documentation for MQSeries in the support section, even though the product is still supported, but I still need to know ... I am attempting a client connection to a VAX/VMS MQS QM (Rel 2.2.1). I have already changed the MCAUSER() on the SVRCONN channel to be both uppercase 'AWERBUCH' and lowercase 'awerbuch' (my NT4 userid), to no avail. I am getting RC=2035 (Not Authorized). Where on the VAX system is the security violation logged so that I can see what is being received and is invalid? BTW, this same connection setup is working fine on a Windows NT4 server, so I know I coded things corrcetly. Please CC: your reply to [EMAIL PROTECTED] as well; I receive only digests, but could use the answer sooner than next Monday. Thanks, 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!? SBC Yahoo! DSL - Now only $29.95 per month! http://sbc.yahoo.com Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive
Where are security violations logged on VAX/VMS?
David, The System Management Guide for MQSeries v2.2.1 for OpenVMS VAX is still available. First go to the main MQ library page: http://www-3.ibm.com/software/integration/mqfamily/library/manualsa/ Next, choose WebSphere MQ messaging previous platform specific books from the first pull-down box to go to this URL: http://www-3.ibm.com/software/integration/mqfamily/library/manualsa/manuals/platspecprev.html If you are looking for older versions of the other manuals, choose WebSphere MQ messaging previous multiplatform books instead: http://www-3.ibm.com/software/integration/mqfamily/library/manualsa/manuals/crossprev.html On the very first few pages of each manual in a section entitled About this book is a list of releases to which it applies. For example, the MQSeries Application Programming Guide (publication SC33-0807-09) lists MQSeries for Digital OpenVMS as one of the v2 platforms to which it applies. Authorization errors are normal in the same sense that MQRC_NO_MSG_AVAILABLE is a normal error. MQ just returns a 2035 to the application and takes no further action. By way of contrast, if MQ failed to authorize a user because of an unexpected error in the product, or because of a problem with the operating system, it would probably write one or more error log messages and FDCs. The best way to analyze authorization errors is to enable authorization events on the queue manager using 'ALTER QMGR AUTHOREV(ENABLED)' in runmqsc. The MQSeries Programmable System Management book (available at the third URL given above) contains a description of authorization events and how to interpret them. In essence, every 2035 error will generate a message showing who failed authorization and for which object. Cheers, Justin T. Fries WebSphere MQ Support Raleigh, North Carolina Email: [EMAIL PROTECTED] David Awerbuch [EMAIL PROTECTED] Sent by: MQSeries List [EMAIL PROTECTED] 07/03/2003 11:58 AM Please respond to MQSeries List To: [EMAIL PROTECTED] cc: Subject: Where are security violations logged on VAX/VMS? Hello, IBM in its infinite wisdom has removed the references to the VMS documentation for MQSeries in the support section, even though the product is still supported, but I still need to know ... I am attempting a client connection to a VAX/VMS MQS QM (Rel 2.2.1). I have already changed the MCAUSER() on the SVRCONN channel to be both uppercase 'AWERBUCH' and lowercase 'awerbuch' (my NT4 userid), to no avail. I am getting RC=2035 (Not Authorized). Where on the VAX system is the security violation logged so that I can see what is being received and is invalid? BTW, this same connection setup is working fine on a Windows NT4 server, so I know I coded things corrcetly. Please CC: your reply to [EMAIL PROTECTED] as well; I receive only digests, but could use the answer sooner than next Monday. Thanks, 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!? SBC Yahoo! DSL - Now only $29.95 per month! http://sbc.yahoo.com Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive
Re: Any of you , WMQI folks checked out Crossworlds?IBM's thought???
Check out WebSphere Business Integration http://www-3.ibm.com/software/info1/websphere/index.jsp?tab=products/businessint IBM is building an application layer on top of the base products It is up to you what you want to buy/develop with - on any comparison of WMQI vs Crossworlds functionality WMQI wins for the things that WMQI can do Brian S. Crabtree EAI Consultant - Original Message - From: eai grp To: [EMAIL PROTECTED] Sent: Thursday, July 03, 2003 10:45 AM Subject: Re: Any of you , WMQI folks checked out Crossworlds?IBM's thought??? But how do you think IBM wants to place the two products? Is CW mainly a B2B tool? Can'nt crossworlds be used for transformation , it has a Map that does the same function? But ,Is there a limitation on the MQ Connector , how many queues can a single connector poll.That is probably better with WMQI , if my application is already MQ enabled, I dont need a MQ connector in the first place! Robert Broderick [EMAIL PROTECTED] wrote: We are doing that at my current client. Crossworlds doesn't come into the picture as the applications have a detailed business laot for timed out messages from the branch. Crossworlds, and someone can correct me as I have not gone down that path as of yet, offers adapters both in the physical sense and metaphysical sense. It can give you SAP adapters and other things that allow you to plug other vendor pacages into you messaging network (physical). It also, from the last time I seen the dog-and-pony show, offers a business continuity schema that allows you to coordinate a BUSINESS transaction. Business transaction, as we all know, can go from the simple (send a messge and get an imediate reply) or to the complicated where B2B and B2C colaborations come into effect and the transaction can span time as well as physical locations, Meta-Physical!! So in your case you would use WMQI to transform your branch messages to something the legacy systems can understand and visa-versa. t can also be used to coordinate responses between different backend systems. Crossworlds can be used to tie into your CRM (SEIBEL), SAP or ACTA within your infrastructure. Crossworld could possibly be used to handle the situation where the messag did not get to the branch in a respectable amount of time and the financial had to be backed out. These things are tools. Like a hammer..one day it hits a nail in, another day it breaks a window cause your locked out and another day you can use it to smash you neighbors head in because you caught him fooling around with you wife. You bend and use it for want you want. bobbee From: eai grp Reply-To: MQSeries List To: [EMAIL PROTECTED] Subject: Any of you , WMQI folks checked out Crossworlds? Date: Wed, 2 Jul 2003 12:10:30 -0700 Hi All, Iam looking for a best fit product for an integration which is more like multiple branches sending information to a central processing applications.All branches run the same software package , different instances at each location ,though. And they are MQ Enabled.No process automation required , mainly transformation. Does WMQI score well or Crossworlds??What about Scalability? Please Respond Thank You - Do you Yahoo!? SBC Yahoo! DSL - Now only $29.95 per month! _ Tired of spam? Get advanced junk mail protection with MSN 8. http://join.msn.com/?page=features/junkmail Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive Do you Yahoo!? SBC Yahoo! DSL - Now only $29.95 per month! 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: Still having problems with the CICS bridge
You want to trigger the CICS bridge, right? Shouldn't you use APPLICID(CKBR)? Also, from your original symptoms, you may have CKTI opening RequestQueue; it should be opening InitQueue. -Original Message- From: Moreira, Paulo [SMTP:[EMAIL PROTECTED] Sent: Thursday, July 03, 2003 1:17 AM To: [EMAIL PROTECTED] Subject: Re: Still having problems with the CICS bridge Hi, The configuration I'm using is the following: DEF QL('RequestQueue') + TRIGGER + TRIGTYPE(FIRST) + INITQ('InitQueue') + PROCESS('TestProcess') DEF QL('InitQueue') DEF PROCESS('TestProcess') + APPLTYPE(CICS) + APPLICID(ATG1) My JMS application is putting the messages on the RequestQueue. Is there anything wrong with this configuration? Many thanks Paulo -Original Message- From: Miller, Dennis [mailto:[EMAIL PROTECTED] Sent: Wednesday, July 02, 2003 9:05 PM To: [EMAIL PROTECTED] Subject: Re: Still having problems with the CICS bridge You are getting your queues mixed up. Either you are sending your request message to the initq or the trigger monitor is reading the bridge queue. On CICS there should be two distinct queues: Bridge Queue Send your CICS requests here Input to bridge monitor Triggering parameters specify the Initq Used exclusively by the CICS bridge Init Queue Referenced in trigger parameters of the Bridge queue Input to trigger monitor (CKTI) Shared by many applications -Original Message- From: Moreira, Paulo [SMTP:[EMAIL PROTECTED] Sent: Wednesday, July 02, 2003 5:47 AM To: [EMAIL PROTECTED] Subject: Still having problems with the CICS bridge Hi, We have a MQ-CICS bridge running. I'm sending a message to the request queue with the following format: MessageID - MQMI_NONE CorrelationID - MQCI_NEW_SESSION I'm not using the RFH2 header ReplytoQueue - Another queue that is used for replies Message content- CICS Program name (8 characters) + commarea (I tried to play around with format using ascii and ebcdic but I had always the same problem) The request message is being read, and I'm always having a response in a dead-letter queue, with the reason code 266 (MQFB_TM_ERROR - MQTM structure not valid or missing). Anyone has any idea about what is going wrong? Many thanks Paulo -- The contents of this e-mail are intended for the named addressee only. It contains information that may be confidential. Unless you are the named addressee or an authorized designee, you may not copy or use it, or disclose it to anyone else. If you received it in error please notify us immediately and then destroy it. Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive -- The contents of this e-mail are intended for the named addressee only. It contains information that may be confidential. Unless you are the named addressee or an authorized designee, you may not copy or use it, or disclose it to anyone else. If you received it in error please notify us immediately and then destroy it. 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
md.ReplyTo.. processing - why?
I was testing my IMS Bridge code on another platform and discovered that my understanding of how MQ processes the md.ReplyToQMgr and ReplyToQ fields was deficient. I naively assumed that if I left the ReplyToQMgr field blank, and specified the ReplyToQ, the target queue manager would resolve the ReplyToQ and send the reply message along it's merry way. I discovered that, in fact, the local queue manager processes these fields. If I specify the ReplyToQ, the local QM looks for a definition, and if he can't find it, he fills in his own name in the ReplyToQMgr field. If he does find a remote queue definition, he not only fills in the ReplyToQMgr field with the Remote Queue Manager name from that definition, he also REPLACES the ReplyToQ field with the Remote Queue Name from that definition. It strikes me that this design increases the administrative burden if I am designing a 'hub-and-spoke' application where I might want reply messages to be processed on some 3rd queue manager. If I want to be able to change the system processing the reply messages, I don't want to have to touch the other spokes. (I understand that defining the ReplyToQ on QMSpoke1 as a Remote Queue pointing to the QMHub system and it's associated transmission queue is a one-time step - the hub will then find that the ReplyToQ is a remote queue on QMSpoke2, and send it along). It just seems to me that it's a better design to have the ReplyTo fields resolved by the queue manager that actually has to send the replies. Late binding provides more flexibilty, IMHO and reduces administrative work. I don't expect this behavior to change. Change would probably break some existing applications... Anybody have any thoughts on this? 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
Re: Still having problems with the CICS bridge
You CAN define a format without the RFH2 header. You may want to use MQFMT_STRING when sending to the CICS bridge--depends on whether you want MQ or JMS to handle data conversion. And one more time: CKTI appears to be reading your request message and putting it on the DLQ. CKTI can only read trigger messages from the INITQ. Open CKTI against the init queue, not the request queue. -Original Message- From: Moreira, Paulo [SMTP:[EMAIL PROTECTED] Sent: Thursday, July 03, 2003 4:24 AM To: [EMAIL PROTECTED] Subject: Re: Still having problems with the CICS bridge Stefan, First of all thanks for your great help. My message is going to the RequestQueue. Basically, the message has the following contents: -Does not use the RFH2 header -Format - None (since it doesn't use the RFH2 header I cannot define the Format) -Correlation ID -MQCI_NEW_SESSION -Message Content - program name (8 bytes) + commarea (31 bytes)- I tried with the program name in ASCII and in EBCDIC, and I had the same error (can you please which one should I use). I'm using a JMS ByteMessage. The message in the DLQ has the following contents: Reason Code -266 Queue - RequestQueue Put application name - RequestQueue name appended with CKTI We tried to change the queue configuration, and we started to have a different reason code - 2210 (MQRC_FORMAT_ERROR). After having this error, for any message I send to the request queue, I'll have the following error: CSQC746E CKBR 047 Invalid CCSID, 500 expected, 1208 received CSQC760I CKBR 047 MsgId =C3E2D840D4F5F3F04040404040404040B9A9A175074AB640 Then we have to restart the CICS bridge in order to solve this problem. I think that this is related with a bug fixed in APAR PQ68284. I'm not sure why am I getting the reason code 2210. The only reason I can imagine is that the message doesn't have a defined format, but the bridge is trying to convert the message data(MQGMO_CONVERT). But the MQ Application Programming guide states that I can use the MQFMT_NOME if I don't include an MQCIH, so I think I'm not doing anything wrong. Many thanks Paulo -Original Message- From: Raabe, Stefan [mailto:[EMAIL PROTECTED] Sent: Thursday, July 03, 2003 12:13 PM To: [EMAIL PROTECTED] Subject: AW: Still having problems with the CICS bridge sorry, I typed paolo instead of paulo and - in addition - the mail had some other old typing within it related to this problem before i typed what i wanted to send. i try again, please ignore the old mail: Paulo, check the information in the dead letter queue. You told us about the reason 266, but you should check further information from the dlq header. You may use the MA10 Supportpac (there is a little dead letter queue handler within it), otherwise browse the queue and check the bytes with the MQDLH structure (should be found in the application programmers reference) 1. what the queue name the message was destigned for? 2. whats the message contents? 3. what is the putapplication name? with these information it should be possible to find out what happened. if the queue is the initiation queue and the message contents is the request message, then you are putting to the wrong queue. if the queue is not the initiation queue but the putting application is the ckti (cics trigger monitor) then ckti is listening to the wrong queue. if it is something else (maybe a ckti in a different cics system) then you have to figure it out by yourself. maybe use display qstatus to see who is listening to the queue you put your requests too. i put a message to a cics initqueue to show you a sample output from the dlq handler that comes with the ma10 supportpac: COMMAND ===, DLQName ,===,MYQM.DEAD.QUEUE , MsgLen ,===,0197, CurDepth ,===,0006, (,0006,) StrucId ,===,DLH , Version,===,+0001, Reason ,===,+0266, , , DestQ ,===,MYCICS00.INITQ , DestQmgr,===,MYQM, Encoding,===,+0785, CodedCharSetId ,===,+0273, Format ,===,MQSTR , PutApplType,===,+0001, ,CICS PutApplName ,===,MYCICS00CKTI, PutDate ,===,20030703, PutTime,===,09394960, Dead Message: - REQUEST MESSAGE FOR PAOLO hope this helps. let us know what you found out. regards stefan Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive -- The contents of this e-mail are intended for the named addressee only. It contains information that may
Re: Where are security violations logged on VAX/VMS?
Justin, I stand corrected, and do apologize for my erroneous statement, it seems that the docs are available online. I guess it never occured to me to look in the 'previous' editions list for a product that is still considered 'current' and supported. Thanks for the clarification. As to my original question ... I checked my Queue manager, I have all events enabled. There is only 1 message in S.A.QMGR.EVENT queue. I don't have a tool to interpret it (Paul's MQMONNTP doesn't seem to support 2.2.1, ), but all my other QMs have a single, QM startup event in that queue, so I am guessing that's what it is. I don't see any other events (auth or otherwise) in that queue. I am running 2.2.1 EC09 on VAX/VMS. Dave A. --- Justin Fries [EMAIL PROTECTED] wrote: David, The System Management Guide for MQSeries v2.2.1 for OpenVMS VAX is still available. First go to the main MQ library page: http://www-3.ibm.com/software/integration/mqfamily/library/manualsa/ Next, choose WebSphere MQ messaging previous platform specific books from the first pull-down box to go to this URL: http://www-3.ibm.com/software/integration/mqfamily/library/manualsa/manuals/platspecprev.html If you are looking for older versions of the other manuals, choose WebSphere MQ messaging previous multiplatform books instead: http://www-3.ibm.com/software/integration/mqfamily/library/manualsa/manuals/crossprev.html On the very first few pages of each manual in a section entitled About this book is a list of releases to which it applies. For example, the MQSeries Application Programming Guide (publication SC33-0807-09) lists MQSeries for Digital OpenVMS as one of the v2 platforms to which it applies. Authorization errors are normal in the same sense that MQRC_NO_MSG_AVAILABLE is a normal error. MQ just returns a 2035 to the application and takes no further action. By way of contrast, if MQ failed to authorize a user because of an unexpected error in the product, or because of a problem with the operating system, it would probably write one or more error log messages and FDCs. The best way to analyze authorization errors is to enable authorization events on the queue manager using 'ALTER QMGR AUTHOREV(ENABLED)' in runmqsc. The MQSeries Programmable System Management book (available at the third URL given above) contains a description of authorization events and how to interpret them. In essence, every 2035 error will generate a message showing who failed authorization and for which object. Cheers, Justin T. Fries WebSphere MQ Support Raleigh, North Carolina Email: [EMAIL PROTECTED] David Awerbuch [EMAIL PROTECTED] Sent by: MQSeries List [EMAIL PROTECTED] 07/03/2003 11:58 AM Please respond to MQSeries List To: [EMAIL PROTECTED] cc: Subject:Where are security violations logged on VAX/VMS? Hello, IBM in its infinite wisdom has removed the references to the VMS documentation for MQSeries in the support section, even though the product is still supported, but I still need to know ... I am attempting a client connection to a VAX/VMS MQS QM (Rel 2.2.1). I have already changed the MCAUSER() on the SVRCONN channel to be both uppercase 'AWERBUCH' and lowercase 'awerbuch' (my NT4 userid), to no avail. I am getting RC=2035 (Not Authorized). Where on the VAX system is the security violation logged so that I can see what is being received and is invalid? BTW, this same connection setup is working fine on a Windows NT4 server, so I know I coded things corrcetly. Please CC: your reply to [EMAIL PROTECTED] as well; I receive only digests, but could use the answer sooner than next Monday. Thanks, 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!? SBC Yahoo! DSL - Now only $29.95 per month! http://sbc.yahoo.com Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive __ Do you Yahoo!? SBC Yahoo! DSL - Now only $29.95 per month! http://sbc.yahoo.com Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive
Re: MQMDE - C++
Thanks Ian. That was the answer in my tired state (my eyeballs are now roll forward instead of in the back of my head) which I was looking for, although setVersionSupported() didn't seem to work so I ended up modifying the MQMD2 object directly. The documentation is a little confusing. Based on my reading it says it supports a version 2 MQMD, unless I am missing some point. Anyway, all is well and now I can sleep much better knowing that in the near future hopefully I don't have to use the MQMDE, but for now I have learned something different. Thanks again, Chris -Original Message- From: Ian Vanstone [mailto:[EMAIL PROTECTED] Sent: Thursday, July 03, 2003 10:31 AM To: [EMAIL PROTECTED] Subject: Re: MQMDE - C++ Chris, You are not blind, but there is a way to set the MQMD version to 1. See the protected method in ImqMessage... static void setVersionSupported ( const MQLONG ); You should be able to use this method something like this... - - - - - - - - - - - - - - - - - - - - class MyImqMessage: public ImqMessage { public: static void setVersion1() { setVersionSupported(MQMD_VERSION_1); } }; int main(int argc, char** argv) { MyImqMessage::setVersion1(); MyImqMessage *msg = new MyImqMessage(); // This is now an MQMD_VERSION_1 message - - - - - - - - - - - - - - - - - - - - I'm not sure what you mean by What is the proper method for copying the MQMDE into my message buffer?, but you should be able to do this... - - - - - - - - - - - - - - - - - - - - MQMDE mqmde; msg-write( sizeof(MQMDE), mqmde ); - - - - - - - - - - - - - - - - - - - - Apologies if this is not what you are after. Regards, Ian Vanstone WebSphere MQ for z/OS Development Fryett.Chris [EMAIL PROTECTED]To: [EMAIL PROTECTED] TRUST.COM cc: Sent by: MQSeriesSubject: Re: MQMDE - C++ List [EMAIL PROTECTED] N.AC.AT 03/07/2003 07:54 Please respond to MQSeries List I am trying to send the MQMDE structure as part of the message in order to support OS/390 WMQ V5.2 applications. What I have found is the C++ API on the distributed side uses/forces the MQMD Version 2 so I can't set the version for the MQMD to Version 1, unless I am blind. Which right now is highly possibly 8-| By the way I am also having a major brain block here at 2:45am EDT. What is the proper method for copying the MQMDE into my message buffer? LOL! Any help is greatly appreciated. Chris -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Thursday, July 03, 2003 2:26 AM To: [EMAIL PROTECTED] Subject: Re: MQMDE - C++ Howdy Chris, Have you written a simple app to try and handle messages using ImqMessage that originated from an application that specifically sends MQ Ver 1 messages and sent an MQMDE ? I use the C++ API for everything and have not yet found an application that forces an MQMDE to be sent with Ver 1 messages, so I have not tested this, but I imagine the C++ Object handles this ok. Sid -Original Message- From: Fryett.Chris [mailto:[EMAIL PROTECTED] Sent: Thursday, 3 July 2003 4:08 PM To: [EMAIL PROTECTED] Subject: MQMDE - C++ I am trying to locate support within the WMQ C++ V5.2/5.3, which provides access to the MQMDE. I am interested in the extension structure for cross compatibility with OS/390 WMQ applications that do not support grouping and message sequencing. Has anyone used the MQMDE via the C++ API. From my research I find that the ImqMessage forces the use of the MQMD Version 2. Any insight is greatly appreciated. Chris * The information transmitted is intended solely for the individual or entity to which it is addressed and may contain confidential and/or privileged material. Any review, retransmission, dissemination or other use of or taking action in reliance upon this information by persons or entities other than the intended recipient is prohibited. If you have received this email in error please contact the sender and delete the material from any computer. * Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive * The information transmitted is intended solely for the individual or entity to which it is addressed and
Re: Where are security violations logged on VAX/VMS?
Does the account AWERBUCH exist on the VMS server and is authorized to access that QM since that is the account you are telling it to use for access? -Original Message- From: David Awerbuch [mailto:[EMAIL PROTECTED] Sent: Thursday, July 03, 2003 1:25 PM To: [EMAIL PROTECTED] Subject: Re: Where are security violations logged on VAX/VMS? Justin, I stand corrected, and do apologize for my erroneous statement, it seems that the docs are available online. I guess it never occured to me to look in the 'previous' editions list for a product that is still considered 'current' and supported. Thanks for the clarification. As to my original question ... I checked my Queue manager, I have all events enabled. There is only 1 message in S.A.QMGR.EVENT queue. I don't have a tool to interpret it (Paul's MQMONNTP doesn't seem to support 2.2.1, ), but all my other QMs have a single, QM startup event in that queue, so I am guessing that's what it is. I don't see any other events (auth or otherwise) in that queue. I am running 2.2.1 EC09 on VAX/VMS. Dave A. --- Justin Fries [EMAIL PROTECTED] wrote: David, The System Management Guide for MQSeries v2.2.1 for OpenVMS VAX is still available. First go to the main MQ library page: http://www-3.ibm.com/software/integration/mqfamily/library/manualsa/ Next, choose WebSphere MQ messaging previous platform specific books from the first pull-down box to go to this URL: http://www-3.ibm.com/software/integration/mqfamily/library/manualsa/manuals/ platspecprev.html If you are looking for older versions of the other manuals, choose WebSphere MQ messaging previous multiplatform books instead: http://www-3.ibm.com/software/integration/mqfamily/library/manualsa/manuals/ crossprev.html On the very first few pages of each manual in a section entitled About this book is a list of releases to which it applies. For example, the MQSeries Application Programming Guide (publication SC33-0807-09) lists MQSeries for Digital OpenVMS as one of the v2 platforms to which it applies. Authorization errors are normal in the same sense that MQRC_NO_MSG_AVAILABLE is a normal error. MQ just returns a 2035 to the application and takes no further action. By way of contrast, if MQ failed to authorize a user because of an unexpected error in the product, or because of a problem with the operating system, it would probably write one or more error log messages and FDCs. The best way to analyze authorization errors is to enable authorization events on the queue manager using 'ALTER QMGR AUTHOREV(ENABLED)' in runmqsc. The MQSeries Programmable System Management book (available at the third URL given above) contains a description of authorization events and how to interpret them. In essence, every 2035 error will generate a message showing who failed authorization and for which object. Cheers, Justin T. Fries WebSphere MQ Support Raleigh, North Carolina Email: [EMAIL PROTECTED] David Awerbuch [EMAIL PROTECTED] Sent by: MQSeries List [EMAIL PROTECTED] 07/03/2003 11:58 AM Please respond to MQSeries List To: [EMAIL PROTECTED] cc: Subject:Where are security violations logged on VAX/VMS? Hello, IBM in its infinite wisdom has removed the references to the VMS documentation for MQSeries in the support section, even though the product is still supported, but I still need to know ... I am attempting a client connection to a VAX/VMS MQS QM (Rel 2.2.1). I have already changed the MCAUSER() on the SVRCONN channel to be both uppercase 'AWERBUCH' and lowercase 'awerbuch' (my NT4 userid), to no avail. I am getting RC=2035 (Not Authorized). Where on the VAX system is the security violation logged so that I can see what is being received and is invalid? BTW, this same connection setup is working fine on a Windows NT4 server, so I know I coded things corrcetly. Please CC: your reply to [EMAIL PROTECTED] as well; I receive only digests, but could use the answer sooner than next Monday. Thanks, 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!? SBC Yahoo! DSL - Now only $29.95 per month! http://sbc.yahoo.com Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive __ Do you Yahoo!? SBC Yahoo! DSL - Now only $29.95 per month! http://sbc.yahoo.com Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive:
Re: md.ReplyTo.. processing - why?
We have a Hub and Spoke here including IMS bridges, and we rely heavily on the fact that the QM that is putting a message will fill in its own name in the Reply2QM field if it is blank. Any QM that has an app that is doing an MQPUT fills this value in. If SPOKE1QM puts a request message with a blank Reply2QM, SPOKEQM1 fills his own name in. If the request goes over to SPOKEQM2, and the app their puts a reply, and leaves the Reply2QM of the reply message blank, then SPOKEQM2 fills in his own name. The replying queue manager DOES fill in this value, provided that that the replying app does muddle things up by filling in some garbage there. A favorite shortcut of programmers coding replying apps is to populate the MQMD of the reply message with the MQMD of the request message. Ugh. It cause messes like this. Always init your MQMD before any MQGET or MQPUT. Does this answer your question, or I am missing something? -Original Message- From: Beinert, William [mailto:[EMAIL PROTECTED] Sent: Thursday, July 03, 2003 2:05 PM To: [EMAIL PROTECTED] Subject: md.ReplyTo.. processing - why? I was testing my IMS Bridge code on another platform and discovered that my understanding of how MQ processes the md.ReplyToQMgr and ReplyToQ fields was deficient. I naively assumed that if I left the ReplyToQMgr field blank, and specified the ReplyToQ, the target queue manager would resolve the ReplyToQ and send the reply message along it's merry way. I discovered that, in fact, the local queue manager processes these fields. If I specify the ReplyToQ, the local QM looks for a definition, and if he can't find it, he fills in his own name in the ReplyToQMgr field. If he does find a remote queue definition, he not only fills in the ReplyToQMgr field with the Remote Queue Manager name from that definition, he also REPLACES the ReplyToQ field with the Remote Queue Name from that definition. It strikes me that this design increases the administrative burden if I am designing a 'hub-and-spoke' application where I might want reply messages to be processed on some 3rd queue manager. If I want to be able to change the system processing the reply messages, I don't want to have to touch the other spokes. (I understand that defining the ReplyToQ on QMSpoke1 as a Remote Queue pointing to the QMHub system and it's associated transmission queue is a one-time step - the hub will then find that the ReplyToQ is a remote queue on QMSpoke2, and send it along). It just seems to me that it's a better design to have the ReplyTo fields resolved by the queue manager that actually has to send the replies. Late binding provides more flexibilty, IMHO and reduces administrative work. I don't expect this behavior to change. Change would probably break some existing applications... Anybody have any thoughts on this? 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 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
MQ Java Client NT Service and MQJE011 error
Title: MQ Java Client NT Service and MQJE011 error Good morning to everybody. We are looking for a solution to a tough problem: We prepared a program in Java using Java client MQ files (com.ibm.mq.jar). The program is working perfectly when run interactively, but we need it to run as an NT service on Windows (using SRVANY utility from Microsoft Resource Kit). Whenever we try to start it, we get the following error: MQJE001: An MQException occurred: Completion Code 2, Reason 2059 MQJE011: Socket connection attempt refused We start the program using SRVANY utility from Microsoft and we expected that there may be some problems related to the network access limits for LocalSystem account etc. So, we tried several different accounts including local user account and domain user account - no success. We know that there is no problem with the QMGR because when running the program from a command prompt, everything is perfectly all right. We have also tried several different QMGRs including one that is local to our client (but also through TCP which is crucial to our architecture). What is quite interesting, running NETSTAT shows that there is a connection bound for this case: D:\500763723\Desktopnetstat Aktivn pipojen Mstn adresa Proto Ciz adresa Stav ciz adresy TCP W0759CGCFGE:1132 s0003cgcfge.adcz.cz:1026 NAVZNO TCP W0759CGCFGE:1202 pgfil01.cz.gcf.capital.ge.com:netbios-ssn NAVZNO TCP W0759CGCFGE:1580 udebsb.cz.gcf.capital.ge.com:22 NAVZNO TCP W0759CGCFGE:1733 s0003cgcfge.adcz.cz:epmap TIME_WAIT TCP W0759CGCFGE:1734 s0003cgcfge.adcz.cz:1026 TIME_WAIT TCP W0759CGCFGE:1736 s0001cgcfge.adcz.cz:epmap TIME_WAIT TCP W0759CGCFGE:1737 s0001cgcfge.adcz.cz:1026 TIME_WAIT TCP W0759CGCFGE:1414 W0759CGCFGE.adcz.cz:1699 NAVZNO TCP W0759CGCFGE:1699 W0759CGCFGE.adcz.cz:1414 NAVZNO (comment: NAVZNO means BOUND in Czech) Please, does anyone solve similar problem or would IBM support know any solution ? The product we use is WebSphere MQ 5.3 CSD 03 (Sun Solaris Windows 2000). Thank for any help. Miroslav Vaic
Re: md.ReplyTo.. processing - why?
I think we both understand what is happening. Probably 99% of applications want the reply to come back to the sending QM (the word reply kind of implies that...). But if the sender QM did NOT fill his own name in, then the hub would have to get the QM name from the remote q definition on the hub. So all your adminstration is at the hub. Just as a sample application, suppose my Windows QM sends a message updating a DB on OS/390. He specifies a ReplyToQ over on a Unix box where the auditors watch with beady eyes... Bill -Original Message- From: Potkay, Peter M (PLC, IT) [mailto:[EMAIL PROTECTED] Sent: Thursday, July 03, 2003 3:41 PM To: [EMAIL PROTECTED] Subject: Re: md.ReplyTo.. processing - why? We have a Hub and Spoke here including IMS bridges, and we rely heavily on the fact that the QM that is putting a message will fill in its own name in the Reply2QM field if it is blank. Any QM that has an app that is doing an MQPUT fills this value in. If SPOKE1QM puts a request message with a blank Reply2QM, SPOKEQM1 fills his own name in. If the request goes over to SPOKEQM2, and the app their puts a reply, and leaves the Reply2QM of the reply message blank, then SPOKEQM2 fills in his own name. The replying queue manager DOES fill in this value, provided that that the replying app does muddle things up by filling in some garbage there. A favorite shortcut of programmers coding replying apps is to populate the MQMD of the reply message with the MQMD of the request message. Ugh. It cause messes like this. Always init your MQMD before any MQGET or MQPUT. Does this answer your question, or I am missing something? -Original Message- From: Beinert, William [mailto:[EMAIL PROTECTED] Sent: Thursday, July 03, 2003 2:05 PM To: [EMAIL PROTECTED] Subject: md.ReplyTo.. processing - why? I was testing my IMS Bridge code on another platform and discovered that my understanding of how MQ processes the md.ReplyToQMgr and ReplyToQ fields was deficient. I naively assumed that if I left the ReplyToQMgr field blank, and specified the ReplyToQ, the target queue manager would resolve the ReplyToQ and send the reply message along it's merry way. I discovered that, in fact, the local queue manager processes these fields. If I specify the ReplyToQ, the local QM looks for a definition, and if he can't find it, he fills in his own name in the ReplyToQMgr field. If he does find a remote queue definition, he not only fills in the ReplyToQMgr field with the Remote Queue Manager name from that definition, he also REPLACES the ReplyToQ field with the Remote Queue Name from that definition. It strikes me that this design increases the administrative burden if I am designing a 'hub-and-spoke' application where I might want reply messages to be processed on some 3rd queue manager. If I want to be able to change the system processing the reply messages, I don't want to have to touch the other spokes. (I understand that defining the ReplyToQ on QMSpoke1 as a Remote Queue pointing to the QMHub system and it's associated transmission queue is a one-time step - the hub will then find that the ReplyToQ is a remote queue on QMSpoke2, and send it along). It just seems to me that it's a better design to have the ReplyTo fields resolved by the queue manager that actually has to send the replies. Late binding provides more flexibilty, IMHO and reduces administrative work. I don't expect this behavior to change. Change would probably break some existing applications... Anybody have any thoughts on this? 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 This communication, including attachments, is for the exclusive use of addressee and may contain proprietary, confidential or privileged information. If you are not the intended recipient, any use, copying, disclosure, dissemination or distribution is strictly prohibited. If you are not the intended recipient, please notify the sender immediately by return email and delete this communication and destroy all copies. Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive:
Re: MQ Java Client NT Service and MQJE011 error
Hi, I have not used SRVANY but I know other people have, so here is a thought. How are you setting the MQEnvironment and MQQueueManager classes? Where do get the values for the following? MQEnvironment.hostname = ?? MQEnvironment.channel = ?? MQEnvironment.port = ?? MQQueueManager _qMgr = new MQQueueManager(); Did you read these values from a properties file? If so, then maybe you have incorrectly set you Working Directory when you ran SRVANY. (i.e. If the properties file is not found, you may be using default values that are incorrect / invalid.) Hope that helps. later Roger... At 03:47 PM 7/3/2003, you wrote: Good morning to everybody. We are looking for a solution to a tough problem: We prepared a program in Java using Java client MQ files (com.ibm.mq.jar). The program is working perfectly when run interactively, but we need it to run as an NT service on Windows (using SRVANY utility from Microsoft Resource Kit). Whenever we try to start it, we get the following error: MQJE001: An MQException occurred: Completion Code 2, Reason 2059 MQJE011: Socket connection attempt refused We start the program using SRVANY utility from Microsoft and we expected that there may be some problems related to the network access limits for LocalSystem account etc. So, we tried several different accounts including local user account and domain user account - no success. We know that there is no problem with the QMGR because when running the program from a command prompt, everything is perfectly all right. We have also tried several different QMGRs including one that is local to our client (but also through TCP which is crucial to our architecture). What is quite interesting, running NETSTAT shows that there is a connection bound for this case: D:\500763723\Desktopnetstat Aktivní pøipojení Místní adresa Proto Cizí adresa Stav cizí adresy TCP W0759CGCFGE:1132 s0003cgcfge.adcz.cz:1026 NAVÁZÁNO TCP W0759CGCFGE:1202 pgfil01.cz.gcf.capital.ge.com:netbios-ssn NAVÁZÁNO TCP W0759CGCFGE:1580 udebsb.cz.gcf.capital.ge.com:22 NAVÁZÁNO TCP W0759CGCFGE:1733 s0003cgcfge.adcz.cz:epmap TIME_WAIT TCP W0759CGCFGE:1734 s0003cgcfge.adcz.cz:1026 TIME_WAIT TCP W0759CGCFGE:1736 s0001cgcfge.adcz.cz:epmap TIME_WAIT TCP W0759CGCFGE:1737 s0001cgcfge.adcz.cz:1026 TIME_WAIT TCP W0759CGCFGE:1414 W0759CGCFGE.adcz.cz:1699 NAVÁZÁNO TCP W0759CGCFGE:1699 W0759CGCFGE.adcz.cz:1414 NAVÁZÁNO (comment: NAVÁZÁNO means BOUND in Czech) Please, does anyone solve similar problem or would IBM support know any solution ? The product we use is WebSphere MQ 5.3 CSD 03 (Sun Solaris Windows 2000). Thank for any help. Miroslav Vaic
Re: MQ Java Client NT Service and MQJE011 error
Title: MQ Java Client NT Service and MQJE011 error If you cant get this java app to run as the service correctly, you can use the trigger monitor support pack (its very reliable) and it runs as a service. Then you can have the java application be inserted in the process definition of the triggered queue. Of course this sort of applies to the Java app is going to be doing gets, but you could also spawn it to do puts if you just put a dummy startup message in a trigger queue. I have heard people complain about SRVANY. One VB developer told me that on Windows NT he used to get the Blue Screen of Death very often after building a service with it. I havent personally had a problem with it before. Hope this helps some. B -Original Message- From: Vaic, Miroslav (CONS FIN, Trask, CONTRACTOR) [mailto:[EMAIL PROTECTED] Sent: Thursday, July 03, 2003 2:47 PM To: [EMAIL PROTECTED] Subject: MQ Java Client NT Service and MQJE011 error Good morning to everybody. We are looking for a solution to a tough problem: We prepared a program in Java using Java client MQ files (com.ibm.mq.jar). The program is working perfectly when run interactively, but we need it to run as an NT service on Windows (using SRVANY utility from Microsoft Resource Kit). Whenever we try to start it, we get the following error: MQJE001: An MQException occurred: Completion Code 2, Reason 2059 MQJE011: Socket connection attempt refused We start the program using SRVANY utility from Microsoft and we expected that there may be some problems related to the network access limits for LocalSystem account etc. So, we tried several different accounts including local user account and domain user account - no success. We know that there is no problem with the QMGR because when running the program from a command prompt, everything is perfectly all right. We have also tried several different QMGRs including one that is local to our client (but also through TCP which is crucial to our architecture). What is quite interesting, running NETSTAT shows that there is a connection bound for this case: D:\500763723\Desktopnetstat Aktivn pipojen Mstn adresa Proto Ciz adresa Stav ciz adresy TCP W0759CGCFGE:1132 s0003cgcfge.adcz.cz:1026 NAVZNO TCP W0759CGCFGE:1202 pgfil01.cz.gcf.capital.ge.com:netbios-ssn NAVZNO TCP W0759CGCFGE:1580 udebsb.cz.gcf.capital.ge.com:22 NAVZNO TCP W0759CGCFGE:1733 s0003cgcfge.adcz.cz:epmap TIME_WAIT TCP W0759CGCFGE:1734 s0003cgcfge.adcz.cz:1026 TIME_WAIT TCP W0759CGCFGE:1736 s0001cgcfge.adcz.cz:epmap TIME_WAIT TCP W0759CGCFGE:1737 s0001cgcfge.adcz.cz:1026 TIME_WAIT TCP W0759CGCFGE:1414 W0759CGCFGE.adcz.cz:1699 NAVZNO TCP W0759CGCFGE:1699 W0759CGCFGE.adcz.cz:1414 NAVZNO (comment: NAVZNO means BOUND in Czech) Please, does anyone solve similar problem or would IBM support know any solution ? The product we use is WebSphere MQ 5.3 CSD 03 (Sun Solaris Windows 2000). Thank for any help. Miroslav Vaic
Re: MQ Java Client NT Service and MQJE011 error
Title: MQ Java Client NT Service and MQJE011 error Vaic - I am currently experiencing the same problem and have an open PMR with IBM in regards to it. I get MQJE001 under slightly different circumstances though. Here is the set up I have. Main thread launches n number of threads (agents). Each thread/agent establishes its own connection to the queue manager and performs gets and puts. The error happens when n 16 intermittenly and permanently if n 18. Error does not happen if there is a delay between the thread starts. Delay should be 50milli secs. Note that I do not have any problems lauching 100 process each starting less than 16 threads all connecting to the same queue manager. Let me know if you want more info. - Original Message - From: Vaic, Miroslav (CONS FIN, Trask, CONTRACTOR) To: [EMAIL PROTECTED] Sent: Thursday, July 03, 2003 3:47 PM Subject: MQ Java Client NT Service and MQJE011 error Good morning to everybody. We are looking for a solution to a tough problem: We prepared a program in Java using Java client MQ files (com.ibm.mq.jar). The program is working perfectly when run interactively, but we need it to run as an NT service on Windows (using SRVANY utility from Microsoft Resource Kit). Whenever we try to start it, we get the following error: MQJE001: An MQException occurred: Completion Code 2, Reason 2059 MQJE011: Socket connection attempt refused We start the program using SRVANY utility from Microsoft and we expected that there may be some problems related to the network access limits for LocalSystem account etc. So, we tried several different accounts including local user account and domain user account - no success. We know that there is no problem with the QMGR because when running the program from a command prompt, everything is perfectly all right. We have also tried several different QMGRs including one that is local to our client (but also through TCP which is crucial to our architecture). What is quite interesting, running NETSTAT shows that there is a connection bound for this case: D:\500763723\Desktopnetstat Aktivn pipojen Mstn adresa Proto Ciz adresa Stav ciz adresy TCP W0759CGCFGE:1132 s0003cgcfge.adcz.cz:1026 NAVZNO TCP W0759CGCFGE:1202 pgfil01.cz.gcf.capital.ge.com:netbios-ssn NAVZNO TCP W0759CGCFGE:1580 udebsb.cz.gcf.capital.ge.com:22 NAVZNO TCP W0759CGCFGE:1733 s0003cgcfge.adcz.cz:epmap TIME_WAIT TCP W0759CGCFGE:1734 s0003cgcfge.adcz.cz:1026 TIME_WAIT TCP W0759CGCFGE:1736 s0001cgcfge.adcz.cz:epmap TIME_WAIT TCP W0759CGCFGE:1737 s0001cgcfge.adcz.cz:1026 TIME_WAIT TCP W0759CGCFGE:1414 W0759CGCFGE.adcz.cz:1699 NAVZNO TCP W0759CGCFGE:1699 W0759CGCFGE.adcz.cz:1414 NAVZNO (comment: NAVZNO means BOUND in Czech) Please, does anyone solve similar problem or would IBM support know any solution ? The product we use is WebSphere MQ 5.3 CSD 03 (Sun Solaris Windows 2000). Thank for any help. Miroslav Vaic
Re: md.ReplyTo.. processing - why?
Hi Bill, the existing design works for both the common case, and for directing a response to some other queue manager. It is important to have the queue manager fill in its own ReplyToQMgr field. Imagine a network with 1000 windows queue managers connected to a hub. With the current implementation, the queue managers can all be clones, and the replies go to the correct place because of ReplyToQMgr. With the alternative proposal, each queue manager would have to have unique reply queue names defined, and there would also have to be Remote Queue Definitions of each of these reply queues at the hub. When I have 4 or 5 applications on each of the windows servers, each with its own reply queue, it becomes unwieldy very quickly. This also shows that the additional administration is not just at the hub. I would have to custom tailor every queue manager, instead of cloning them. On the other hand, you can use the existing design and get your hub to route responses as well, simply by specifying the target hub queue manager in your ReplyToQMgr. This will cause the hub to route responses using its own definitions, thus achieving your goal. You also have the third mechanism, where the name of an QR is put into ReplyToQ, and the sending queue manager substitutes the Q and QMgr from that definition into the MD. Regards, Neil Casey. |-+ | | Beinert,| | | William | | | [EMAIL PROTECTED]| | | OM | | | Sent by: MQSeries| | | List | | | [EMAIL PROTECTED]| | | n.AC.AT | | || | || | | 04/07/2003 06:38 | | | Please respond to| | | MQSeries List| | || |-+ --| | | | To: [EMAIL PROTECTED] | | cc: | | Subject: Re: md.ReplyTo.. processing - why? | --| I think we both understand what is happening. Probably 99% of applications want the reply to come back to the sending QM (the word reply kind of implies that...). But if the sender QM did NOT fill his own name in, then the hub would have to get the QM name from the remote q definition on the hub. So all your adminstration is at the hub. Just as a sample application, suppose my Windows QM sends a message updating a DB on OS/390. He specifies a ReplyToQ over on a Unix box where the auditors watch with beady eyes... Bill -Original Message- From: Potkay, Peter M (PLC, IT) [mailto:[EMAIL PROTECTED] Sent: Thursday, July 03, 2003 3:41 PM To: [EMAIL PROTECTED] Subject: Re: md.ReplyTo.. processing - why? We have a Hub and Spoke here including IMS bridges, and we rely heavily on the fact that the QM that is putting a message will fill in its own name in the Reply2QM field if it is blank. Any QM that has an app that is doing an MQPUT fills this value in. If SPOKE1QM puts a request message with a blank Reply2QM, SPOKEQM1 fills his own name in. If the request goes over to SPOKEQM2, and the app their puts a reply, and leaves the Reply2QM of the reply message blank, then SPOKEQM2 fills in his own name. The replying queue manager DOES fill in this value, provided that that the replying app does muddle things up by filling in some garbage there. A favorite shortcut of programmers coding replying apps is to populate the MQMD of the reply message with the MQMD of the request message. Ugh. It cause messes like this. Always init your MQMD before any MQGET or MQPUT. Does this answer your question, or I am missing something? -Original Message- From: Beinert, William [mailto:[EMAIL PROTECTED] Sent: Thursday, July 03, 2003 2:05 PM To: [EMAIL PROTECTED] Subject: md.ReplyTo.. processing - why? I was testing my IMS Bridge code on another platform and discovered that my understanding of how MQ processes the md.ReplyToQMgr and ReplyToQ fields was deficient. I naively assumed that if I left the ReplyToQMgr field blank, and specified the ReplyToQ, the target queue manager would resolve the ReplyToQ and send the reply message along it's merry way. I discovered that, in fact, the local queue manager processes these fields. If I specify the ReplyToQ, the local QM looks
Re: Any of you , WMQI folks checked out Crossworlds?
You might want to take a look at WebSphere Data Interchange for transformation and it is MQ enabled. It is somewhat cheaper are far as the price tag is concerned in relation to WMQI. If later you find that you need WMQI then WDI can run as a node in a message flow. Cheers... Jim Nuckolls Enterprise Systems Integration eai grp wrote: Hi All, Iam looking for a best fit product for an integration which is more like multiple branches sending information to a central processing applications.All branches run the same software package , different instances at each location ,though. And they are MQ Enabled.No process automation required , mainly transformation. Does WMQI score well or Crossworlds??What about Scalability? Please Respond Thank You Do you Yahoo!? SBC Yahoo! DSL http://pa.yahoo.com/*http://rd.yahoo.com/evt=1207/*http://promo.yahoo.com/sbc/ - Now only $29.95 per month! 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
Activating MSCS for 5.3
Hello All, I am trying to activate MSC on Webspher MQ 5.3. When I run the haregtyp /r command i get the very helpful and informative error message An unexpected error occurred whilst registering the IBM Websphere MQ MSCS resource library with MSCS. Can anyone shed any light on this.? Thanks, Cade _ The information contained in this email communication may be confidential. You should only disclose, re-transmit, copy, distribute, act in reliance on or commercialise the information if you are authorised to do so. Any views expressed in this email communication are those of the individual sender, except where the sender specifically states them to be the views of a member of the National Australia Bank Group of companies. The National Australia Bank Group of companies does not represent, warrant or guarantee that the integrity of this communication has been maintained nor that the communication is free of errors, virus or interference. 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
Glen Shubert/IBMTechSupport/TotalSystem is out of the office.
I will be out of the office starting 07/03/2003 and will not return until 07/14/2003. If this is an emergency, please contact Mike Davidson or Dean Dyck. Thank you. Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive
Re: MQ Java Client NT Service and MQJE011 error
Mikhali, This is a good piece of information. I think the problem may be due to too many requests queuing up at the listener. Have you tried with multiple listeners? For example a process with 20 threads, 10 connecting to the port 1414 and 10 to port 1415. Thanks, Arvind -Original Message- From: mikhail malamud [mailto:[EMAIL PROTECTED] Sent: Friday, July 04, 2003 3:40 AM To: [EMAIL PROTECTED] Subject: Re: MQ Java Client NT Service and MQJE011 error Vaic - I am currently experiencing the same problem and have an open PMR with IBM in regards to it. I get MQJE001 under slightly different circumstances though. Here is the set up I have. Main thread launches n number of threads (agents). Each thread/agent establishes its own connection to the queue manager and performs gets and puts. The error happens when n 16 intermittenly and permanently if n 18. Error does not happen if there is a delay between the thread starts. Delay should be 50milli secs. Note that I do not have any problems lauching 100 process each starting less than 16 threads all connecting to the same queue manager. Let me know if you want more info. - Original Message - From: Vaic, mailto:[EMAIL PROTECTED] Miroslav (CONS FIN, Trask, CONTRACTOR) To: [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] Sent: Thursday, July 03, 2003 3:47 PM Subject: MQ Java Client NT Service and MQJE011 error Good morning to everybody. We are looking for a solution to a tough problem: We prepared a program in Java using Java client MQ files (com.ibm.mq.jar). The program is working perfectly when run interactively, but we need it to run as an NT service on Windows (using SRVANY utility from Microsoft Resource Kit). Whenever we try to start it, we get the following error: MQJE001: An MQException occurred: Completion Code 2, Reason 2059 MQJE011: Socket connection attempt refused We start the program using SRVANY utility from Microsoft and we expected that there may be some problems related to the network access limits for LocalSystem account etc. So, we tried several different accounts including local user account and domain user account - no success. We know that there is no problem with the QMGR because when running the program from a command prompt, everything is perfectly all right. We have also tried several different QMGRs including one that is local to our client (but also through TCP which is crucial to our architecture). What is quite interesting, running NETSTAT shows that there is a connection bound for this case: D:\500763723\Desktopnetstat Aktivn pipojen Mstn adresa Proto Ciz adresaStav ciz adresy TCPW0759CGCFGE:1132 s0003cgcfge.adcz.cz:1026 NAVZNO TCPW0759CGCFGE:1202 pgfil01.cz.gcf.capital.ge.com:netbios-ssn NAVZNO TCPW0759CGCFGE:1580 udebsb.cz.gcf.capital.ge.com:22 NAVZNO TCPW0759CGCFGE:1733 s0003cgcfge.adcz.cz:epmap TIME_WAIT TCPW0759CGCFGE:1734 s0003cgcfge.adcz.cz:1026 TIME_WAIT TCPW0759CGCFGE:1736 s0001cgcfge.adcz.cz:epmap TIME_WAIT TCPW0759CGCFGE:1737 s0001cgcfge.adcz.cz:1026 TIME_WAIT TCPW0759CGCFGE:1414 W0759CGCFGE.adcz.cz:1699 NAVZNO TCPW0759CGCFGE:1699 W0759CGCFGE.adcz.cz:1414 NAVZNO (comment: NAVZNO means BOUND in Czech) Please, does anyone solve similar problem or would IBM support know any solution ? The product we use is WebSphere MQ 5.3 CSD 03 (Sun Solaris Windows 2000). Thank for any help. Miroslav Vaic 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