Re: MsgExits on Clusters in CrossPlatform Environments
Neil, I am glad this information is useful, but disappointed to say that it seems we do not document it. I'll raise this with the publications people. This functionality has been available since V2.1. Regards, Ian Vanstone WebSphere MQ for z/OS Development Neil Casey [EMAIL PROTECTED]To: [EMAIL PROTECTED] NAL.COM.AU cc: Sent by: MQSeriesSubject: Re: MsgExits on Clusters in CrossPlatform Environments List [EMAIL PROTECTED] N.AC.AT 30/06/2003 22:52 Please respond to MQSeries List Hi Ian, this is fantastic information. Is it in the manuals anywhere? At what version was that functionality implemented? Neil Casey. |-+ | | Ian Vanstone | | | [EMAIL PROTECTED]| | | | | | Sent by: MQSeries| | | List | | | [EMAIL PROTECTED]| | | n.AC.AT | | || | || | | 30/06/2003 18:44 | | | Please respond to| | | MQSeries List| | || |-+ --| | | | To: [EMAIL PROTECTED] | | cc: | | Subject: Re: MsgExits on Clusters in CrossPlatform Environments | --| Neil, It is true that z/OS uses different exit syntax, but MQ will automatically convert exit names from distributed platform format into z/OS friendly format on z/OS cluster sender channel autodefinition. The z/OS channel will use the exit entry point or name and will also truncate to 8 characters. For example... /var/mqm/exits/myExit.so(MsgExit) converts to MSGEXIT /var/mqm/exits/myExit converts to MYEXIT /var/mqm/exits/myExit.so(ExitLongName) converts to EXITLONG Regards, Ian Vanstone WebSphere MQ for z/OS Development Neil Casey [EMAIL PROTECTED]To: [EMAIL PROTECTED] NAL.COM.AU cc: Sent by: MQSeriesSubject: Re: MsgExits on Clusters in CrossPlatform Environments List [EMAIL PROTECTED] N.AC.AT 29/06/2003 23:08 Please respond to MQSeries List You have a couple of choices here, but fewer than you might think. 1. You cannot use Java for a message exit. Java supports Send Receive and Security exits on Client connection channels only (as I read the manual). 2. MQ will load the message exit from a default location (normally /var/mqm/exits in unix, and MQ folder\exits in windows. MQ folder is something like: c:\program files\IBM\WebSphere MQ That is - wherever MQ was installed. You can modify this location using the ExitPath value in the qm.ini file (or the windows registry) as appropriate. Other platforms such as zOS have other mechanisms. You don't need to provide the full path if you put your exit into the default location. If you name your unix shared library myExit rather than myExit.so, and keep the same entry point, and put it into /var/mqm/exits, your define channel can specify MSGEXIT('myExit(MsgExit)'). On the windows side, you build the dll as myExit.dll, and have the same entry point name. The syntax to name the exit is therefore the same, and will work as is. Unfortunately, this trick does not work in the wider context of MQ, where you could have AS400 or zOS (or other platforms) involved. Some of these do not use the same syntax for naming exits. If you have these sorts of cross-platform issues, you need to run Channel Autodefinition exits which then modify the MsgExit value as the channel is autodefined. The CHAD exit needs to have some way of mapping from the name of the exit on one platform to the equivalent name on its local system (some sort of internal or external table). Remember that a message exit gets invoked for every message on the channel, and so should run as quickly as possible. The CHAD exit is only invoked once when the channel is defined, so its performance is less critical. Regards, Neil Casey |-+ | | peter d | | | [EMAIL PROTECTED]| | | NE.NET | | | Sent by: MQSeries| | | List | | | [EMAIL
Re: MO71 / MQExplorer for a QM in the DMZ
Thanks Nick that did the trick. It now works. -Original Message- From: Nick Dilauro [mailto:[EMAIL PROTECTED] Sent: Monday, June 30, 2003 4:20 PM To: [EMAIL PROTECTED] Subject: Re: MO71 / MQExplorer for a QM in the DMZ Peter, You don't need to specify anything under the client config for QM1 assuming you have a valid entry set up for QM2. That's why you also don't need a reply queue (which you correctly left blank). Everything else looks okay. If it's still not working check that you have xmitq's or qmgr alias's which will allow qmgr name resolution between QM1 QM2. Nick -Original Message- From: Potkay, Peter M (PLC, IT) [mailto:[EMAIL PROTECTED] Sent: Monday, June 30, 2003 7:42 AM To: [EMAIL PROTECTED] Subject: MO71 / MQExplorer for a QM in the DMZ QM1 on Server1 lives in the DMZ. QM2 on Server2 lives inside our firewall. Firewall rules have been set up to allow communication between Server1 and Server2. To use MQExplorer, I have to pcAnywhere into Server2, and use MQExplorer from there to admin Server1 / QM1. I see there is an option in MO71 to allow administration via an intermediate QM. I have MO71 on my desktop and have been using it to admin Server2 / QM2. How can I admin Server1 / QM1 from my desktop using MO71? Under the connection section for QM1, I specified the following: Queue Manager: QM1 Via QM: QM2 Reply Queue: Command Queue:SYSTEM.ADMIN.COMMAND.QUEUE Server Queue: Under the Client Configuration parameters, I tried using a connection via a SVRCONN channel into both QM1 and QM2 with no luck. Is this possible? Any tricks to get MQExplorer from our desktops to work with QM1 directly? Or are we stuck having to use pcAnywhere to get to Server2 first? Peter Potkay MQSeries Specialist The Hartford Financial Services [EMAIL PROTECTED] x77906 IBM MQSeries Certified 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: 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
Windows 2003 - MQ 5.2 5.3 and WMQI 2.1
Hi, Is there anyone who has experience with MQ and WMQI on Windows 2003. Do they run properly on Windows 2003. And IBM, do they support you on this O/S. Please advice. Ta, Moepi *** The e-mail and attachments are confidential and intended only for selected recipients. If you have received it in error, you may not in any way disclose or rely on the contents. You may not keep, copy or distribute the e-mail. Should you receive it, immediately notify the sender of the error and delete the e-mail.Also note that this form of communication is not secure, it can be intercepted, and may not necessarily be free of errors and viruses in spite of reasonable efforts to secure this medium. ***
Re: Java class hangs when using AIX Runmqtrm
Troy, Install CSD04 for MQ 5.3 (now available from the MQ web page at http://www-3.ibm.com/software/integration/mqfamily/support/summary/aix.html) in order to pick up APAR IY43961. Then make sure the triggered java application has the environment variable AMQ_NO_SIGWAIT_SIGTRAP=1 exported where it can see it. Cheers, Justin T. Fries [EMAIL PROTECTED] WebSphere MQ Support Raleigh, North Carolina Hi all. We currently have MQSeries 5.3 installed on an AIX 5.2 box. We have developed a Java class that reads a message (which is in XML format) and parses the message (using xmlj4) for inserting into an Oracle database. On the AIX system, we have created a process definition with an applicationid of a unix ksh script that sets up all classpaths, etc and then starts the java class. What we have found is that when we run the script manually (logged on as mqm), the java application works correctly; however, when we allow the trigger monitor to start the script/java class, the class hangs at the program line that creates the DOMParser object (DOMParser parser = new DOMParser()). In addition, the class is not throwing any sort of exception. Also the trigger monitor stops processing any initq messages unless will kill the java process. We have compared the environments (using 'env') in both cases (manual vs triggered) and both are exacly the same. In addition, the same java class runs correctly when triggered in a Windows 2000 environment. Appears to be something specific when triggering on the AIX environment. Does anyone have any suggestions? Regards, Troy Wells
Question about JMS and CICS Bridge
Hello, I was reading some documentation about MQ CICS bridge, and I would like to make you a question. If I want to send a request to a CICS bridge, and this request has to use the MQCIH header, then I have to set the message format as MQCICS. If I'm using a JMS client to put the CICS Bridge request, I have to set the TargetClient as MQJMS_CLIENT_NONJMS_MQ, in order not to have the RFH2 header(this header will have JMS information). But if I want to use the MQCIH header, I have to set the Format field, which belongs to RFH2. Therefore, I would like to ask you is possible to use a JMS client to send a CICS Bridge request with a Format value? Will the CICS Bridge support a request with a RFH2 with JMS data? 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
Re: QUEUE CURENTLY IN USE
If I understand your situation correctly, the bridge monitor requires that queue and keeps it open for awhile. It's intended to be a permanent queue; you should not attempt to delete it. What problem is it causing? -Original Message- From: nushin mehran [SMTP:[EMAIL PROTECTED] Sent: Monday, June 30, 2003 3:04 PM To: [EMAIL PROTECTED] Subject: Re: QUEUE CURENTLY IN USE I am opening the queue for output. It was my typo mistake. The question is why the IPPROCS is = to 1. It should be = 0. --- Miller, Dennis [EMAIL PROTECTED] wrote: My goodness, whatever do you want to delete queue 1 for and why do you open it for input before a put? -Original Message- From: nushin mehran [SMTP:[EMAIL PROTECTED] Sent: Wednesday, June 25, 2003 2:47 PM To: [EMAIL PROTECTED] Subject: QUEUE CURENTLY IN USE Hello all, I would be truly appriciated if some one tells me whats going on and how I can resolve this client issue. This MQ Client application (HP mq client puts messages to Z/os MQSeries) opens a request queue to put messages into an mq bridge queue that triggers cics bridge process. After I finish the process and I am out of the application the value of IPPROCS = 1 AND OPPROCS = 0. Can some one tell me what should I do in my program to set the IPPROCS TO 0. Here is the sequence of the events that happens in the application. 1. Open queue1 for input 2. Put 3. mqcommit 4. mqclose 5. Open queue2 for output 6. GET reply messages from queue2 with syncpoint 7. mqcommit 8. close 9. Disconnect After this process I try to delete the Queue1 or empty it (request queue) I receive the error code 2042 and the folowing error message for delete. CSQM101I +QD1 CSQMUQLC QLOCAL(QUEUE1) IS CURRENTLY IN USE CSQM090E +QD1 CSQMUQLC FAILURE REASON CODE X'00D44005' CSQ9023E +QD1 CSQMUQLC ' DELETE QLOCAL' ABNORMAL COMPLETION . __ 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 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 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: MsgExits on Clusters in CrossPlatform Environments
On a similar note I am looking for documentation on the chad exit for cluster channels. I haven't found any significant details in the family of mq manuals. Could anyone point me to other sources? Ian Vanstone wrote: Neil, I am glad this information is useful, but disappointed to say that it seems we do not document it. I'll raise this with the publications people. This functionality has been available since V2.1. Regards, Ian Vanstone WebSphere MQ for z/OS Development Neil Casey [EMAIL PROTECTED]To: [EMAIL PROTECTED] NAL.COM.AU cc: Sent by: MQSeriesSubject: Re: MsgExits on Clusters in CrossPlatform Environments List [EMAIL PROTECTED] N.AC.AT 30/06/2003 22:52 Please respond to MQSeries List Hi Ian, this is fantastic information. Is it in the manuals anywhere? At what version was that functionality implemented? Neil Casey. |-+ | | Ian Vanstone | | | [EMAIL PROTECTED]| | | | | | Sent by: MQSeries| | | List | | | [EMAIL PROTECTED]| | | n.AC.AT | | || | || | | 30/06/2003 18:44 | | | Please respond to| | | MQSeries List| | || |-+ --| | | | To: [EMAIL PROTECTED] | | cc: | | Subject: Re: MsgExits on Clusters in CrossPlatform Environments | --| Neil, It is true that z/OS uses different exit syntax, but MQ will automatically convert exit names from distributed platform format into z/OS friendly format on z/OS cluster sender channel autodefinition. The z/OS channel will use the exit entry point or name and will also truncate to 8 characters. For example... /var/mqm/exits/myExit.so(MsgExit) converts to MSGEXIT /var/mqm/exits/myExit converts to MYEXIT /var/mqm/exits/myExit.so(ExitLongName) converts to EXITLONG Regards, Ian Vanstone WebSphere MQ for z/OS Development Neil Casey [EMAIL PROTECTED]To: [EMAIL PROTECTED] NAL.COM.AU cc: Sent by: MQSeriesSubject: Re: MsgExits on Clusters in CrossPlatform Environments List [EMAIL PROTECTED] N.AC.AT 29/06/2003 23:08 Please respond to MQSeries List You have a couple of choices here, but fewer than you might think. 1. You cannot use Java for a message exit. Java supports Send Receive and Security exits on Client connection channels only (as I read the manual). 2. MQ will load the message exit from a default location (normally /var/mqm/exits in unix, and MQ folder\exits in windows. MQ folder is something like: c:\program files\IBM\WebSphere MQ That is - wherever MQ was installed. You can modify this location using the ExitPath value in the qm.ini file (or the windows registry) as appropriate. Other platforms such as zOS have other mechanisms. You don't need to provide the full path if you put your exit into the default location. If you name your unix shared library myExit rather than myExit.so, and keep the same entry point, and put it into /var/mqm/exits, your define channel can specify MSGEXIT('myExit(MsgExit)'). On the windows side, you build the dll as myExit.dll, and have the same entry point name. The syntax to name the exit is therefore the same, and will work as is. Unfortunately, this trick does not work in the wider context of MQ, where you could have AS400 or zOS (or other platforms) involved. Some of these do not use the same syntax for naming exits. If you have these sorts of cross-platform issues, you need to run Channel Autodefinition exits which then modify the MsgExit value as the channel is autodefined. The CHAD exit needs to have some way of mapping from the name of the exit on one platform to the equivalent name on its local system (some sort of internal or external table). Remember that a message exit gets invoked for every message on the channel, and so should run as quickly as possible. The CHAD exit is only invoked once when the channel is defined, so its performance is less critical. Regards, Neil Casey |-+ | | peter
Re: Question about JMS and CICS Bridge
CICS Bridge would get confused by RFH2. CICS Bridge does not require MQCIH unless you need certain functionality that it provides. You can probably send an MQCIH as a JMS bytes-message, but gets ugly. You wouldn't get data conversion support. -Original Message- From: Moreira, Paulo [SMTP:[EMAIL PROTECTED] Sent: Tuesday, July 01, 2003 7:36 AM To: [EMAIL PROTECTED] Subject: Question about JMS and CICS Bridge Hello, I was reading some documentation about MQ CICS bridge, and I would like to make you a question. If I want to send a request to a CICS bridge, and this request has to use the MQCIH header, then I have to set the message format as MQCICS. If I'm using a JMS client to put the CICS Bridge request, I have to set the TargetClient as MQJMS_CLIENT_NONJMS_MQ, in order not to have the RFH2 header(this header will have JMS information). But if I want to use the MQCIH header, I have to set the Format field, which belongs to RFH2. Therefore, I would like to ask you is possible to use a JMS client to send a CICS Bridge request with a Format value? Will the CICS Bridge support a request with a RFH2 with JMS data? 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
Re: How Often Do You Reboot?
Rebecca: In most cases you shouldn't have to reboot your systems, unless of course you are talking about Microsoft NT/2000/XP ;-) It was a significant issue with WMQ 5.1 that rebooting the box resolved some problems, but I believe in 5.2 and 5.3 those issues have been resolved. I have worked in several sites were they did not reboot their boxes for months, while other non-critical boxes was "at will". Development boxes can be rebooted as often as you choose, while production boxes should only be rebooted for maintanence purposes. Chris -Original Message-From: Bullock, Rebecca (CSC) [mailto:[EMAIL PROTECTED]Sent: Tuesday, July 01, 2003 11:28 AMTo: [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.*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.*
Re: How Often Do You Reboot?
Rebecca - In our case we only reboot non OS390 servers when they lock up. This is not an MQSeries issue but a Windows or application issue. I have some Win2000 servers that have ONLY MQSeries on them and they have been up for one year yesterday. Your post reminded me to look at them and everything is just fine. The OS390 QMGRS are only taken down for maintenance or IPL and this is not often. I am not familiar with Sun Solaris so cannot comment on them Dave -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. Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive
MQSeries and JD Edwards
Hi all, I'm going to be installing WMQ 5.3 onto a Solaris machine running JDE Oneworld Xe Update 7 in preparation for creating an MQ-JDE Adaptor. Anybody have any war stories, gotchas, good/bad experiences etc that might be helpful? Cheers, Paul This e-mail is from Energis Communications Ltd, 185 Park Street, London, SE1 9DY, United Kingdom, No: 2630471. This e-mail is confidential to the addressee and may be privileged. The views expressed are personal and do not necessarily reflect those of Energis. If you are not the intended recipient please notify the sender immediately by calling our switchboard on +44 (0) 20 7206 and do not disclose to another person or use, copy or forward all or any of it in any form. 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: How Often Do You Reboot?
It depends. The Solaris machines that we use to host client connections only get rebooted when the Unix admins need to add new hardware. The three of them have been up over 300 days now. We do recycle the queue managers on weekends, though. The Solaris application servers, on the other hand, get rebooted every night. This is because our applications required it in the distant past, and now we have some things that rely on it. But by the end of the year we should be in a position to keep the application boxes up all week, at least. But that makes me nervous. MQSeries has had leaks in shared memory usage at various CSD levels. We could get away with it because a reboot washed away all sins. But in June we were at record transaction levels, and we had a couple MQ outages when we exhausted our shared memory. So we went to CSD6 a couple of weeks ago, which seems to have stabilized things. But I won't really know until later this year. FWIW, the applications on this machine are nearly all Perl, and there are probably some that don't cleanly disconnect before they terminate. This caused a problem when we went to CSD3 a year ago or so (the queue manager would crash after a few hours), and we were forced to back CSD3 off and run on CSD1. But there was apparently a slower memory leak even at CSD1, as we saw in June. So I'm nervous about what I'll see when the app servers stay up around the clock. Bullock, Rebecca (CSC) To: [EMAIL PROTECTED] [EMAIL PROTECTED]cc: Subject: How Often Do You Reboot? Sent by: MQSeries List [EMAIL PROTECTED] N.AC.AT 07/01/2003 10:28 AM Please respond to MQSeries List 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. 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: MQSeries and JD Edwards
Paul, at a previous client that I use to work at which was a NT and AS400 shop we had MQseries 5.2 and JDE Oneworld Xe running in production. As I can recall some of the major issues that we had with the MQ/JDE Adapter was with the 'ini' file. Make certain that you have the correct parameters setup on the 'ini' file and also make certain that the users are given the appropriate authorization within Oneworld. Regards, John -Original Message- From: Paul Meekin [mailto:[EMAIL PROTECTED] Sent: Tuesday, July 01, 2003 12:03 PM To: [EMAIL PROTECTED] Subject: MQSeries and JD Edwards Hi all, I'm going to be installing WMQ 5.3 onto a Solaris machine running JDE Oneworld Xe Update 7 in preparation for creating an MQ-JDE Adaptor. Anybody have any war stories, gotchas, good/bad experiences etc that might be helpful? Cheers, Paul This e-mail is from Energis Communications Ltd, 185 Park Street, London, SE1 9DY, United Kingdom, No: 2630471. This e-mail is confidential to the addressee and may be privileged. The views expressed are personal and do not necessarily reflect those of Energis. If you are not the intended recipient please notify the sender immediately by calling our switchboard on +44 (0) 20 7206 and do not disclose to another person or use, copy or forward all or any of it in any form. 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
5.3 CSD04 is now available
http://www-3.ibm.com/software/integration/mqfamily/support/summary/ Peter Potkay MQSeries Specialist The Hartford Financial Services [EMAIL PROTECTED] x77906 IBM MQSeries Certified This communication, including attachments, is for the exclusive use of addressee and may contain proprietary, confidential or privileged information. If you are not the intended recipient, any use, copying, disclosure, dissemination or distribution is strictly prohibited. If you are not the intended recipient, please notify the sender immediately by return email and delete this communication and destroy all copies. Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive
Re: 5.3 CSD04 is now available
Thanks a MILLION Peter! Bill C. -Original Message- From: Potkay, Peter M (PLC, IT) [mailto:[EMAIL PROTECTED] Sent: Tuesday, July 01, 2003 1:30 PM To: [EMAIL PROTECTED] Subject: 5.3 CSD04 is now available http://www-3.ibm.com/software/integration/mqfamily/support/summary/ Peter Potkay MQSeries Specialist The Hartford Financial Services [EMAIL PROTECTED] x77906 IBM MQSeries Certified 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: http://vm.akh-wien.ac.at/MQSeries.archive
Re: QUEUE CURENTLY IN USE
Dennis, there is no problem except if I want to delete the queue I can not. I found out there is a way to put a time limit on the CKBR transaction. That way the transaction times out and after being suspendded for a while, and I can do delete queue. --- Miller, Dennis [EMAIL PROTECTED] wrote: If I understand your situation correctly, the bridge monitor requires that queue and keeps it open for awhile. It's intended to be a permanent queue; you should not attempt to delete it. What problem is it causing? -Original Message- From: nushin mehran [SMTP:[EMAIL PROTECTED] Sent: Monday, June 30, 2003 3:04 PM To: [EMAIL PROTECTED] Subject: Re: QUEUE CURENTLY IN USE I am opening the queue for output. It was my typo mistake. The question is why the IPPROCS is = to 1. It should be = 0. --- Miller, Dennis [EMAIL PROTECTED] wrote: My goodness, whatever do you want to delete queue 1 for and why do you open it for input before a put? -Original Message- From: nushin mehran [SMTP:[EMAIL PROTECTED] Sent: Wednesday, June 25, 2003 2:47 PM To: [EMAIL PROTECTED] Subject: QUEUE CURENTLY IN USE Hello all, I would be truly appriciated if some one tells me whats going on and how I can resolve this client issue. This MQ Client application (HP mq client puts messages to Z/os MQSeries) opens a request queue to put messages into an mq bridge queue that triggers cics bridge process. After I finish the process and I am out of the application the value of IPPROCS = 1 AND OPPROCS = 0. Can some one tell me what should I do in my program to set the IPPROCS TO 0. Here is the sequence of the events that happens in the application. 1. Open queue1 for input 2. Put 3. mqcommit 4. mqclose 5. Open queue2 for output 6. GET reply messages from queue2 with syncpoint 7. mqcommit 8. close 9. Disconnect After this process I try to delete the Queue1 or empty it (request queue) I receive the error code 2042 and the folowing error message for delete. CSQM101I +QD1 CSQMUQLC QLOCAL(QUEUE1) IS CURRENTLY IN USE CSQM090E +QD1 CSQMUQLC FAILURE REASON CODE X'00D44005' CSQ9023E +QD1 CSQMUQLC ' DELETE QLOCAL' ABNORMAL COMPLETION . __ 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 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 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: How Often Do You Reboot?
Title: Message Not very often, maybe 8-12 weeks with NT4 on an LC2000R Dual CPU Netserver. Sid -Original Message-From: Bullock, Rebecca (CSC) [mailto:[EMAIL PROTECTED] Sent: Wednesday, 2 July 2003 1:28 AMTo: [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.
Re: MsgExits on Clusters in CrossPlatform Environments
Hi Donald, I haven't seen any specific documentation for Channel Autodefinition in a Cluster Environment. The exit is documented as a standard Channel exit in the Intercommunication manual. It gets called with ExitId=MQXT_CHANNEL_AUTO_DEF_EXIT. I haven't had any difficulty running my exit in a cluster environment. You get told what sort of channel you are invoked for, and you can do whatever to it that is allowed by the exit interface. Regards, Neil Casey. |-+ | | Donald Skidmore | | | [EMAIL PROTECTED]| | | INE.NET | | | Sent by: MQSeries| | | List | | | [EMAIL PROTECTED]| | | n.AC.AT | | || | || | | 02/07/2003 01:02 | | | Please respond to| | | MQSeries List| | || |-+ --| | | | To: [EMAIL PROTECTED] | | cc: | | Subject: Re: MsgExits on Clusters in CrossPlatform Environments | --| On a similar note I am looking for documentation on the chad exit for cluster channels. I haven't found any significant details in the family of mq manuals. Could anyone point me to other sources? Ian Vanstone wrote: Neil, I am glad this information is useful, but disappointed to say that it seems we do not document it. I'll raise this with the publications people. This functionality has been available since V2.1. Regards, Ian Vanstone WebSphere MQ for z/OS Development Neil Casey [EMAIL PROTECTED]To: [EMAIL PROTECTED] NAL.COM.AU cc: Sent by: MQSeriesSubject: Re: MsgExits on Clusters in CrossPlatform Environments List [EMAIL PROTECTED] N.AC.AT 30/06/2003 22:52 Please respond to MQSeries List Hi Ian, this is fantastic information. Is it in the manuals anywhere? At what version was that functionality implemented? Neil Casey. |-+ | | Ian Vanstone | | | [EMAIL PROTECTED]| | | | | | Sent by: MQSeries| | | List | | | [EMAIL PROTECTED]| | | n.AC.AT | | || | || | | 30/06/2003 18:44 | | | Please respond to| | | MQSeries List| | || |-+ --| | | | | Environments | --| Neil, It is true that z/OS uses different exit syntax, but MQ will automatically convert exit names from distributed platform format into z/OS friendly format on z/OS cluster sender channel autodefinition. The z/OS channel will use the exit entry point or name and will also truncate to 8 characters. For example... /var/mqm/exits/myExit.so(MsgExit) converts to MSGEXIT /var/mqm/exits/myExit converts to MYEXIT /var/mqm/exits/myExit.so(ExitLongName) converts to EXITLONG Regards, Ian Vanstone WebSphere MQ for z/OS Development Neil Casey [EMAIL PROTECTED]To: [EMAIL PROTECTED] NAL.COM.AU cc: Sent by: MQSeriesSubject: Re: MsgExits on Clusters in CrossPlatform Environments List [EMAIL PROTECTED] N.AC.AT 29/06/2003 23:08 Please respond to MQSeries List You have a couple of choices here, but fewer than you might think. 1. You cannot use Java for a message exit. Java
Value of MQ Clusters
Hello List, I would like to see some discussion from users of MQ clusters regarding the value of known advantages such as load balancing and failover versus the disadvantages brought about due to complexities from clustering. I know this may seem like a broad topic, but I would appreciate input on other areas where clustering might be considered beneficial or a hindrance. I've read all the white papers, just want real user perspective. Thank you for your time and opinions, Bridgette Beardsley 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: MQSeries and JD Edwards
Paul, War stories ... darlin', I'm still having nightmares! What's the adapter? On the JDE side, the gotcha's can getcha in the incoming setup in JDE. However, wouldn't hurt to double-double check any mapped fields for matching data types and expected existing values (esp JDE customer or address book #), if you're using MQSI ... well, I won't say the msg format they send you is flawless, but in my experience it was more like a template. I was on a team that did the first WebSphere Commerce Suite to JDE via MQSI on Solaris, perhaps a few JDE colleagues are still on this list, send out the details of your integration ... and may the wind be at your back. -Bridgette Paul Meekin wrote: Hi all, I'm going to be installing WMQ 5.3 onto a Solaris machine running JDE Oneworld Xe Update 7 in preparation for creating an MQ-JDE Adaptor. Anybody have any war stories, gotchas, good/bad experiences etc that might be helpful? Cheers, Paul This e-mail is from Energis Communications Ltd, 185 Park Street, London, SE1 9DY, United Kingdom, No: 2630471. This e-mail is confidential to the addressee and may be privileged. The views expressed are personal and do not necessarily reflect those of Energis. If you are not the intended recipient please notify the sender immediately by calling our switchboard on +44 (0) 20 7206 and do not disclose to another person or use, copy or forward all or any of it in any form. 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
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
XML to MRM
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