Re: fix pack CSD04 for WBIMB
No problems here with CSD4. It contained my fix for nested stylesheets includes (XMLTransformation node) as well Alan Patrick Reeder <[EMAIL PROTECTED]> Sent by: MQSeries List <[EMAIL PROTECTED]> 15/10/2004 07:49 AM Please respond to MQSeries List <[EMAIL PROTECTED]> To [EMAIL PROTECTED] cc Subject fix pack CSD04 for WBIMB We're about to install this fix pack, but I wanted to check with the group to see if anyone's run into any trouble or would have a suggestion or two regarding anything to look out for. Thanks, -Patrick. 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 email is intended for the named recipient only. It may contain information which is confidential, commercially sensitive, or copyright. If you are not the intended recipient you must not reproduce or distribute any part of the email, disclose its contents, or take any action in reliance. If you have received this email in error, please contact the sender and delete the message. It is your responsibility to scan this email and any attachments for viruses and other defects. To the extent permitted by law, Zurich and its associates will not be liable for any loss or damage arising in any way from this communication including any file attachments. We may monitor email you send to us, either as a reply to this email or any email you send to us, to confirm our systems are protected and for compliance with company policies. Although we take reasonable precautions to protect the confidentiality of our email systems, we do not warrant the confidentiality or security of email or attachments we receive.
Alan Stewart is out of the office.
I will be out of the office starting 05/07/2004 and will not return until 07/07/2004. I am on annual leave. I will respond to your message when I return. This email is intended for the named recipient only. The information contained in this message may be confidential, or commercially sensitive. If you are not the intended recipient you must not reproduce or distribute any part of the email, disclose its contents to any other party, or take any action in reliance on it. If you have received this email in error, please contact the sender immediately. Please delete this message from your 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
Alan Stewart is out of the office.
I will be out of the office starting 12/03/2004 and will not return until 15/03/2004. I will respond to your message when I return. This email is intended for the named recipient only. The information contained in this message may be confidential, or commercially sensitive. If you are not the intended recipient you must not reproduce or distribute any part of the email, disclose its contents to any other party, or take any action in reliance on it. If you have received this email in error, please contact the sender immediately. Please delete this message from your computer.
Re: MQ architecture
Priya, your description below is exactly how of our apps work , but with the exception of the triggered program. I changed this to use a Java "daemon" running as an NT service. It effectively listens on a queue waiting for a message o arrive which then passes control to a another program running in a separate thread to feed the message to the CTG. The system resources used are minimal. There is overhead in triggering a Java program, not only from the MQ side. The CTG only needs to be installed in one place. Start at http://www.ibm.com/cics - there is a drop down with the CTG in it. There are better (or should I say newer) ways, I believe, to do the job. There's the CICS connectors (JCA , Java Connector Archiecture) that come with WSAD 5 and are installed in the WebSphere app server. I'm in the process of doing that now. Regards Alan Priya Chander <[EMAIL PROTECTED]> Sent by: MQSeries List <[EMAIL PROTECTED]> 12/09/2003 04:37 PM Please respond to MQSeries List <[EMAIL PROTECTED]> To [EMAIL PROTECTED] cc Subject Re: MQ architecture Hi Alan, Thanks for your reponse. If I understand correctly, the flow will be as follows: - The MQ client places the message on the request Q (on the NT), which triggers a java program. This java pgm calls the CICS program via the CICS transaction gateway, waits for the response, then sends the response to a Java program, which places it in the reply queue and is then processed. Does the CTG need to be installed on both the NT and the mainframe as well? Could you provide me with some links for the CTG and that tasks that need to be done. Thanks & Regards, Priya Chander -----Original Message- From: Alan Stewart [mailto:[EMAIL PROTECTED] Sent: Friday, September 12, 2003 11:25 AM To: [EMAIL PROTECTED] Subject: Re: MQ architecture There are quite a few ways of doing all of your points below. For your points 2 and 3, in our environment, we use Java programs to call CICS programs (passing in CICS COMMAREAs) via ECI to our CICS Transaction Gateway Server (CTG) running on NT. The CTG passes the request to CICS and waits for a response. The CTG can run on the mainframe as well. Alternatvely, you can also run MQSeries on the mainframe and pass messages from NT and have a program triggered to run a CICS application. Regards Alan Priya Chander <[EMAIL PROTECTED]> Sent by: MQSeries List <[EMAIL PROTECTED]> 12/09/2003 03:00 PM Please respond to MQSeries List <[EMAIL PROTECTED]> To [EMAIL PROTECTED] cc Subject MQ architecture Hi All, Please go through the below and help me out. (I have never worked on the mainframe, so if some the things below is atrocious or basic, please forgive them) The flow is something like this You have a front-end on websphere on NT/Win2000 (developer location), which needs to retrieve data from DB2 (at the client location). So from the front end server, we use an MQ client pgm to put the message on to the queue of the MQServer (Ver 5.3) residing on the 2nd NT machine. The 2nd NT server is present in the client location on their extranet. >From the 2nd NT server, the requirement is that the CICS program on the mainframe must be triggered, which will cause data to be retrieved from the DB2 table. The reason for the 2nd NT server is that, the client is not willing to have any external process access the mainframe directly. 1. Is it possible for you to invoke/trigger a process/program on a another machine? i.e. basically on receipt of an message on queue in the 2nd NT, the CICS program on the mainframe needs to be started. 2. Is it possible for a process (nothing pertaining to MQ) on NT to start a given CICS program on the Mainframe? 3. Is there some kind of MQ component that can be / is present on the mainframe that will allow the CICS pgm to access the queues on the NT and return the values? 4. Is there any way to acheive the above flow? Thanks & Regards, Priya Chander 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 email is intended for the named recipient only. The informationcontained in this message may be confidential, or commerciallysensitive. If you are not the intended recipient you must not reproduceor distribute any part of the email, disclose its contents to any otherparty, or take any action in reliance on it. If you have received thisemail in error, please contact the sender immediately. Please deletethis message from your computer.
Re: MQ architecture
There are quite a few ways of doing all of your points below. For your points 2 and 3, in our environment, we use Java programs to call CICS programs (passing in CICS COMMAREAs) via ECI to our CICS Transaction Gateway Server (CTG) running on NT. The CTG passes the request to CICS and waits for a response. The CTG can run on the mainframe as well. Alternatvely, you can also run MQSeries on the mainframe and pass messages from NT and have a program triggered to run a CICS application. Regards Alan Priya Chander <[EMAIL PROTECTED]> Sent by: MQSeries List <[EMAIL PROTECTED]> 12/09/2003 03:00 PM Please respond to MQSeries List <[EMAIL PROTECTED]> To [EMAIL PROTECTED] cc Subject MQ architecture Hi All, Please go through the below and help me out. (I have never worked on the mainframe, so if some the things below is atrocious or basic, please forgive them) The flow is something like this You have a front-end on websphere on NT/Win2000 (developer location), which needs to retrieve data from DB2 (at the client location). So from the front end server, we use an MQ client pgm to put the message on to the queue of the MQServer (Ver 5.3) residing on the 2nd NT machine. The 2nd NT server is present in the client location on their extranet. >From the 2nd NT server, the requirement is that the CICS program on the mainframe must be triggered, which will cause data to be retrieved from the DB2 table. The reason for the 2nd NT server is that, the client is not willing to have any external process access the mainframe directly. 1. Is it possible for you to invoke/trigger a process/program on a another machine? i.e. basically on receipt of an message on queue in the 2nd NT, the CICS program on the mainframe needs to be started. 2. Is it possible for a process (nothing pertaining to MQ) on NT to start a given CICS program on the Mainframe? 3. Is there some kind of MQ component that can be / is present on the mainframe that will allow the CICS pgm to access the queues on the NT and return the values? 4. Is there any way to acheive the above flow? Thanks & Regards, Priya Chander 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 email is intended for the named recipient only. The informationcontained in this message may be confidential, or commerciallysensitive. If you are not the intended recipient you must not reproduceor distribute any part of the email, disclose its contents to any otherparty, or take any action in reliance on it. If you have received thisemail in error, please contact the sender immediately. Please deletethis message from your computer.
Re: WMQI v2.1 - XML Schemas
Yes, but use CSD 3 , or better 4, as there were a few APARs that when in that fixed problems I had. You can issue the command: mqsiimpxmlschema -f , where the config file contains the schema name etc. An example is: # # Parameters file for MQSI V2.1 XML Schema importer # # Name of the message set to import the message into # MessageSet=msTestSchema # # Name of the MRM database to import into # MRM_DB=MQSIMRDB XMLTabName=XML RootElement=SunriseXML # # MRM Database User id - can be overridden on the command line # DB_User=db2admin # # MRM Database Password - can be overridden on the command line # DB_PW=db2admin Verbose=Y Trace=Y ShowSchema=Y # # Name of the top level element in the MRM message # # [FILELIST] # # Name of the XML Schema file # SunriseXML.xsd You don't have to create a message set, as the command will create one if it doesn't exist. Regards Alan Christopher Fryett <[EMAIL PROTECTED]> Sent by: MQSeries List <[EMAIL PROTECTED]> 27/08/2003 04:37 AM Please respond to MQSeries List <[EMAIL PROTECTED]> To [EMAIL PROTECTED] cc Subject WMQI v2.1 - XML Schemas Hello Folks, Is there support for XML Schemas in WMQI v2.1 and if so do you know which PDF it may be in? Thank you, Chris 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 email is intended for the named recipient only. The informationcontained in this message may be confidential, or commerciallysensitive. If you are not the intended recipient you must not reproduceor distribute any part of the email, disclose its contents to any otherparty, or take any action in reliance on it. If you have received thisemail in error, please contact the sender immediately. Please deletethis message from your computer.
Re: Migrating from WMQI 2.1 to WBI Message Broker 5.0
I've had a bit of experience doing this since early June, when we got the CDs. I also had Mike Brady of IBM (who wrote the Postit nodes) in my office for a couple of days helping out, and I've now got a good handle of what's going on. We used 2.1 (CDS4) to convert XML messages to COBOL copybook format and vice versa. The only gotcha that I know of is to immediately install CSD01 before starting the toolkit. If you don't, then I believe you have to delete the workspace directory under the eclipse directory of your WBIMB install path. Some points to consider: 1) You must create one message set project for each message set. 2) The new XMLTransformation node (which uses XSL stylesheets to transform XML) didn't work for me - I raised a PMR and IBM sent me an APAR fix. Now everything is OK 3) The broker schema feature is nice. Now you can create ESQL libraries of functions and procedures that are used more than once, that can be shared across many message flow projects, unlike in 2.1 4) Mike Brady, up till yesterday, has not posted the V5 version his PostIt nodes. However, he did send me a beta version, which works fine. Plugin nodes are now developed as Eclipse plugins. If you have any specific questions, please ask. There are many new features which have made life a lot easier for me. Regards Alan WR <[EMAIL PROTECTED]> Sent by: MQSeries List <[EMAIL PROTECTED]> 26/08/2003 11:59 AM Please respond to MQSeries List <[EMAIL PROTECTED]> To [EMAIL PROTECTED] cc Subject Re: Migrating from WMQI 2.1 to WBI Message Broker 5.0 At 03:50 AM Thursday 8/21/2003, Kulbir S. Thind wrote: >Hi, > >We're looking to upgrade our message broker from WMQI 2.1 CSD4 to WBI >Message Broker 5.0. Has anyone actually done this? Any gotchas that we >need to be aware of? I haven't succeeded in installing it yet because I don't know what "Webscale Distribution Hub" is or where to get it, but it's a prerequisite! -Will 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 email is intended for the named recipient only. The informationcontained in this message may be confidential, or commerciallysensitive. If you are not the intended recipient you must not reproduceor distribute any part of the email, disclose its contents to any otherparty, or take any action in reliance on it. If you have received thisemail in error, please contact the sender immediately. Please deletethis message from your computer.
Re: Closure reason = 2009
I have seen this typically when the queue manager has closed down, for whatever reason - that would be the first thing to check, if haven't already Swaminathan Kasiviswanathan <[EMAIL PROTECTED]> Sent by: MQSeries List <[EMAIL PROTECTED]> 06/08/2003 06:26 AM Please respond to MQSeries List <[EMAIL PROTECTED]> To [EMAIL PROTECTED] cc Subject Closure reason = 2009 All, I am having a java program which process the messages (polling). For some reason I am getting the error below MQJE001: Completion Code 2, Reason 2009 MQJE001: An MQException occurred: Completion Code 2, Reason 2009 MQJE016: MQ queue manager closed channel immediately during connect Closure reason = 2009 Can somebody please help me figure this out. Thanks in advance. Kasi. _ Protect your PC - get McAfee.com VirusScan Online http://clinic.mcafee.com/clinic/ibuy/campaign.asp?cid=3963 Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive This email is intended for the named recipient only. The informationcontained in this message may be confidential, or commerciallysensitive. If you are not the intended recipient you must not reproduceor distribute any part of the email, disclose its contents to any otherparty, or take any action in reliance on it. If you have received thisemail in error, please contact the sender immediately. Please deletethis message from your computer.
Re: 2059 trying to connect mq series 5.3 on z/os 1.4
Javier, when I make a client connection to a queue manager, I specify the hostname, server connection channel and tcp port of the queue manager's listener. You can create a listener for the queue manager concerned if one doesn't already exist. Alan javier sotela <[EMAIL PROTECTED]> Sent by: MQSeries List <[EMAIL PROTECTED]> 12/03/2003 10:17 AM Please respond to MQSeries List <[EMAIL PROTECTED]> To [EMAIL PROTECTED] cc Subject Re: 2059 trying to connect mq series 5.3 on z/os 1.4 Alan: Maybe you can help me, when you mention listener, what do you mean ?? We have defined a server connection, could you tell me with more detail how you turn off the listener and what do you mean TIA. Javier S. >From: Alan Stewart <[EMAIL PROTECTED]> >Reply-To: MQSeries List <[EMAIL PROTECTED]> >To: [EMAIL PROTECTED] >Subject: Re: 2059 trying to connect mq series 5.3 on z/os 1.4 >Date: Wed, 12 Mar 2003 08:53:03 +1100 > >Is the listener running ? or is the listener port OK? > >I just did a test by turning off my listener for my one of my mq >client-connected applications, and got a 2059. It also occurred when I >deliberately used a wrong port as well > >Alan > > > >javier sotela <[EMAIL PROTECTED]> >Sent by: MQSeries List <[EMAIL PROTECTED]> >12/03/2003 08:38 AM >Please respond to >MQSeries List <[EMAIL PROTECTED]> > > >To >[EMAIL PROTECTED] >cc > >Subject >2059 trying to connect mq series 5.3 on z/os 1.4 > > > > > > >Hi Everyone: > >We are trying to connect to a mq series 5.3 on z/os 1.4 from different >clients, windows, unix, etc, but we are receiving a 2059 error from the >mainframe. With mq series server to server the communiaction its o.k., the >only problem is trying to connect client to server (at mq level). >The channel server its working and connected, any ideas > >TIA. > >Javier S. > > > > > >_ >The new MSN 8: smart spam protection and 2 months FREE* >http://join.msn.com/?page=features/junkmail > >Instructions for managing your mailing list subscription are provided in >the Listserv General Users Guide available at http://www.lsoft.com >Archive: http://vm.akh-wien.ac.at/MQSeries.archive > > ><< Disclaimer.txt >> _ The new MSN 8: smart spam protection and 2 months FREE* http://join.msn.com/?page=features/junkmail Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive This email is intended for the named recipient only. The informationcontained in this message may be confidential, or commerciallysensitive. If you are not the intended recipient you must not reproduceor distribute any part of the email, disclose its contents to any otherparty, or take any action in reliance on it. If you have received thisemail in error, please contact the sender immediately. Please deletethis message from your computer.
Re: 2059 trying to connect mq series 5.3 on z/os 1.4
Is the listener running ? or is the listener port OK? I just did a test by turning off my listener for my one of my mq client-connected applications, and got a 2059. It also occurred when I deliberately used a wrong port as well Alan javier sotela <[EMAIL PROTECTED]> Sent by: MQSeries List <[EMAIL PROTECTED]> 12/03/2003 08:38 AM Please respond to MQSeries List <[EMAIL PROTECTED]> To [EMAIL PROTECTED] cc Subject 2059 trying to connect mq series 5.3 on z/os 1.4 Hi Everyone: We are trying to connect to a mq series 5.3 on z/os 1.4 from different clients, windows, unix, etc, but we are receiving a 2059 error from the mainframe. With mq series server to server the communiaction its o.k., the only problem is trying to connect client to server (at mq level). The channel server its working and connected, any ideas TIA. Javier S. _ The new MSN 8: smart spam protection and 2 months FREE* http://join.msn.com/?page=features/junkmail Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive This email is intended for the named recipient only. The informationcontained in this message may be confidential, or commerciallysensitive. If you are not the intended recipient you must not reproduceor distribute any part of the email, disclose its contents to any otherparty, or take any action in reliance on it. If you have received thisemail in error, please contact the sender immediately. Please deletethis message from your computer.
Re: WMQI- One vs multiple Execution Groups?
Steve, On a machine with a lot of memory, I usually have an execution group for a request flow and another for a response flow (on my notebook for development, I just have the one group) . I often stop the response execution group to intercept commareas from the mainframe with the WMQI utility RFUTIL before they go into the flow. This has helped in debugging the flow. If you have all the flows in the one group you can also stop one or more flows within the group on the operations tab as well. Alan Steve Muller <[EMAIL PROTECTED]> Sent by: MQSeries List <[EMAIL PROTECTED]> 25/02/2003 08:02 AM Please respond to MQSeries List <[EMAIL PROTECTED]> To [EMAIL PROTECTED] cc Subject Re: WMQI- One vs multipe Execution Groups? Philip, I don't have any experience with WMQI yet. I am just trying to find out answers to the questions that come to my mind before I get deep into WMQI. So, let me re-phrase the question then: Would you ever want to "stop" the EG in the Operations tab? Steve --- [EMAIL PROTECTED] wrote: > Each EG is a separate process, so it does consume > resources. I am a bit > confused, however, why would the EG stop if you > simply check it out ? I've > not noticed this behavior. It only stops if you go > to the Operations tab > and stop it. > > > > > > [EMAIL PROTECTED] > Sent by: To: > [EMAIL PROTECTED] > [EMAIL PROTECTED] cc: > .ac.at > Subject: WMQI- One vs multipe Execution Groups? > > > 02/24/2003 01:39 > PM > Please respond to > MQSERIES > > > > > > > Hi all, > > I am just wondering whether you would ever want to > check out an EG in production. If this happens none > of > the flows in the EG could run, of course. Has this > ever happened to anyone? > > Wouldn't it be better for each flow to have its own > EG? Is there a considerable overhead in this > approach > -- vs putting all related flows in one EG? > > Thanks, > > Steve > > __ > Do you Yahoo!? > Yahoo! Tax Center - forms, calculators, tips, more > http://taxes.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 > > > > > > This communication is for informational purposes > only. It is not intended as > an offer or solicitation for the purchase or sale of > any financial instrument > or as an official confirmation of any transaction. > All market prices, data > and other information are not warranted as to > completeness or accuracy and > are subject to change without notice. Any comments > or statements made herein > do not necessarily reflect those of J.P. Morgan > Chase & Co., its > subsidiaries and affiliates. > > Instructions for managing your mailing list > subscription are provided in > the Listserv General Users Guide available at > http://www.lsoft.com > Archive: http://vm.akh-wien.ac.at/MQSeries.archive __ Do you Yahoo!? Yahoo! Tax Center - forms, calculators, tips, more http://taxes.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 This email is intended for the named recipient only. The informationcontained in this message may be confidential, or commerciallysensitive. If you are not the intended recipient you must not reproduceor distribute any part of the email, disclose its contents to any otherparty, or take any action in reliance on it. If you have received thisemail in error, please contact the sender immediately. Please deletethis message from your computer.
Re: COBOL Copybook with Redefines clause and WMQI
I get this error when a field is not getting set by some value in the copybook in order. Check that all fields have been assigned a value or 'touched' with a space for PIC X() fields, 0 for integer fields etc. Check also that your redefine section is exactly the same length as the part of the copybook that it is redefining. Alan Saraswathy A <[EMAIL PROTECTED]> Sent by: MQSeries List <[EMAIL PROTECTED]> 14/01/2003 07:28 PM Please respond to MQSeries List <[EMAIL PROTECTED]> To [EMAIL PROTECTED] cc Subject COBOL Copybook with Redefines clause and WMQI Hi All, I have messageset that has a copybook imported that contains a redefines clause and WMQI created a element with the postfix Group001. I have a message flow that uses a compute node which has the above messageset as the output format. I get the following error at the output node. ' Mismatch between logical definition and message tree' and if i comment out this Group001 element i get a different error message 'illegal choice element' What changes need to be done while tranformaing ? ,i have WMQI 2.1 for HP Thanks in Advance 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 email is intended for the named recipient only. The informationcontained in this message may be confidential, or commerciallysensitive. If you are not the intended recipient you must not reproduceor distribute any part of the email, disclose its contents to any otherparty, or take any action in reliance on it. If you have received thisemail in error, please contact the sender immediately. Please deletethis message from your computer.
Re: MQMQ MsgID - valid characters
I also convert the msgId into a string, as Dennis suggested. If interested, in Java, I use the 1st method below to convert the byte array to a string, and the 2nd to convert back from a string. Regards, Alan /** * Converts a array of bytes into hexadecimal string representation. * * @param byteArray a byte array * @return a String. */ public static String toHexString(byte[] byteArray) { StringBuffer buffer = new StringBuffer(); for (int i = 0; i < byteArray.length; i++) { buffer.append(Integer.toHexString((byteArray[i] >> 4) & 0xf)); buffer.append(Integer.toHexString((byteArray[i]) & 0xf)); } return buffer.toString(); } /** * Converts a hex string to a byte array. * Permits upper or lower case hex. * * @param hexString String must have even number of characters. * and be formed only of digits 0-9 A-F or * a-f. No spaces, minus or plus signs. * @return corresponding byte array. */ public static byte[] fromHexString(String hexString) { int stringLength = hexString.length(); if ((stringLength & 0x1) != 0) { throw new IllegalArgumentException(); } byte[] byteArray = new byte[stringLength / 2]; for (int i = 0, j = 0; i < stringLength; i += 2, j++) { int high = charToNibble(hexString.charAt(i)); int low = charToNibble(hexString.charAt(i + 1)); byteArray[j] = (byte) ((high << 4) | low); } return byteArray; } /** * Converts a single char to corresponding nibble. * * @param c char to convert. must be 0-9 a-f A-F, no * spaces, plus or minus signs. * @return corresponding integer */ private static int charToNibble(char c) { if ('0' <= c && c <= '9') { return c - '0'; } else if ('a' <= c && c <= 'f') { return c - 'a' + 0xa; } else if ('A' <= c && c <= 'F') { return c - 'A' + 0xa; } else { throw new IllegalArgumentException("Invalid hex character: " + c); } } "Miller, Dennis" <[EMAIL PROTECTED]> Sent by: MQSeries List <[EMAIL PROTECTED]> 21/11/2002 06:47 AM Please respond to MQSeries List To: [EMAIL PROTECTED] cc: Subject: Re: MQMQ MsgID - valid characters You should not pass the msgid in XML without converting it to a string first. You could do like JMS and convert each half-byte to the single text character used in hex notation, i.e. "0"-"F". Of course, msgid is then transported in 48 bytes, which needs to be reversed at the other end. > -Original Message- > From: Pope, Ben [SMTP:[EMAIL PROTECTED]] > Sent: Wednesday, November 20, 2002 8:36 AM > To: [EMAIL PROTECTED] > Subject: MQMQ MsgID - valid characters > > > I have a situation where I need to pass the MsgId contents as part of an > XML message. > What I've found in the docs describes how the field in constructed by the > queue manger > but it is described as being simply "a byte field". Are there any details > as to what byte > range could be used? Specifically, codes between 0x00 and 0x20 are > considered invalid > XML and if they can be included in the MsgId field then I need to account > for that > possibility. > > Thanks, Ben > 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 email is intended for the named recipient only. The informationcontained in this message may be confidential, or commerciallysensitive. If you are not the intended recipient you must not reproduceor distribute any part of the email, disclose its contents to any otherparty, or take any action in reliance on it. If you have received thisemail in error, please contact the sender immediately. Please deletethis message from your computer.
Re: WebSphere MQ V5.3 Open Beta
What will the version number be of the 5.3 Beta when released? WIll it be a CSD for 5.3 GA or something different? The reason I ask is that 5.3 GA won't install on XP. I've been using the beta on XP without any problems. Alan EMEA MQSeries Beta <[EMAIL PROTECTED]> Sent by: MQSeries List <[EMAIL PROTECTED]> 08/10/2002 01:58 AM Please respond to MQSeries List To: [EMAIL PROTECTED] cc: Subject: WebSphere MQ V5.3 Open Beta New drivers are now available for all three platforms in the WebSphere MQ V5.3 Open Beta (ie, Linux on Intel, iSeries and Windows XP). You can visit http://www14.software.ibm.com/webapp/download/search.jsp?go=y&rs=wsmqob to download them. See http://www.ibm.com/software/mqseries/beta/WebSphereMQ53Beta.html for a summary of the changes included. By the way, did you know that you can now register your interest for future WebSphere MQ Family Beta programs by completing the form at http://www.ibm.com/software/mqseries/beta/WMQ_Beta_Interest.html (a link is provided from the WebSphere MQ Beta Home Page) Jeff Hooper The IBM WebSphere MQ Beta Team ATS-PIC, Hursley, UK 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 email is intended for the named recipient only. The information contained in this message may be confidential, or commercially sensitive. If you are not the intended recipient you must not reproduce or distribute any part of the email, disclose its contents to any other party, or take any action in reliance on it. If you have received this email in error, please contact the sender immediately. Please delete this message from your computer.
Re: MQSI CSD03
I've been using CSD03 since it came out without any issues. The xml/dtd validation works well. And it has some nice new esql features. It also seems more stable than CSD02. Regards Alan Robert Broderick <[EMAIL PROTECTED]> Sent by: MQSeries List <[EMAIL PROTECTED]> 08/10/2002 04:11 AM Please respond to MQSeries List To: [EMAIL PROTECTED] cc: Subject: MQSI CSD03 Anybody have problems with MQSI CSD03. We need to install this to address some NEON issues and are fast aproaching production rollout. I would rather not open up a can of worms if I can avoind it. bobbee _ Chat with friends online, try MSN Messenger: http://messenger.msn.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 This email is intended for the named recipient only. The information contained in this message may be confidential, or commercially sensitive. If you are not the intended recipient you must not reproduce or distribute any part of the email, disclose its contents to any other party, or take any action in reliance on it. If you have received this email in error, please contact the sender immediately. Please delete this message from your computer.
Re: WebSphere MQ Integrator 2.1 and WebSphere MQ 5.3
No problems on W2K for me either. I have CSD03 installed also for WMQI 2.1 Alan Roger Meli <[EMAIL PROTECTED]> Sent by: MQSeries List <[EMAIL PROTECTED]> 31/08/2002 03:58 AM Please respond to MQSeries List To: [EMAIL PROTECTED] cc: Subject: Re: WebSphere MQ Integrator 2.1 and WebSphere MQ 5.3 Jeff, I have them working ok on win2000 Roger Meli Jeff A Tressler <[EMAIL PROTECTED] To: [EMAIL PROTECTED] > cc: Sent by: MQSeries Subject: WebSphere MQ Integrator 2.1 and WebSphere MQ 5.3 List N.AC.AT> 08/30/2002 01:51 PM Please respond to MQSeries List Do these products work together? I assume they will since WMQI reads and writes to queues like any other application, but figure it better be safe and ask. Jeff Tressler Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive This email is intended for the named recipient only. The information contained in this message may be confidential, or commercially sensitive. If you are not the intended recipient you must not reproduce or distribute any part of the email, disclose its contents to any other party, or take any action in reliance on it. If you have received this email in error, please contact the sender immediately. Please delete this message from your computer.
Re: xml to cics with MQSI
Thanks Jim. I already have a parser written in Java to convert my xml documents to commareas and vice versa. I would like to use MQSI to do the job for me - if it is within its feature set. I believe one can import a copybook directly into MQSI and map fields to xml elements ? Regards Alan Jim Keohane <[EMAIL PROTECTED]> Sent by: MQSeries List <[EMAIL PROTECTED]> 15/07/2002 11:31 AM Please respond to MQSeries List To: [EMAIL PROTECTED] cc: Subject: Re: xml to cics with MQSI You need something like an XML Schema or DTD that maps XML doc fields into COMMAREA specifications (offset, width, data type, subscripts,PIC, etc.) and vice versa. If it's a simple,straightforward COMMAREA structure (simple COBOL copybook) then you can probably do it manually. If the COBOL (or PL/I, or S/390 assembler DSECT or C struct, etc.) gets complicated you need to write or otherwise obtain a parser/generator. It can get quite hairy if you need to worry about slack bytes & alignment boundaries (SYNC), variable offsets, complex ODO's ("occurs depending on ..." clauses subordinate or dependent on other ODO's), LEVEL 66 RENAMEs, REDEFINES (especially when nested), qualification, propagation up/down of descriptors (PIC, JUST LEFT, SIGN SEPARATE LEADING, APOSTs and QUOTEs, DECIMAL-IS-COMMA, etc.) and so on. Then you need code to extract needed fields from a COMMAREA to generate XML doc or the reverse, code to parse incoming XML doc, validate it and build a COMMAREA. I've written somewhat similar utilities for ISV clients (HostBridge, LockStar). BEA has XML Translator utilities and VisualAge has VaGen. I'm sure there are others. There's a nice writeup on some of the issues you'll face titled "CICS, XML & Web Services" by IBM Hursley's Geoff Sharman at http://www.guideitalia.org/documenti/051201milano04.pdf. There's also an MQSI Agent for CICS that apears to generate COBOL code to extract/build COMMAREA contents to/from XML. Visit and click on PDF or PS. Cheers, - Jim Keohane Jim Keohane Multi-Platforms, Inc. Software Development & Consulting, expert witness, columnist Chief Cook & Bottle Washer (516) 579-2209 www.multi-platforms.com [EMAIL PROTECTED] 640K ought to be enough for anybody. - Bill Gates 640K is enough. For FUN! - Original Message - From: Alan Stewart To: [EMAIL PROTECTED] Sent: Sunday, July 14, 2002 17:55 Subject: xml to cics with MQSI Hello, I want to convert an XML message into a CICS commarea (using a copybook) and back again with MQSI 2.1 Would someone please outline the steps to do this. Thanks Alan This email is intended for the named recipient only. The information contained in this message may be confidential, or commercially sensitive. If you are not the intended recipient you must not reproduce or distribute any part of the email, disclose its contents to any other party, or take any action in reliance on it. If you have received this email in error, please contact the sender immediately. Please delete this message from your computer.
xml to cics with MQSI
Hello, I want to convert an XML message into a CICS commarea (using a copybook) and back again with MQSI 2.1 Would someone please outline the steps to do this. Thanks Alan This email is intended for the named recipient only. The information contained in this message may be confidential, or commercially sensitive. If you are not the intended recipient you must not reproduce or distribute any part of the email, disclose its contents to any other party, or take any action in reliance on it. If you have received this email in error, please contact the sender immediately. Please delete this message from your computer.
Re: triggering versus polling
Thanks to Dennis, Jan, Glen and Marcin who responded to my questions. In one day I have come across some interesting challenges Today, I wrote a Java application that is triggered on first and read (and processed) all messages on a queue. My front-end test app put 100 messages on my triggered queue, and I expected 100 returned messages without hiccups. All worked fine when I turned the trigger off and then ran the triggered program manually as a separate process, but when the trigger was active, only a few messages were returned to the orginating java app.. My class for getting the messages checked the current depth of the queue first, and cycled on this count to store the retrieved messages, process them, and return them to a reply queue (for the originating app to display). This is where I think my app is flawed. The time between when the app was triggered to read the messages to when all the messages were on the queue has caused the error in returning the messages to the reply queue. To prove this, I made the triggered program sleep for a few seconds before starting the get, and all messages were returned correctly. How can I reliably trigger on first and return the messages to the originating app? Perhaps cycling around the current depth attribute of a queue is flawed - can someone suggest a reliable way? Alan This email is intended for the named recipient only. The information contained in this message may be confidential, or commercially sensitive. If you are not the intended recipient you must not reproduce or distribute any part of the email, disclose its contents to any other party, or take any action in reliance on it. If you have received this email in error, please contact the sender immediately. Please delete this message from your computer.
Re: Lotus Notes
Francois askd if there was a reliable way of connecting Notes to MQSeries. I can think of three ways (my experience in the last 3 years): 1) Use the MQ Lotus Script classes (mqlsx) in Notes agents. 2) Use the IBM supplied Java classes (the latest MA88 package for MQ 5.2.1, for example) and write Java agents 3) As for 2 (but external to Notes, eg a Java app/servlet/ejb etc), and connect via the IIOP protocol and create/modify/delete Notes documents. If you want specifics, I'm happy to help. Regards Alan (See attached file: Disclaimer.txt) Disclaimer.txt Description: Binary data