Re: Java class hangs when using AIX Runmqtrm
Troy - Here is how I would approach this problem. 1. Make sure your triggering work with non java application. Trigger something simple like ksh. 2. Trigger a simple java application. 3. Get the simple application to throw an exception and find out how and where you can see it. 4. Beging porting code class by class from the java app that does not work into a simple one. My guess is that somehow, when your app is triggered whatever class you are trying to instantiate is not in the classpath either because of the precedence or some other reason. In that case your app has to throw an exception so it is vital that you verify that exceptions are visible to you. How much memory does you java app consume? How many processes and how many files do you have open when triggering takes place? What type of triggering do you use? - Original Message - From: Troy Wells To: [EMAIL PROTECTED] Sent: Monday, June 30, 2003 7:51 PM Subject: Java class hangs when using AIX Runmqtrm Hi all. We currently have MQSeries 5.3 installed on an AIX 5.2 box. Wehave 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 anapplicationid of a unix ksh script that sets up all classpaths, etc and thenstarts the java class. What we have found is that when we run the scriptmanually (logged on as mqm), the java application works correctly; however,when we allow the trigger monitor to start the script/java class, the classhangs at the program line that creates the DOMParser object (DOMParserparser = new DOMParser()). In addition, the class is not throwing any sortof exception. Also the trigger monitor stops processing any initq messagesunless 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 Windows2000 environment. Appears to be something specific when triggering on theAIX environment.Does anyone have any suggestions? Regards, Troy Wells Do you Yahoo!?SBC Yahoo! DSL - Now only $29.95 per month!
Java class hangs when using AIX Runmqtrm
Hi all. We currently have MQSeries 5.3 installed on an AIX 5.2 box. Wehave 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 anapplicationid of a unix ksh script that sets up all classpaths, etc and thenstarts the java class. What we have found is that when we run the scriptmanually (logged on as mqm), the java application works correctly; however,when we allow the trigger monitor to start the script/java class, the classhangs at the program line that creates the DOMParser object (DOMParserparser = new DOMParser()). In addition, the class is not throwing any sortof exception. Also the trigger monitor stops processing any initq messagesunless 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 Windows2000 environment. Appears to be something specific when triggering on theAIX environment.Does anyone have any suggestions? Regards, Troy Wells Do you Yahoo!? SBC Yahoo! DSL - Now only $29.95 per month!
Re: Limiting access authority on Windows
Ruzi - I think you are on the right track here. A couple of points: If possible (and this is really desirable) have all queues for a given application start with the same app code. For example, in our shop, all queues start with a three char application code followed by a period. For example: XYZ.THE.QUEUE On each queue manager server, create a local group for that app code. For example: MQXYZ In this group, put the ids for all users and programs (i.e. Service ids, COM+ Application Ids, etc..) that need access to the queue. This can include Global Groups from the domain or a trusted domain if desired. Use setmqaut to grant authorities such that each application group can access it's queues. For example: setmqaut -m QM1 -t queue -n XYZ.** -g MQXYZ +mqiall Note the double asterisk. This indicates that everything is wild at this point. A single asterisk only wildcards one node. (This is probably why your test did not work). One other note. You might find it desirable to create multiple groups with different accesses. For example: MQXYZPmgrs +allmqi (give programmers all access) MQXYZManagers +browse +inq (give managers browse and inquiry access) - Steve -Original Message- From: Ruzi R [mailto:[EMAIL PROTECTED] Sent: Friday, June 27, 2003 7:10 PM To: [EMAIL PROTECTED] Subject: Limiting access authority on Windows Hi all, The platform is MQ 5.3 CSD04 on W2000. In our shop, MQ administrators have been putting in the "domain mqm" group, anyone who will be involved in any kind of MQ work ( development, testing etc.). Obviously, all these people have full access to all the MQ resources of the company. Some of these people have MQSeries servers on their workstations (I don't know why they were given). Even if they did not know much about MQSeries, it would not take a genius to be able use the MQ Explorer and do some damage inadvertently... I would like to limit the access of these individuals to only the MQI calls on their related MQ objects. They should not be able to do any kind of administrative work in the Integration and User Acceptance environmenta for instance. So, the following is what I thought I should do, in order to give userid1 limited access to objects on QM1 on server1 (W2000): 1- Create a group (say, G1) 2- Remove userid userid1 from the domain mqm 3- Sign on to server1 3- Give authority to G1... issuing: setmqaut -m QM1 -t queue -n HER.QUEUE* -g G1 +mqiall I may have to do a few more setmqauts to give access to qmgr object and prcs... 4- Drop userid1 in group G1 I have never done this before. We have just created a group called G1 and a userid userid1, who is not in domain mqm. I then signed on to server1 and issued the above mentioned setmqaut command against QM1. Of course, it did not work as G1 is not locally recognized; I got an "entity missing" error. What should I do or tell our "security" person to do, to get this working? Your help would be very much appreciated. Thanks, and all have a nice weekend. Ruzi 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
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
Re: MsgExits on Clusters in CrossPlatform Environments
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 \exits in windows. 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 PROTECTED]|
| | n.AC.AT> |
| ||
| ||
| | 30/06/2003 03:54 |
| | Please respond to|
| | MQSeries List|
| ||
|-+>
>
--
javax.net.ssl.SSLProtocolException: end of file
Hello all, I just have tried to re-connect the working WebSphere MQ 5.3 application from one AIX box to another. New box has CSD04 installed and the old one probably not (it has some updates installed, but not all). The applications connects via SSL and I copied all password database files (4 of them) from the old QM ssl directory to the new one and set up all the properties and channels. Now, my application does not want to connect anymore and the "Cause" member of MQ exception gives me a JSSE error that I have never seen before, namely: ---this is the mq exception stack trace-- com.ibm.mq.MQException: MQJE001: Completion Code 2, Reason 2397 at com.ibm.mq.MQManagedConnectionJ11.(MQManagedConnectionJ11.java:246) at com.ibm.mq.MQClientManagedConnectionFactoryJ11._createManagedConnection(MQClientManagedConnectionFactoryJ11.java:276) at com.ibm.mq.MQClientManagedConnectionFactoryJ11.createManagedConnection(MQClientManagedConnectionFactoryJ11.java:296) at com.ibm.mq.StoredManagedConnection.(StoredManagedConnection.java:80) at com.ibm.mq.MQSimpleConnectionManager.allocateConnection(MQSimpleConnectionManager.java:171) at com.ibm.mq.MQQueueManager.obtainBaseMQQueueManager(MQQueueManager.java:737) at com.ibm.mq.MQQueueManager.construct(MQQueueManager.java:671) at com.ibm.mq.MQQueueManager.(MQQueueManager.java:400) ---this is the mq exception stack trace-- ... --- this is the "Cause" exception stack trace The error reason was: javax.net.ssl.SSLProtocolException: end of file javax.net.ssl.SSLProtocolException: end of file at com.ibm.jsse.JSSESocket.install(Unknown Source) at com.ibm.jsse.JSSESocket.startHandshake(Unknown Source) at com.ibm.mq.SSLHelper.configureSSLSocket(SSLHelper.java:517) at com.ibm.mq.SSLHelper.createSSLSocket(SSLHelper.java:128) at com.ibm.mq.MQInternalCommunications.createSocketConnection(MQInternalCommunications.java:1345) at com.ibm.mq.MQInternalCommunications.access$000(MQInternalCommunications.java:113) at com.ibm.mq.MQInternalCommunications$1.run(MQInternalCommunications.java:497) at java.security.AccessController.doPrivileged(Native Method) at com.ibm.mq.MQInternalCommunications.(MQInternalCommunications.java:493) at com.ibm.mq.MQSESSIONClient.MQCONN(MQSESSIONClient.java:1314) at com.ibm.mq.MQManagedConnectionJ11.(MQManagedConnectionJ11.java:216) at com.ibm.mq.MQClientManagedConnectionFactoryJ11._createManagedConnection(MQClientManagedConnectionFactoryJ11.java:276) at com.ibm.mq.MQClientManagedConnectionFactoryJ11.createManagedConnection(MQClientManagedConnectionFactoryJ11.java:296) at com.ibm.mq.StoredManagedConnection.(StoredManagedConnection.java:80) at com.ibm.mq.MQSimpleConnectionManager.allocateConnection(MQSimpleConnectionManager.java:171) at com.ibm.mq.MQQueueManager.obtainBaseMQQueueManager(MQQueueManager.java:737) at com.ibm.mq.MQQueueManager.construct(MQQueueManager.java:671) at com.ibm.mq.MQQueueManager.(MQQueueManager.java:400) at dbMqConnectorApps.MQManip.start(MQManip.java:268) at dbMqConnectorApps.MQManip.main(MQManip.java:563) --- this is the "Cause" exception stack trace My platform is AIX 4.3. Anyone have ever met this before? Thank you, Pavel Stefan Sievert <[EMAIL PROTECTED]To: [EMAIL PROTECTED] TMAIL.COM> cc: Sent by: MQSeriesSubject: Re: Multiple Queue Managers on 1 server List <[EMAIL PROTECTED] n.AC.AT> 06/25/2003 07:59 PM Please respond to MQSeries List Rommel, If you want to connect to more than one queue manager from a client application, the MQSERVER variable will not work. Instead, you can either use the MQCONNX call to specify your channel attributes within the application code (see MQ Appl.Progr.Guide/Reference), or you can create what is called a client channel table file. The manual MQSeries Clients explains how to do that. Or you could just read through this thread on MQSeries.net: http://www.mqseries.net/phpBB2/viewtopic.php?t=1732 Hope this helps, Stefan >From: Rommel Uy <[EMAIL PROTECTED]> >Reply-To: MQSeries List <[EMAIL PROTECTED]> >To: [EMAIL PROTECTED] >Subject: Multiple Queue Managers on 1 server >Date: Wed, 25 Jun 2003 16:19:50 -0700 > >Hello, > >I am new to MQSeries, I am trying to create at least 2 queue managers on >one AIX machine. Each queue manager is for a separate application and do >not need to know the existence of the other. There will be no default queue >manager. I have configured one port for each in /etc/services, and 2 >entries in inetd.conf, I have also created the queue managers and >respective queues. > >Question : Do I need to create 2 server connection channels for each ? (eg >a CHANNEL1 and a CHANNEL2) If I do, what do I do with environment variable >MQS
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
Re: Z990
our ZOS guys are monitoring those I am responsible for CICS, and now MQ on the mainframe so I posed the question to both lists, in retrospect to any discrepancies of these various products Dave Adam Supervalu Home Office Project Specialist (952) 828-4736 [EMAIL PROTECTED] A good friend will come bail you out of jail.. but, a true friendwill be sitting next to you saying, "...that was fun." -- "Bullock, Rebecca (CSC)" <[EMAIL PROTECTED]> Sent by: MQSeries List <[EMAIL PROTECTED]> 06/30/2003 01:41 PM Please respond to MQSeries List To: [EMAIL PROTECTED] cc: Subject: Re: Z990 Dave, a better place to ask this question would be on the mainframe listserv. Try [EMAIL PROTECTED] for the IBM_Main list. -Original Message- From: Dave Adam [mailto:[EMAIL PROTECTED] Sent: Monday, June 30, 2003 1:51 PM To: [EMAIL PROTECTED] Subject: Z990 has anyone had any experience with the Z990 box and maintenance levels of software we are installing the Trex and are at ZOS 1.4, TS 1.3, MQ 2.1, and the CA family of products Dave Adam Supervalu Home Office Project Specialist (952) 828-4736 [EMAIL PROTECTED] A good friend will come bail you out of jail.. but, a true friendwill be sitting next to you saying, "...that was fun." -- ** 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: Failover in a Hub-spoke model???
Earnest, Thanks for your efforts... Yeah, Sys Admin manual is pretty good too. Ruzi --- EARmerc Roberts <[EMAIL PROTECTED]> wrote: > Hi Again, > > I searched what I could and could not find the doc > for beginners. I found the > SYS ADMIN GUIDE appears to have a well laid-out > implementation of MSCS, which > refers several time to the Quick Setup Guide. > > See the attached text files, culled from the MQ doc: > > > > > I hope they are useful. > > Ernest Roberts > IT - Sr Sys Prog > MBUSA, LLC > > > > - Forwarded by Ernest Roberts/171/DCAG/DCX on > 06/30/2003 10:27 AM - > > "Williams, Arlen" <[EMAIL PROTECTED]> > Sent by: MQSeries List > <[EMAIL PROTECTED]> > 06/27/2003 04:20 PM > Please respond to MQSeries List > > To: [EMAIL PROTECTED] > cc: > Subject: Re: Failover in a > Hub-spoke model??? > > > After getting nowhere with the IBM WMQ support > center on this paper. Does > anyone have it in softcopy and can send it to me? > All support could point me > to is the Systems Administration manual and the > WebSphere MQ Help Center > (which is almost the same thing). > > Arlen Williams > [EMAIL PROTECTED] > > -Original Message- > From: Dawson, John > [mailto:[EMAIL PROTECTED] > Sent: Friday, June 27, 2003 12:34 PM > To: [EMAIL PROTECTED] > Subject: Re: Failover in a Hub-spoke model??? > > > Ruzi, > > If you are at WMQ 5.3 and will be using Microsoft > clustering, contact the > IBM WMQ support center for the "Beginners guide to > setting up MSCS" paper. > It's easier to install clustering from this paper > than the WMQ Systems > Administration manual. > > Also, if you will be using SSL channel security, > call and talk to the > support center regarding the installation of the > certificate. > > > HTH, > > John Dawson > > > -Original Message- > From: Potkay, Peter M (PLC, IT) > [mailto:[EMAIL PROTECTED] > Sent: Friday, June 27, 2003 12:23 PM > To: [EMAIL PROTECTED] > Subject:Re: Failover in a Hub-spoke model??? > > Ruzi, that is exactly how we do it over here. > > We have 2 servers. The Hub QM primarily runs on > ServerA at LocationA. > ServerB at LocationB has the another Hub queue > manager that is inactive and > named exactly the same as the QM on ServerA at > LocationA. > > If ServerA crashes, Microsoft clustering / Veritas > move the resources from > ServerA to ServerB. The IP address floats as well, > so all your spoke > channels will go into retry during the failover and > automatically start up > once the Hub QM is started up on ServerB. > > There is no need for manual intervention. > There is no need for MQ clustering the hub QMs. Only > one is ever active at a > time. > The only messages you lose are non persistence ones > that happen to be on the > HubQM at the exact moment of failure. > The failover takes anywhere from 1 to 5 minutes. > When our MQSI boxes failover (seperate servers and > Queue Managers), the > failover takes about 5 to 10 minutes, because it > takes that much longer to > bring up the broker on the other side. > > If you are prior to MQ5.3, you will need support pac > MC74. > > > -Original Message- > From: Ruzi R [mailto:[EMAIL PROTECTED] > Sent: Friday, June 27, 2003 12:11 PM > To: [EMAIL PROTECTED] > Subject: Failover in a Hub-spoke model??? > > > Hi all, > > Suppose the qmgrs QM1 and QM2 are clustered (both > full repositories) to serve as a hub. And the all > the > other qmgrs (spokes) are connected to this hub > (thru > channels to QM1). QM1 and QM2 are mirror images of > each other. > > If something goes wrong with the QM1 it should > preferably automatically fail-over to QM2. I don t > think there is an automatic fail-over in this case > as > the channels from the spokes explicitly have to > point > to QM2 requiring manual intervention. How do people > switch from QM1 to QM2? > > How to achieve the automatic fail-over (from QM1 to > QM2)? Is the solution to use MS clustering (along > with > the MQ clustering) on the hub? > > Also, I remember reading a very well written > document > recently on how MQSeries clustering works with MS > clustering, but I cannot find it. Does anyone have > the > link? > > Thanks for all the responses in advance, > > Ruzi > > 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
Re: Running CSQUTIL from batch Rexx - doesn't work for v5.3
I found the problem - I needed an additional STEPLIB concatenation. Still have to account for the new message formats.. Peter Heggie This e-mail and any files transmitted with it, are confidential to National Grid and are intended solely for the use of the individual or entity to whom they are addressed. If you have received this e-mail in error, please contact the National Grid USA Enterprise Support Center on 508-389-3375 or 315-428-6360. 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: Z990
Dave, a better place to ask this question would be on the mainframe listserv. Try [EMAIL PROTECTED] for the IBM_Main list. -Original Message-From: Dave Adam [mailto:[EMAIL PROTECTED]Sent: Monday, June 30, 2003 1:51 PMTo: [EMAIL PROTECTED]Subject: Z990has anyone had any experience with the Z990 box and maintenance levels of software we are installing the Trex and are at ZOS 1.4, TS 1.3, MQ 2.1, and the CA family of productsDave AdamSupervalu Home OfficeProject Specialist(952) 828-4736[EMAIL PROTECTED]A good friend will come bail you out of jail..but, a true friendwill be sitting next to you saying, "...that was fun."-- ** 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: Z990
Dave, See the following WSC Flash: http://www-1.ibm.com/support/techdocs/atsmastr.nsf/WebIndex/Flash10236 Bob -Original Message- From: Dave Adam [mailto:[EMAIL PROTECTED] Sent: Monday, June 30, 2003 1:51 PM To: [EMAIL PROTECTED] Subject: Z990 has anyone had any experience with the Z990 box and maintenance levels of software we are installing the Trex and are at ZOS 1.4, TS 1.3, MQ 2.1, and the CA family of products *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: MQSERVER
Thanks Peter. However, my C program is using the MQCONN call, not MQCONNX like what you said. The C++ is doing these ImqQueueManager Qmgr;Qmgr.connect( ) Teresa "Potkay, Peter M (PLC, IT)" <[EMAIL PROTECTED]> wrote: MQCONNX is an MQ API call in your program. The others are system environment variables, yes. You can set all 3 at the same time, but MQSERVER gets used first if it is found, and in that case MQCHLLIB / MQCHLTAB are ignored. -Original Message-From: Teresa Cheung [mailto:[EMAIL PROTECTED]Sent: Monday, June 30, 2003 1:38 PMTo: [EMAIL PROTECTED]Subject: Re: MQSERVER Peter, Are all the caps below supposed to be an environment variable? 1.) Look for the MQCONNX, if there use it, if not, Step 2. 2.) Look for MQSERVER, if there use it, if not, Step 3. 3.) Look for MQCHLLIB/MQCHLTAB, if there use it, if not Step 4. 4.) Throw Teresa an error saying I can't connect. - LOL ;D"Potkay, Peter M (PLC, IT)" <[EMAIL PROTECTED]> wrote: The C program has the MQCONNX call being used, where you are allowed to specify connection info similiar to that found in the MQServer variable. The C++ program is using a plain MQCONN call, and thus relies on MQSERVER or MQCHLLIB/MQCHLTAB being set to tell it where to connect to. The order in which a client app finds out where it should it attempt to make a connection is: 1.) Look for the MQCONNX, if there use it, if not, Step 2. 2.) Look for MQSERVER, if there use it, if not, Step 3. 3.) Look for MQCHLLIB/MQCHLTAB, if there use it, if not Step 4. 4.) Throw Teresa an error saying I can't connect. -Original Message-From: Teresa Cheung [mailto:[EMAIL PROTECTED]Sent: Monday, June 30, 2003 11:11 AMTo: [EMAIL PROTECTED]Subject: MQSERVER I am very puzzled how does the set up of MQSERVER envn't variable affect the MQ client applications connections to queue manager. The reason is I have 2 mq client programs running on the same machine( Windows 2000), one written in C linking to mqic32.lib ( MQ V.5.2.1) and the other is written in C++ linking with imqc23vn.lib ( MQ V.5.3). I ran both programs when MQSERVER is not defined. The C program is able to connect to qmgr and proceeds with MQI calls. The C++ program is not able to connect to queue manager until the MQSERVER variable is defined. How are the C and C++ mq client programs behave differently? TC Ruzi R <[EMAIL PROTECTED]> wrote: RC 2080 is MQRC_TRUNCATED_MSG_FAILED. So, your bufferin the MQGET call is too small to get this message. Idon't know how long your msg is, but you may have abetter luck using "amqsbcgc" (the browse program)instead. You can also try using MQ Explorer.RC 2058 is MQRC_Q_MGR_NAME_ERROR which you may getfrom trying to access a qmgr via a client channel ifthe MQSERVER OR CHLTAB/CHLLIB environment variablesare not set correctly. I suggest you set up theMQSERVER variable just to get the client connectionworking. You can create a SVRCONN channel (preferedmathod) or the one created created automatically whenyou created the qmgr. With the the default SVRCONNchannel, the syntax of setting MQSERVER would looklike this:SET MQSERVER=SYSTEM.DEF.SVRCONN/TCP/MachineName(port#)Example: SETMEQSERVER=SYSTEM.DEF/SVRCONN/TCP/MYMACHINE(1415)This would be valid for only the current session ofthe DOS prompt. If you want to set it permanently(which you can delete/reset any time later if youlike) you would have to do it in:My Computer/Control Panel/System/Advanced/EnvironmnetVaribles tabHope this helps,Ruzi--- Sumeet Khosla <[EMAIL PROTECTED]>wrote:> Hi all,>> I am new to intercommunication and have started off> with it on Windows.> I have 2 machines with Windows 2000 and Windows NT> as the OS and am trying to establish a server to> server communication between these two machines.>> When I put a message on the source remote queue, it> gets transmitted to the target local queue (via> transmission queue and channels). But some how the> message listener on the target local queue is not> able to deliver the messages, onMessage method is> not getting invoked.>> When I do an amqsget on the target local queue I get> error code 2080 and when I do amqsgetc I get error> code 2058.>> The user identifier is muser_mqadmin for these> messages sent from the source queue manager.>> Is there some thing that needs to be done while> installing MQSeries or for setting up> intercommunication on Windows?>> Any pointers in this regard would be highly> appreciated.>> Thanks & Regards,> Sumeet>Instructions for managing your mailing list subscription are provided inthe Listserv General Users Guide available at http://www.lsoft.comArchive: http://vm.akh-wien.ac.at/MQSeries.archive Do you Yahoo!?SBC Yahoo! DSL - Now only $29.95 per month!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 prohibite
Re: Question on security exits
Thanks a lot Philip. I really appreciate this. I definitely found some information that i wasn't aware of... but the code or the example i was looking for is almost similar but little different from what you sent. What i need to do exactly is, send/set user information at the MQ client and retrieve it in the security exit. I think the only channel structure i can access or set is MQCD. But for some reason the user information i set in MQCD structure, gets erased or cleared by the time i actually try to access it in my exit code. Hope i did not confuse you. Feel free to PING me with more questions if i confused you. Thanks Usha At 12:19 PM 6/30/2003 -0400, you wrote: Hi Usha, Here is the security exit you were looking for. In this example I am trying to replace incoming MCAUserIds with someone else's id. Was using this as s prototype for a production implementation here. You can see that the call happens at INIT_SEC. And you can modify this to check up the password and authenticate. Kind Regards Aby Philip -Original Message- From: Usha Suryadevara To: [EMAIL PROTECTED] Sent: 6/27/03 1:32 PM Subject: Question on security exits > > >I am new to using MQ Series and i just started using it last month. I am >kind of stuck and was wondering if somebody could help me. > >I am trying to do some authentication (validating userid, sent in the >MQCD.UserIdentifier; password sent in MQCD.AppIdentityData.. and also the >Accounting token) on the receiving end, using a security exit on the >receiver end. I am using a 5.3 client on a w2k machine and 5.3 Qmgr on a >w2k machine also. I am connecting to the Qmgr using a SERVER connection >channel. > >All i do in my client code is set up MQCD structure and send a pointer to >that struct via MQCONNX call. > >When i print out the values of MQCD in my exit code its blank... I saw a >set of emails where they suggest, one should use MQ_INIT_SEC. > >Is there an example lying somewhere, which shows me both the client code >and the security exit code or >basically an example of how i can send some user info from my client to >the security exit, where i can do my authentication stuff. > >Thanks, >Usha 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
Z990
has anyone had any experience with the Z990 box and maintenance levels of software we are installing the Trex and are at ZOS 1.4, TS 1.3, MQ 2.1, and the CA family of products Dave Adam Supervalu Home Office Project Specialist (952) 828-4736 [EMAIL PROTECTED] A good friend will come bail you out of jail.. but, a true friendwill be sitting next to you saying, "...that was fun." --
Re: QUEUE CURENTLY IN USE
<< 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. >> what is it delete or empty two entirely different things in my world. A previous reply in this thread told you that the cics bridge monitor was and is holding the queue. Another reply said what I was thinking are you really trying to delete the queue that the monitor program is monitoring something seems strange with this. Empty it yes but empting it should just be a function of your application working correctly nushin mehran <[EMAIL PROTECTED]>To: [EMAIL PROTECTED] Sent by: MQSeriescc: List Subject: Re: QUEUE CURENTLY IN USE <[EMAIL PROTECTED] N.AC.AT> 06/30/2003 10:10 AM Please respond to MQSeries List Ruzi, You are right I made typo error. It must be CICS that gets hold on the queue and does not release it. I still do not know what is holding the queue. Even the QSTATUS does not tell me who has the queue. This queue is testingh and I know no one elese except me and CICS is using it. --- Ruzi R <[EMAIL PROTECTED]> wrote: > I think you made a couple of typos in your sequence > of > calls. Is the following what you meant instead: > > 1. Open queue1 for output (NOT input) > 2. Put > 3. mqcommit > 4. mqclose (queue1 which I think is your > request > queue) > 5. Open queue2 for input (NOT output) > 6. GET reply messages from queue2 with > syncpoint > 7. mqcommit > 8. close (queue2) > 9. Disconnect > > If the above is correct, You are not the one who is > causing IPPROCS of queue1 (request queue) to be 1 as > it is an output queue for you. I just wanted to make > this clarification. > > Best regards, > > Ruzi > > --- nushin mehran <[EMAIL PROTECTED]> wrote: > > 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: QUEUE CURENTLY IN USE
nushin mehran <[EMAIL PROTECTED]>To: [EMAIL PROTECTED] Sent by: MQSeriescc: List Subject: Re: QUEUE CURENTLY IN USE <[EMAIL PROTECTED] N.AC.AT> 06/30/2003 10:10 AM Please respond to MQSeries List Ruzi, You are right I made typo error. It must be CICS that gets hold on the queue and does not release it. I still do not know what is holding the queue. Even the QSTATUS does not tell me who has the queue. This queue is testingh and I know no one elese except me and CICS is using it. --- Ruzi R <[EMAIL PROTECTED]> wrote: > I think you made a couple of typos in your sequence > of > calls. Is the following what you meant instead: > > 1. Open queue1 for output (NOT input) > 2. Put > 3. mqcommit > 4. mqclose (queue1 which I think is your > request > queue) > 5. Open queue2 for input (NOT output) > 6. GET reply messages from queue2 with > syncpoint > 7. mqcommit > 8. close (queue2) > 9. Disconnect > > If the above is correct, You are not the one who is > causing IPPROCS of queue1 (request queue) to be 1 as > it is an output queue for you. I just wanted to make > this clarification. > > Best regards, > > Ruzi > > --- nushin mehran <[EMAIL PROTECTED]> wrote: > > 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: MQSERVER
MQCONNX is an MQ API call in your program. The others are system environment variables, yes. You can set all 3 at the same time, but MQSERVER gets used first if it is found, and in that case MQCHLLIB / MQCHLTAB are ignored. -Original Message-From: Teresa Cheung [mailto:[EMAIL PROTECTED]Sent: Monday, June 30, 2003 1:38 PMTo: [EMAIL PROTECTED]Subject: Re: MQSERVER Peter, Are all the caps below supposed to be an environment variable? 1.) Look for the MQCONNX, if there use it, if not, Step 2. 2.) Look for MQSERVER, if there use it, if not, Step 3. 3.) Look for MQCHLLIB/MQCHLTAB, if there use it, if not Step 4. 4.) Throw Teresa an error saying I can't connect. - LOL ;D"Potkay, Peter M (PLC, IT)" <[EMAIL PROTECTED]> wrote: The C program has the MQCONNX call being used, where you are allowed to specify connection info similiar to that found in the MQServer variable. The C++ program is using a plain MQCONN call, and thus relies on MQSERVER or MQCHLLIB/MQCHLTAB being set to tell it where to connect to. The order in which a client app finds out where it should it attempt to make a connection is: 1.) Look for the MQCONNX, if there use it, if not, Step 2. 2.) Look for MQSERVER, if there use it, if not, Step 3. 3.) Look for MQCHLLIB/MQCHLTAB, if there use it, if not Step 4. 4.) Throw Teresa an error saying I can't connect. -Original Message-From: Teresa Cheung [mailto:[EMAIL PROTECTED]Sent: Monday, June 30, 2003 11:11 AMTo: [EMAIL PROTECTED]Subject: MQSERVER I am very puzzled how does the set up of MQSERVER envn't variable affect the MQ client applications connections to queue manager. The reason is I have 2 mq client programs running on the same machine( Windows 2000), one written in C linking to mqic32.lib ( MQ V.5.2.1) and the other is written in C++ linking with imqc23vn.lib ( MQ V.5.3). I ran both programs when MQSERVER is not defined. The C program is able to connect to qmgr and proceeds with MQI calls. The C++ program is not able to connect to queue manager until the MQSERVER variable is defined. How are the C and C++ mq client programs behave differently? TC Ruzi R <[EMAIL PROTECTED]> wrote: RC 2080 is MQRC_TRUNCATED_MSG_FAILED. So, your bufferin the MQGET call is too small to get this message. Idon't know how long your msg is, but you may have abetter luck using "amqsbcgc" (the browse program)instead. You can also try using MQ Explorer.RC 2058 is MQRC_Q_MGR_NAME_ERROR which you may getfrom trying to access a qmgr via a client channel ifthe MQSERVER OR CHLTAB/CHLLIB environment variablesare not set correctly. I suggest you set up theMQSERVER variable just to get the client connectionworking. You can create a SVRCONN channel (preferedmathod) or the one created created automatically whenyou created the qmgr. With the the default SVRCONNchannel, the syntax of setting MQSERVER would looklike this:SET MQSERVER=SYSTEM.DEF.SVRCONN/TCP/MachineName(port#)Example: SETMEQSERVER=SYSTEM.DEF/SVRCONN/TCP/MYMACHINE(1415)This would be valid for only the current session ofthe DOS prompt. If you want to set it permanently(which you can delete/reset any time later if youlike) you would have to do it in:My Computer/Control Panel/System/Advanced/EnvironmnetVaribles tabHope this helps,Ruzi--- Sumeet Khosla <[EMAIL PROTECTED]>wrote:> Hi all,>> I am new to intercommunication and have started off> with it on Windows.> I have 2 machines with Windows 2000 and Windows NT> as the OS and am trying to establish a server to> server communication between these two machines.>> When I put a message on the source remote queue, it> gets transmitted to the target local queue (via> transmission queue and channels). But some how the> message listener on the target local queue is not> able to deliver the messages, onMessage method is> not getting invoked.>> When I do an amqsget on the target local queue I get> error code 2080 and when I do amqsgetc I get error> code 2058.>> The user identifier is muser_mqadmin for these> messages sent from the source queue manager.>> Is there some thing that needs to be done while> installing MQSeries or for setting up> intercommunication on Windows?>> Any pointers in this regard would be highly> appreciated.>> Thanks & Regards,> Sumeet>Instructions for managing your mailing list subscription are provided inthe Listserv General Users Guide available at http://www.lsoft.comArchive: http://vm.akh-wien.ac.at
Re: MQSERVER
Peter, Are all the caps below supposed to be an environment variable? 1.) Look for the MQCONNX, if there use it, if not, Step 2. 2.) Look for MQSERVER, if there use it, if not, Step 3. 3.) Look for MQCHLLIB/MQCHLTAB, if there use it, if not Step 4. 4.) Throw Teresa an error saying I can't connect. - LOL ;D"Potkay, Peter M (PLC, IT)" <[EMAIL PROTECTED]> wrote: The C program has the MQCONNX call being used, where you are allowed to specify connection info similiar to that found in the MQServer variable. The C++ program is using a plain MQCONN call, and thus relies on MQSERVER or MQCHLLIB/MQCHLTAB being set to tell it where to connect to. The order in which a client app finds out where it should it attempt to make a connection is: 1.) Look for the MQCONNX, if there use it, if not, Step 2. 2.) Look for MQSERVER, if there use it, if not, Step 3. 3.) Look for MQCHLLIB/MQCHLTAB, if there use it, if not Step 4. 4.) Throw Teresa an error saying I can't connect. -Original Message-From: Teresa Cheung [mailto:[EMAIL PROTECTED]Sent: Monday, June 30, 2003 11:11 AMTo: [EMAIL PROTECTED]Subject: MQSERVER I am very puzzled how does the set up of MQSERVER envn't variable affect the MQ client applications connections to queue manager. The reason is I have 2 mq client programs running on the same machine( Windows 2000), one written in C linking to mqic32.lib ( MQ V.5.2.1) and the other is written in C++ linking with imqc23vn.lib ( MQ V.5.3). I ran both programs when MQSERVER is not defined. The C program is able to connect to qmgr and proceeds with MQI calls. The C++ program is not able to connect to queue manager until the MQSERVER variable is defined. How are the C and C++ mq client programs behave differently? TC Ruzi R <[EMAIL PROTECTED]> wrote: RC 2080 is MQRC_TRUNCATED_MSG_FAILED. So, your bufferin the MQGET call is too small to get this message. Idon't know how long your msg is, but you may have abetter luck using "amqsbcgc" (the browse program)instead. You can also try using MQ Explorer.RC 2058 is MQRC_Q_MGR_NAME_ERROR which you may getfrom trying to access a qmgr via a client channel ifthe MQSERVER OR CHLTAB/CHLLIB environment variablesare not set correctly. I suggest you set up theMQSERVER variable just to get the client connectionworking. You can create a SVRCONN channel (preferedmathod) or the one created created automatically whenyou created the qmgr. With the the default SVRCONNchannel, the syntax of setting MQSERVER would looklike this:SET MQSERVER=SYSTEM.DEF.SVRCONN/TCP/MachineName(port#)Example: SETMEQSERVER=SYSTEM.DEF/SVRCONN/TCP/MYMACHINE(1415)This would be valid for only the current session ofthe DOS prompt. If you want to set it permanently(which you can delete/reset any time later if youlike) you would have to do it in:My Computer/Control Panel/System/Advanced/EnvironmnetVaribles tabHope this helps,Ruzi--- Sumeet Khosla <[EMAIL PROTECTED]>wrote:> Hi all,>> I am new to intercommunication and have started off> with it on Windows.> I have 2 machines with Windows 2000 and Windows NT> as the OS and am trying to establish a server to> server communication between these two machines.>> When I put a message on the source remote queue, it> gets transmitted to the target local queue (via> transmission queue and channels). But some how the> message listener on the target local queue is not> able to deliver the messages, onMessage method is> not getting invoked.>> When I do an amqsget on the target local queue I get> error code 2080 and when I do amqsgetc I get error> code 2058.>> The user identifier is muser_mqadmin for these> messages sent from the source queue manager.>> Is there some thing that needs to be done while> installing MQSeries or for setting up> intercommunication on Windows?>> Any pointers in this regard would be highly> appreciated.>> Thanks & Regards,> Sumeet>Instructions for managing your mailing list subscription are provided inthe Listserv General Users Guide available at http://www.lsoft.comArchive: http://vm.akh-wien.ac.at/MQSeries.archive Do you Yahoo!?SBC Yahoo! DSL - Now only $29.95 per month!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. Do you Yahoo!? SBC Yahoo! DSL - Now only $29.95 per month!
Re: MO71 / MQExplorer for a QM in the DMZ
An other important point with MO71 is that is based on "explicit" MQ Client, so you can set up and use SSL between the monitoring workstation and the Queue Manager(s). I have not find any way to use SSL with MQExplorer. So allow a QM to be monitored with MQE wide open this QM to the rest of the - hostile- world ;-) HTH, Luc-Michel. Date sent: Mon, 30 Jun 2003 16:46:12 - Send reply to: MQSeries List <[EMAIL PROTECTED]> From: John Scott <[EMAIL PROTECTED]> Subject:Re: MO71 / MQExplorer for a QM in the DMZ To: [EMAIL PROTECTED] > I don't think MQExplorer can be persuaded to talk to QM1 > without allowing access from your workstation through the > firewall. > > As for MO71, you need to create a client connection for QM2 > in MO71 and then specify QM2 in the location settings "Via > QM" field and remove the reply to q information according to > the MO71 manual for the *second* location of QM1. I have not > tried this however. > > Regards > John. > > -Original Message- > From: Potkay, Peter M (PLC, IT) > [mailto:[EMAIL PROTECTED] Sent: 30 June 2003 > 14:42 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 > > > > ** > > Click here to visit the Argos home page > http://www.argos.co.uk > > The 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. > > > ** > > 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 > -- Luc-Michel Demey - Freelance EAI Consultant Paris / France Tel. : +33 6 08 755 655 http://consulting.demey.org/ - lmd at demey dot org 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
Ruzi, You are right I made typo error. It must be CICS that gets hold on the queue and does not release it. I still do not know what is holding the queue. Even the QSTATUS does not tell me who has the queue. This queue is testingh and I know no one elese except me and CICS is using it. --- Ruzi R <[EMAIL PROTECTED]> wrote: > I think you made a couple of typos in your sequence > of > calls. Is the following what you meant instead: > > 1. Open queue1 for output (NOT input) > 2. Put > 3. mqcommit > 4. mqclose (queue1 which I think is your > request > queue) > 5. Open queue2 for input (NOT output) > 6. GET reply messages from queue2 with > syncpoint > 7. mqcommit > 8. close (queue2) > 9. Disconnect > > If the above is correct, You are not the one who is > causing IPPROCS of queue1 (request queue) to be 1 as > it is an output queue for you. I just wanted to make > this clarification. > > Best regards, > > Ruzi > > --- nushin mehran <[EMAIL PROTECTED]> wrote: > > 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
Re: MQSI 2.1 Exception
Yonny, Your output message has the RFH2 following the message body. The RFH2 should come before the message body. Regards, Christopher Frank Sr. I/T Specialist - IBM Software Group IBM Certified Solutions Expert - Websphere MQ & MQ Integrator Phone: 612-397-5532 (t/l 653-5532) mobile: 612-669-3008 e-mail: [EMAIL PROTECTED] Yonny Serrano <[EMAIL PROTECTED]>@AKH-WIEN.AC.AT> on 06/30/2003 10:20:22 AM Please respond to MQSeries List <[EMAIL PROTECTED]> Sent by:MQSeries List <[EMAIL PROTECTED]> To:[EMAIL PROTECTED] cc: Subject:MQSI 2.1 Exception Hello, I'm catching this exception in an Input Node: It might be something simple, but Im a little lost. Any ideas will be apreciated. ( (0x100)RecoverableException = ( (0x300)File = '/build/S210_P/src/DataFlowEngine/ImbMqOutputNo de.cpp' (0x300)Line = 714 (0x300)Function = 'ImbMqOutputNode::evaluate' (0x300)Type = 'ComIbmMQOutputNode' (0x300)Name = 'b05bca72-f400--0080-9a5867fb3d77' (0x300)Label = 'ModifyBusinessRequest.MQOutput' (0x300)Text = 'Caught exception and rethrowing' (0x300)Catalog = 'WMQIv210' (0x300)Severity = 3 (0x300)Number = 2230 (0x100)ParserException = ( (0x300)File = '/build/S210_P/src/DataFlowEngine/ImbRootParser.cpp' wilserramirez1: (0x300)Line = 261 (0x300)Function = 'ImbRootParser::refreshBitStreamFromElements' (0x300)Type = 'ComIbmMQInputNode' (0x300)Name = 'd864ca72-f400--0080-9a5867fb3d77' (0x300)Label = 'ModifyBusinessRequest.MQInput' (0x300)Text = 'Invalid parser sequence' (0x300)Catalog = 'WMQIv210' (0x300)Severity = 2 (0x300)Number = 6062 (0x100)Insert = ( (0x300)Type = 5 (0x300)Text = 'MQHRF2' ) (0x100)Insert = ( (0x300)Type = 5 (0x300)Text = 'xml' ) ) ) ) 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
MQSI 2.1 Exception
Hello, I'm catching this exception in an Input Node:It might be something simple, but Im a little lost. Any ideas will be apreciated. ( (0x100)RecoverableException = ( (0x300)File = '/build/S210_P/src/DataFlowEngine/ImbMqOutputNo de.cpp' (0x300)Line = 714 (0x300)Function = 'ImbMqOutputNode::evaluate' (0x300)Type = 'ComIbmMQOutputNode' (0x300)Name = 'b05bca72-f400--0080-9a5867fb3d77' (0x300)Label = 'ModifyBusinessRequest.MQOutput' (0x300)Text = 'Caught exception and rethrowing' (0x300)Catalog = 'WMQIv210' (0x300)Severity = 3 (0x300)Number = 2230 (0x100)ParserException = ( (0x300)File = '/build/S210_P/src/DataFlowEngine/ImbRootParser.cpp'wilserramirez1: (0x300)Line = 261 (0x300)Function = 'ImbRootParser::refreshBitStreamFromElements' (0x300)Type = 'ComIbmMQInputNode' (0x300)Name = 'd864ca72-f400--0080-9a5867fb3d77' (0x300)Label = 'ModifyBusinessRequest.MQInput' (0x300)Text = 'Invalid parser sequence' (0x300)Catalog = 'WMQIv210' (0x300)Severity = 2 (0x300)Number = 6062 (0x100)Insert = ( (0x300)Type = 5 (0x300)Text = 'MQHRF2' ) (0x100)Insert = ( (0x300)Type = 5 (0x300)Text = 'xml' ) ) ) ) Yonny.'²ÚîrبÇè®f§j§*.®f¢)à+-²æìr¸©¶*'j·©®âuçbØ^.+-±êïéÞ©T±êìèy«ÚVæÛiÿü0Â[(~×( Ü+ÞÛiÿûæjHpéÚq«1®'¬j·!÷
Re: MO71 / MQExplorer for a QM in the DMZ
That's what I thought about MQExplorer, oh well. For MO71, I did try what you suggested and still no luck. -Original Message- From: John Scott [mailto:[EMAIL PROTECTED] Sent: Monday, June 30, 2003 12:46 PM To: [EMAIL PROTECTED] Subject: Re: MO71 / MQExplorer for a QM in the DMZ I don't think MQExplorer can be persuaded to talk to QM1 without allowing access from your workstation through the firewall. As for MO71, you need to create a client connection for QM2 in MO71 and then specify QM2 in the location settings "Via QM" field and remove the reply to q information according to the MO71 manual for the *second* location of QM1. I have not tried this however. Regards John. -Original Message- From: Potkay, Peter M (PLC, IT) [mailto:[EMAIL PROTECTED] Sent: 30 June 2003 14:42 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 ** Click here to visit the Argos home page http://www.argos.co.uk The 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. ** 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: Question on security exits
Hi Usha, Here is the security exit you were looking for. In this example I am trying to replace incoming MCAUserIds with someone else's id. Was using this as s prototype for a production implementation here. You can see that the call happens at INIT_SEC. And you can modify this to check up the password and authenticate. Kind Regards Aby Philip -Original Message- From: Usha Suryadevara To: [EMAIL PROTECTED] Sent: 6/27/03 1:32 PM Subject: Question on security exits > > >I am new to using MQ Series and i just started using it last month. I am >kind of stuck and was wondering if somebody could help me. > >I am trying to do some authentication (validating userid, sent in the >MQCD.UserIdentifier; password sent in MQCD.AppIdentityData.. and also the >Accounting token) on the receiving end, using a security exit on the >receiver end. I am using a 5.3 client on a w2k machine and 5.3 Qmgr on a >w2k machine also. I am connecting to the Qmgr using a SERVER connection >channel. > >All i do in my client code is set up MQCD structure and send a pointer to >that struct via MQCONNX call. > >When i print out the values of MQCD in my exit code its blank... I saw a >set of emails where they suggest, one should use MQ_INIT_SEC. > >Is there an example lying somewhere, which shows me both the client code >and the security exit code or >basically an example of how i can send some user info from my client to >the security exit, where i can do my authentication stuff. > >Thanks, >Usha 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 secexit.c Description: Binary data
Re: JMS to native MQ application question...
Brian, >>>If a JMS program needs to put a message on an MQ queue but >>>an MQI application is going to get it, what do I need to >>>differently than JMS to JMS? Basically this is going to >>>be a WAS 5.0 JMS application that puts a request on an z/OS >>>queue and the waits for a response from a Cobol application. >>>I already see that in my request message MQMD the reply-to-queue >>>and reply-to-queue manager are populated correctly, but the >>>payload still has the JMS headers. How do I get rid of >>>the JMS headers so that a Cobol application can get it? This is controlled by the TARGCLIENT property, which can be set to either JMS or MQ. Regards, Christopher Frank Sr. I/T Specialist - IBM Software Group IBM Certified Solutions Expert - Websphere MQ & MQ Integrator Phone: 612-397-5532 (t/l 653-5532) mobile: 612-669-3008 e-mail: [EMAIL PROTECTED] Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive
Why messages get stuck in SYSTEM.CLUSTER.TRANSMIT.QUEUE???RESOLVED
This problem has been resolved. Turned out we had forgotton to define the IP address/machine name for the DNS Resolution on OS/390... Thanks, Ruzi Hi all, We are on MQSeries 5.3 CSD 03 on NT. And 5.3 on OS/390. We just created MYCLUS as a cluster and the qmgrs QM1 and QM2 are full repositories. Also created QM3 (on NT) and QM4 (on OS/390) are cluster queue managers both connected to QM1. Defined the CLUSRCVR and CLUSSDR channels correctly (former pointing to self and latter to QM1). We defined a cluster queue called Q1 on QM3. When I put a message from QM4 (OS/390) to this cluster queue (Q1), it gets stuck in the SYSTEM.CLUSTER.TRANSMIT.QUEUE. The channel TO.QM1 (CLUSSDR) is inactive. Q1 is get/put enabled The CHIN job showed an error for SYSTEM.ADMIN.SVRCONN not being defined. I defined it manually and recycled the QM4. Restarted the QM4. No errors produced. But the messages still get stuck in the cluster xmit queue on QM4. I don t see any errors anywhere else. What should I do? Thanks for your help in advance, Ruzi 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: JMS to native MQ application question...
Well I answered the initial question myself...I was forgetting to set the targetclient in my JMSAdmin tool. However, if anyone has any opinions or advice on the overall all WAS 5.0 to MQ on z/OS, please let me know. Thanks, Brian M. McCarty USAA, Senior Systems Programmer 210.913.1678 MQ/WMQI Specialist/Solutions Expert e-business Solution Advisor/Designer/Technologist -Original Message- From: McCarty, Brian Sent: Monday, June 30, 2003 10:47 AM To: '[EMAIL PROTECTED]' Subject:JMS to native MQ application question... If a JMS program needs to put a message on an MQ queue but an MQI application is going to get it, what do I need to differently than JMS to JMS? Basically this is going to be a WAS 5.0 JMS application that puts a request on an z/OS queue and the waits for a response from a Cobol application. I already see that in my request message MQMD the reply-to-queue and reply-to-queue manager are populated correctly, but the payload still has the JMS headers. How do I get rid of the JMS headers so that a Cobol application can get it? Any help or advice would be appreciated. Thanks, B 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
Running CSQUTIL from batch Rexx - doesn't work for v5.3
On z/os - I have a rexx, running in batch under IKJEFT01, that allocates SYSIN, SYSPRINT and CMDIN, builds a command in CMDIN, redirects command input to CMDIN and then performs a TSO CALL to 'libname(CSQUTIL)' 'qmgr'. It worked in v2.1; it blows up in v5.3 with a system 5C6. The actual statement, as shown in a trace, is: 664 *-* "CALL '"qlib"(CSQUTIL)' '"qmgr"'" >>>"CALL 'SYS2.PROD.MQSERIES.V53.SCSQAUTH(CSQUTIL)' 'MQM1'" +++ RC(6053888) +++ I can run CSQUTIL in batch just fine (although I see all the output formatting has changed), but under TSO (batch) I get the abend... ??? I can't split this into two steps - the rexx reads a parm file list of queues and channels to check, parses the display output and reports on problems. I can add queues and channels to the list at any time without having to change the parsing. Does anyone know why I'm getting this error? Peter Heggie National Grid Syracuse, NY This e-mail and any files transmitted with it, are confidential to National Grid and are intended solely for the use of the individual or entity to whom they are addressed. If you have received this e-mail in error, please contact the National Grid USA Enterprise Support Center on 508-389-3375 or 315-428-6360. 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: Why messages get stuck in SYSTEM.CLUSTER.TRANSMIT.QUEUE
When using clustering and facing problems, there are a few things that you "must" check. 1) All the clussdr and clusrcvr channels are up and running on all the cluster queue managers. 2) dis clusqmgr(*) shows all the queue managers that you added to the cluster on all the queue managers, repos and non-repos. 3) After you define a queue as a clustered queue, verify on all the qm's to see if this queue infact got published on all the queue managers. If dis qcluster(*) does not show this queue on all the other queue managers(if you have all channels and qms running), then your queue was not published properly. If you do not have your channels up and running, then your cache info is never updated and hence your qm does not know about it. Hence always check and verify that all the qms in the cluster have consistent state of information and then only attempt to put messages to cluster queues. Verify the above and you should be fine. No idea why SVRCONN channel error has anything to do with this problem. Unless you are running a client app that is trying to open this queue. Hope this helps. Cheers Kumar ---Original Message--- From: MQSeries List Date: Monday, June 30, 2003 11:45:52 AM To: [EMAIL PROTECTED] Subject: Why messages get stuck in SYSTEM.CLUSTER.TRANSMIT.QUEUE Hi all, We are on MQSeries 5.3 CSD 03 on NT. And 5.3 on OS/390. We just created MYCLUS as a cluster and the qmgrs QM1 and QM2 are full repositories. Also created QM3 (on NT) and QM4 (on OS/390) are cluster queue managers both connected to QM1. Defined the CLUSRCVR and CLUSSDR channels correctly (former pointing to self and latter to QM1). We defined a cluster queue called Q1 on QM3. When I put a message from QM4 (OS/390) to this cluster queue (Q1), it gets stuck in the SYSTEM.CLUSTER.TRANSMIT.QUEUE. The channel TO.QM1 (CLUSSDR) is inactive. Q1 is get/put enabled The CHIN job showed an error for SYSTEM.ADMIN.SVRCONN not being defined. I defined it manually and recycled the QM4. Restarted the QM4. No errors produced. But the messages still get stuck in the cluster xmit queue on QM4. I don t see any errors anywhere else. What should I do? Thanks for your help in advance, Ruzi 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 . IncrediMail - Email has finally evolved - Click Here
Re: MO71 / MQExplorer for a QM in the DMZ
I don't think MQExplorer can be persuaded to talk to QM1 without allowing access from your workstation through the firewall. As for MO71, you need to create a client connection for QM2 in MO71 and then specify QM2 in the location settings "Via QM" field and remove the reply to q information according to the MO71 manual for the *second* location of QM1. I have not tried this however. Regards John. -Original Message- From: Potkay, Peter M (PLC, IT) [mailto:[EMAIL PROTECTED] Sent: 30 June 2003 14:42 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 ** Click here to visit the Argos home page http://www.argos.co.uk The 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. ** Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive
JMS to native MQ application question...
If a JMS program needs to put a message on an MQ queue but an MQI application is going to get it, what do I need to differently than JMS to JMS? Basically this is going to be a WAS 5.0 JMS application that puts a request on an z/OS queue and the waits for a response from a Cobol application. I already see that in my request message MQMD the reply-to-queue and reply-to-queue manager are populated correctly, but the payload still has the JMS headers. How do I get rid of the JMS headers so that a Cobol application can get it? Any help or advice would be appreciated. Thanks, B 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: MQSERVER
Unless you are using MQCONNX or the client channel def table, without MQSERVER you should not be able to connect to the remote queue manager irrespective of the language an app is written in. I would go back and check to see if MQSERVER variable is set or wrongly set. Usually you have 2 dos sessions running, on one it is set and the other it was removed or wrongly set and hence doesnt work. The best way always to test this out is to open a fresh dos session and try again after checking what it is set to, using SET command. Cheers Kumar ---Original Message--- From: MQSeries List Date: Monday, June 30, 2003 11:15:38 AM To: [EMAIL PROTECTED] Subject: MQSERVER I am very puzzled how does the set up of MQSERVER envn't variable affect the MQ client applications connections to queue manager. The reason is I have 2 mq client programs running on the same machine( Windows 2000), one written in C linking to mqic32.lib ( MQ V.5.2.1) and the other is written in C++ linking with imqc23vn.lib ( MQ V.5.3). I ran both programs when MQSERVER is not defined. The C program is able to connect to qmgr and proceeds with MQI calls. The C++ program is not able to connect to queue manager until the MQSERVER variable is defined. How are the C and C++ mq client programs behave differently? TC Ruzi R <[EMAIL PROTECTED]> wrote: RC 2080 is MQRC_TRUNCATED_MSG_FAILED. So, your bufferin the MQGET call is too small to get this message. Idon't know how long your msg is, but you may have abetter luck using "amqsbcgc" (the browse program)instead. You can also try using MQ Explorer.RC 2058 is MQRC_Q_MGR_NAME_ERROR which you may getfrom trying to access a qmgr via a client channel ifthe MQSERVER OR CHLTAB/CHLLIB environment variablesare not set correctly. I suggest you set up theMQSERVER variable just to get the client connectionworking. You can create a SVRCONN channel (preferedmathod) or the one created created automatically whenyou created the qmgr. With the the default SVRCONNchannel, the syntax of setting MQSERVER would looklike this:SET MQSERVER=SYSTEM.DEF.SVRCONN/TCP/MachineName(port#)Example: SETMEQSERVER=SYSTEM.DEF/SVRCONN/TCP/MYMACHINE(1415)This would be valid for only the current session ofthe DOS prompt. If you want to set it permanently(which you can delete/reset any time later if youlike) you would have to do it in:My Computer/Control Panel/System/Advanced/EnvironmnetVaribles tabHope this helps,Ruzi--- Sumeet Khosla <[EMAIL PROTECTED]>wrote:> Hi all,>> I am new to intercommunication and have started off> with it on Windows.> I have 2 machines with Windows 2000 and Windows NT> as the OS and am trying to establish a server to> server communication between these two machines.>> When I put a message on the source remote queue, it> gets transmitted to the target local queue (via> transmission queue and channels). But some how the> message listener on the target local queue is not> able to deliver the messages, onMessage method is> not getting invoked.>> When I do an amqsget on the target local queue I get> error code 2080 and when I do amqsgetc I get error> code 2058.>> The user identifier is muser_mqadmin for these> messages sent from the source queue manager.>> Is there some thing that needs to be done while> installing MQSeries or for setting up> intercommunication on Windows?>> Any pointers in this regard would be highly> appreciated.>> Thanks & Regards,> Sumeet>Instructions for managing your mailing list subscription are provided inthe Listserv General Users Guide available at http://www.lsoft.comArchive: http://vm.akh-wien.ac.at/MQSeries.archive Do you Yahoo!?SBC Yahoo! DSL - Now only $29.95 per month! IncrediMail - Email has finally evolved - Click Here
Why messages get stuck in SYSTEM.CLUSTER.TRANSMIT.QUEUE
Hi all, We are on MQSeries 5.3 CSD 03 on NT. And 5.3 on OS/390. We just created MYCLUS as a cluster and the qmgrs QM1 and QM2 are full repositories. Also created QM3 (on NT) and QM4 (on OS/390) are cluster queue managers both connected to QM1. Defined the CLUSRCVR and CLUSSDR channels correctly (former pointing to self and latter to QM1). We defined a cluster queue called Q1 on QM3. When I put a message from QM4 (OS/390) to this cluster queue (Q1), it gets stuck in the SYSTEM.CLUSTER.TRANSMIT.QUEUE. The channel TO.QM1 (CLUSSDR) is inactive. Q1 is get/put enabled The CHIN job showed an error for SYSTEM.ADMIN.SVRCONN not being defined. I defined it manually and recycled the QM4. Restarted the QM4. No errors produced. But the messages still get stuck in the cluster xmit queue on QM4. I don t see any errors anywhere else. What should I do? Thanks for your help in advance, Ruzi 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: MQSERVER
The C program has the MQCONNX call being used, where you are allowed to specify connection info similiar to that found in the MQServer variable. The C++ program is using a plain MQCONN call, and thus relies on MQSERVER or MQCHLLIB/MQCHLTAB being set to tell it where to connect to. The order in which a client app finds out where it should it attempt to make a connection is: 1.) Look for the MQCONNX, if there use it, if not, Step 2. 2.) Look for MQSERVER, if there use it, if not, Step 3. 3.) Look for MQCHLLIB/MQCHLTAB, if there use it, if not Step 4. 4.) Throw Teresa an error saying I can't connect. -Original Message-From: Teresa Cheung [mailto:[EMAIL PROTECTED]Sent: Monday, June 30, 2003 11:11 AMTo: [EMAIL PROTECTED]Subject: MQSERVER I am very puzzled how does the set up of MQSERVER envn't variable affect the MQ client applications connections to queue manager. The reason is I have 2 mq client programs running on the same machine( Windows 2000), one written in C linking to mqic32.lib ( MQ V.5.2.1) and the other is written in C++ linking with imqc23vn.lib ( MQ V.5.3). I ran both programs when MQSERVER is not defined. The C program is able to connect to qmgr and proceeds with MQI calls. The C++ program is not able to connect to queue manager until the MQSERVER variable is defined. How are the C and C++ mq client programs behave differently? TC Ruzi R <[EMAIL PROTECTED]> wrote: RC 2080 is MQRC_TRUNCATED_MSG_FAILED. So, your bufferin the MQGET call is too small to get this message. Idon't know how long your msg is, but you may have abetter luck using "amqsbcgc" (the browse program)instead. You can also try using MQ Explorer.RC 2058 is MQRC_Q_MGR_NAME_ERROR which you may getfrom trying to access a qmgr via a client channel ifthe MQSERVER OR CHLTAB/CHLLIB environment variablesare not set correctly. I suggest you set up theMQSERVER variable just to get the client connectionworking. You can create a SVRCONN channel (preferedmathod) or the one created created automatically whenyou created the qmgr. With the the default SVRCONNchannel, the syntax of setting MQSERVER would looklike this:SET MQSERVER=SYSTEM.DEF.SVRCONN/TCP/MachineName(port#)Example: SETMEQSERVER=SYSTEM.DEF/SVRCONN/TCP/MYMACHINE(1415)This would be valid for only the current session ofthe DOS prompt. If you want to set it permanently(which you can delete/reset any time later if youlike) you would have to do it in:My Computer/Control Panel/System/Advanced/EnvironmnetVaribles tabHope this helps,Ruzi--- Sumeet Khosla <[EMAIL PROTECTED]>wrote:> Hi all,>> I am new to intercommunication and have started off> with it on Windows.> I have 2 machines with Windows 2000 and Windows NT> as the OS and am trying to establish a server to> server communication between these two machines.>> When I put a message on the source remote queue, it> gets transmitted to the target local queue (via> transmission queue and channels). But some how the> message listener on the target local queue is not> able to deliver the messages, onMessage method is> not getting invoked.>> When I do an amqsget on the target local queue I get> error code 2080 and when I do amqsgetc I get error> code 2058.>> The user identifier is muser_mqadmin for these> messages sent from the source queue manager.>> Is there some thing that needs to be done while> installing MQSeries or for setting up> intercommunication on Windows?>> Any pointers in this regard would be highly> appreciated.>> Thanks & Regards,> Sumeet>Instructions for managing your mailing list subscription are provided inthe Listserv General Users Guide available at http://www.lsoft.comArchive: http://vm.akh-wien.ac.at/MQSeries.archive Do you Yahoo!?SBC Yahoo! DSL - Now only $29.95 per month! 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.
MQSERVER
I am very puzzled how does the set up of MQSERVER envn't variable affect the MQ client applications connections to queue manager. The reason is I have 2 mq client programs running on the same machine( Windows 2000), one written in C linking to mqic32.lib ( MQ V.5.2.1) and the other is written in C++ linking with imqc23vn.lib ( MQ V.5.3). I ran both programs when MQSERVER is not defined. The C program is able to connect to qmgr and proceeds with MQI calls. The C++ program is not able to connect to queue manager until the MQSERVER variable is defined. How are the C and C++ mq client programs behave differently? TC Ruzi R <[EMAIL PROTECTED]> wrote: RC 2080 is MQRC_TRUNCATED_MSG_FAILED. So, your bufferin the MQGET call is too small to get this message. Idon't know how long your msg is, but you may have abetter luck using "amqsbcgc" (the browse program)instead. You can also try using MQ Explorer.RC 2058 is MQRC_Q_MGR_NAME_ERROR which you may getfrom trying to access a qmgr via a client channel ifthe MQSERVER OR CHLTAB/CHLLIB environment variablesare not set correctly. I suggest you set up theMQSERVER variable just to get the client connectionworking. You can create a SVRCONN channel (preferedmathod) or the one created created automatically whenyou created the qmgr. With the the default SVRCONNchannel, the syntax of setting MQSERVER would looklike this:SET MQSERVER=SYSTEM.DEF.SVRCONN/TCP/MachineName(port#)Example: SETMEQSERVER=SYSTEM.DEF/SVRCONN/TCP/MYMACHINE(1415)This would be valid for only the current session ofthe DOS prompt. If you want to set it permanently(which you can delete/reset any time later if youlike) you would have to do it in:My Computer/Control Panel/System/Advanced/EnvironmnetVaribles tabHope this helps,Ruzi--- Sumeet Khosla <[EMAIL PROTECTED]>wrote:> Hi all,>> I am new to intercommunication and have started off> with it on Windows.> I have 2 machines with Windows 2000 and Windows NT> as the OS and am trying to establish a server to> server communication between these two machines.>> When I put a message on the source remote queue, it> gets transmitted to the target local queue (via> transmission queue and channels). But some how the> message listener on the target local queue is not> able to deliver the messages, onMessage method is> not getting invoked.>> When I do an amqsget on the target local queue I get> error code 2080 and when I do amqsgetc I get error> code 2058.>> The user identifier is muser_mqadmin for these> messages sent from the source queue manager.>> Is there some thing that needs to be done while> installing MQSeries or for setting up> intercommunication on Windows?>> Any pointers in this regard would be highly> appreciated.>> Thanks & Regards,> Sumeet>Instructions for managing your mailing list subscription are provided inthe Listserv General Users Guide available at http://www.lsoft.comArchive: http://vm.akh-wien.ac.at/MQSeries.archive Do you Yahoo!? SBC Yahoo! DSL - Now only $29.95 per month!
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
Re: Failover in a Hub-spoke model???
Hi Again, I searched what I could and could not find the doc for beginners. I found the SYS ADMIN GUIDE appears to have a well laid-out implementation of MSCS, which refers several time to the Quick Setup Guide. See the attached text files, culled from the MQ doc: I hope they are useful. Ernest Roberts IT - Sr Sys Prog MBUSA, LLC - Forwarded by Ernest Roberts/171/DCAG/DCX on 06/30/2003 10:27 AM - "Williams, Arlen" <[EMAIL PROTECTED]> Sent by: MQSeries List <[EMAIL PROTECTED]> 06/27/2003 04:20 PM Please respond to MQSeries List To: [EMAIL PROTECTED] cc: Subject: Re: Failover in a Hub-spoke model??? After getting nowhere with the IBM WMQ support center on this paper. Does anyone have it in softcopy and can send it to me? All support could point me to is the Systems Administration manual and the WebSphere MQ Help Center (which is almost the same thing). Arlen Williams [EMAIL PROTECTED] -Original Message- From: Dawson, John [mailto:[EMAIL PROTECTED] Sent: Friday, June 27, 2003 12:34 PM To: [EMAIL PROTECTED] Subject: Re: Failover in a Hub-spoke model??? Ruzi, If you are at WMQ 5.3 and will be using Microsoft clustering, contact the IBM WMQ support center for the "Beginners guide to setting up MSCS" paper. It's easier to install clustering from this paper than the WMQ Systems Administration manual. Also, if you will be using SSL channel security, call and talk to the support center regarding the installation of the certificate. HTH, John Dawson -Original Message- From: Potkay, Peter M (PLC, IT) [mailto:[EMAIL PROTECTED] Sent: Friday, June 27, 2003 12:23 PM To: [EMAIL PROTECTED] Subject:Re: Failover in a Hub-spoke model??? Ruzi, that is exactly how we do it over here. We have 2 servers. The Hub QM primarily runs on ServerA at LocationA. ServerB at LocationB has the another Hub queue manager that is inactive and named exactly the same as the QM on ServerA at LocationA. If ServerA crashes, Microsoft clustering / Veritas move the resources from ServerA to ServerB. The IP address floats as well, so all your spoke channels will go into retry during the failover and automatically start up once the Hub QM is started up on ServerB. There is no need for manual intervention. There is no need for MQ clustering the hub QMs. Only one is ever active at a time. The only messages you lose are non persistence ones that happen to be on the HubQM at the exact moment of failure. The failover takes anywhere from 1 to 5 minutes. When our MQSI boxes failover (seperate servers and Queue Managers), the failover takes about 5 to 10 minutes, because it takes that much longer to bring up the broker on the other side. If you are prior to MQ5.3, you will need support pac MC74. -Original Message- From: Ruzi R [mailto:[EMAIL PROTECTED] Sent: Friday, June 27, 2003 12:11 PM To: [EMAIL PROTECTED] Subject: Failover in a Hub-spoke model??? Hi all, Suppose the qmgrs QM1 and QM2 are clustered (both full repositories) to serve as a hub. And the all the other qmgrs (spokes) are connected to this hub (thru channels to QM1). QM1 and QM2 are mirror images of each other. If something goes wrong with the QM1 it should preferably automatically fail-over to QM2. I don t think there is an automatic fail-over in this case as the channels from the spokes explicitly have to point to QM2 requiring manual intervention. How do people switch from QM1 to QM2? How to achieve the automatic fail-over (from QM1 to QM2)? Is the solution to use MS clustering (along with the MQ clustering) on the hub? Also, I remember reading a very well written document recently on how MQSeries clustering works with MS clustering, but I cannot find it. Does anyone have the link? Thanks for all the responses in advance, Ruzi 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: http://vm.akh-wien.ac.at/MQSeries.archive Instructions for managing your mailing list subscription are provided in the Listserv Gen
Re: Failover in a Hub-spoke model???
HI, I found this at http://www-1.ibm.com/support/docview.wss?uid=swg21053266. The release is different, but it is as close to the problem as I could find. I GOOGLE-searched for the "beginners guide...", but could not find a useful match. I hope this is helpful. I will also follow up after searching my own manuals. Ernest Roberts IT - Sr Sys Prog MBUSA, LLC _ Windows NT Microsoft Clustered MSCS MQSeries Queue Manager resource not starting Solution Problem Customer is running V5.1 MQSeries CSD04 with MC74 (MSCS clustered). They suffered a system problem which resulted in MQ failing. The system was rebooted and the qmgr came up for about an hour or so, then failed with the clustered resource continually going offline. The machine was rebooted and the qmgr came up again but failed after 20 minutes. Since then they have a solid problem where they are unable to start the qmgr due to the clustered resource being continually in an "online pending" state. No obvious errors in the system or application eventlog. No errors in the MQ logs but the qmgr has not been able to be started for several hours. They rebooted the systems many times and cold started as well. They have failed over the active machine to the passive with the same results. In the registry setting for MQ the MQ qmgr currentstatus = running on both nodes of the cluster. Finally, they were able to get the Queue Manager restarted through Explorer, but the Cluster Resource still shows as "online pending", therefore there was still no communication between MQ on the NT system and the host. Solution While preparing to remove the qmgr from MSCS cust took the MQ clustered resource group offline, which in turn put the MQ resources online. This appeared to clear some sort of flag within clustered resources. They are now able to start MQ normally with MSCS support. They can bring resources online and MQ starts and moves groups between the passive and active node in the cluster which starts MQ. We found User mosadmin (which has administrator permission) was used to reinstall MQ but was not in the mqm group. When it was added, MQ cluster resource could be brought up without problems. When they brought the MQ cluster resource online via a failover it would go in 'online pending', then fail, and switch to the alternate node and repeat the exercise. We found once they increased the timeout period for the MQ cluster resource from 3 to 20 minutes, it allowed MQ the time to start properly. Note, when MQ is brought up natively (without MSCS) it takes < 60 seconds. If MQSeries is in "online pending", then the system may not have yet received any indication there was an authority problem. Hence, nothing would have been entered in the event logs. Further, MQ itself would not have received word back from the system that the mosadmin logon was not authorized, so it would not yet have issued it's own message. This is also likely to be related to the fact the failover is "owned" by another application, which simply had a lot to do in the failover. I suspect failover is doing a lot of checking and transferring of data between the MQ "going down" and the one being started, and this simply takes longer than an ordinary startup. I suspect the additional time (which doesn't take it from 3 to 20 minutes but something between) on the timeout statement was the thing that fixed this - and again, it is most likely because the queue manager resource will set the security attributes on all the objects under the log / data directories on the shared disk. If there is a great deal more than just the objects being used by the queue manager under these directories, they too will have the security verified and modified to ensure the local mqm has authority to them. The time difference when starting the queue manager and bringing a resource online can be accounted for in the waiting for dependent resources to come online and then the checking / setting of the permissions on all of the files under the MQSeries log and data directories. It does this for every file under the directories to which MQ moved the logs and queue manager directories. I think this explains the longer failover Historical Number 70781 215 616 ___ ___ - Forwarded by Ernest Roberts/171/DCAG/DCX on 06/30/2003 09:52 AM - "Williams, Arlen" <[EMAIL PROTECTED]> Sent by: MQSeries List <[EMAIL PROTECTED]> 06/27/2003 04:20 PM Please respond to MQSeries List To: [EMAIL PROTECTED] cc: Subject: Re: Failover in a Hub-spoke model??? Afte
Mickel E Thomas/Pittsburgh/IBM is out of the office.
I will be out of the office starting June 30, 2003 and will not return until July 4, 2003. I will be on vacation the entire week from June 30th to July 4th. Please contact my manager; Lorraine A Johnson/Atlanta/IBM or Dennis Perdue/Atlanta/IBM for assistance. 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
A small help on WMQI and VCS clusters
hi, can anybody tell me abt 1. WMQI and OS clustering (Recommended Configuration and any Operational aspects) 2. MQ clustering and VCS clusters Thanks in advance
Re: Intercommunication on Windows 2000
Meant to say MQCHLTAB/MQCHLLIB... Ruzi --- Ruzi R <[EMAIL PROTECTED]> wrote: > RC 2080 is MQRC_TRUNCATED_MSG_FAILED. So, your > buffer > in the MQGET call is too small to get this message. > I > don't know how long your msg is, but you may have a > better luck using "amqsbcgc" (the browse program) > instead. You can also try using MQ Explorer. > > RC 2058 is MQRC_Q_MGR_NAME_ERROR which you may get > from trying to access a qmgr via a client channel if > the MQSERVER OR CHLTAB/CHLLIB environment variables > are not set correctly. I suggest you set up the > MQSERVER variable just to get the client connection > working. You can create a SVRCONN channel (prefered > mathod) or the one created created automatically > when > you created the qmgr. With the the default SVRCONN > channel, the syntax of setting MQSERVER would look > like this: > > SET MQSERVER=SYSTEM.DEF.SVRCONN/TCP/MachineName(port > #) > > Example: SET > MEQSERVER=SYSTEM.DEF/SVRCONN/TCP/MYMACHINE(1415) > > This would be valid for only the current session of > the DOS prompt. If you want to set it permanently > (which you can delete/reset any time later if you > like) you would have to do it in: > > My Computer/Control > Panel/System/Advanced/Environmnet > Varibles tab > > > Hope this helps, > > Ruzi > > --- Sumeet Khosla <[EMAIL PROTECTED]> wrote: > > Hi all, > > > > I am new to intercommunication and have started > off > > with it on Windows. > > I have 2 machines with Windows 2000 and Windows NT > > as the OS and am trying to establish a server to > > server communication between these two machines. > > > > When I put a message on the source remote queue, > it > > gets transmitted to the target local queue (via > > transmission queue and channels). But some how the > > message listener on the target local queue is not > > able to deliver the messages, onMessage method is > > not getting invoked. > > > > When I do an amqsget on the target local queue I > get > > error code 2080 and when I do amqsgetc I get error > > code 2058. > > > > The user identifier is muser_mqadmin for these > > messages sent from the source queue manager. > > > > Is there some thing that needs to be done while > > installing MQSeries or for setting up > > intercommunication on Windows? > > > > Any pointers in this regard would be highly > > appreciated. > > > > Thanks & Regards, > > Sumeet > > > > 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: DLL Help
Problem has been resolved. Thank you and sorry for wasting bandwidth. Chris -Original Message- From: Robert Broderick [mailto:[EMAIL PROTECTED] Sent: Monday, June 30, 2003 6:02 AM To: [EMAIL PROTECTED] Subject: Re: DLL Help "This description, whilst a little informative, is really not gonna help us. I don't know of too many psychic developers out here." What part of "I am a mainframe person" didn't we understand here Help, not scarcasim, would be nice. I don't think John would even know what information to supply as he is also getting this third person. As for your problem John it could be possible that the C++ Object is not doing a disconnect therefore not releasing the connection handle. OR, maybe it just isn't going away and you are "stacking" tasks. Maybe a repeated "ps -ef | grep x" (where x is your C++ application) on the UNIX side may show this. bobbee >From: Antony Boggis <[EMAIL PROTECTED]> >Reply-To: MQSeries List <[EMAIL PROTECTED]> >To: [EMAIL PROTECTED] >Subject: Re: DLL Help >Date: Fri, 27 Jun 2003 08:39:59 -0700 > >This description, whilst a little informative, is really not gonna help >us. I don't know of too many psychic developers out here. > >Now if could provide more detail, like how does the COM object connect >to the UNIX platform. DLL on UNIX? No such thing. There are however, >shared libraries, similar to DLLs. > >Regards, > >tonyB. > >-Original Message- >From: Young.John [mailto:[EMAIL PROTECTED] >Sent: Friday, June 27, 2003 8:16 AM >To: [EMAIL PROTECTED] >Subject: DLL Help > > >We have a bad situation here. VB applications are going thru a com >object to access a DLL written in C++ on the unix side. The problem is >that none of the connections are being released. So each time a VB app >starts, it creates another connection until our max handle connection >has reached it max. > >I am a mainframe person, and this is pretty much how the problem was >explained to me. Does anyone have any suggesions? 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 _ STOP MORE SPAM with the new MSN 8 and get 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 * 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. * * 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: Intercommunication on Windows 2000
RC 2080 is MQRC_TRUNCATED_MSG_FAILED. So, your buffer in the MQGET call is too small to get this message. I don't know how long your msg is, but you may have a better luck using "amqsbcgc" (the browse program) instead. You can also try using MQ Explorer. RC 2058 is MQRC_Q_MGR_NAME_ERROR which you may get from trying to access a qmgr via a client channel if the MQSERVER OR CHLTAB/CHLLIB environment variables are not set correctly. I suggest you set up the MQSERVER variable just to get the client connection working. You can create a SVRCONN channel (prefered mathod) or the one created created automatically when you created the qmgr. With the the default SVRCONN channel, the syntax of setting MQSERVER would look like this: SET MQSERVER=SYSTEM.DEF.SVRCONN/TCP/MachineName(port #) Example: SET MEQSERVER=SYSTEM.DEF/SVRCONN/TCP/MYMACHINE(1415) This would be valid for only the current session of the DOS prompt. If you want to set it permanently (which you can delete/reset any time later if you like) you would have to do it in: My Computer/Control Panel/System/Advanced/Environmnet Varibles tab Hope this helps, Ruzi --- Sumeet Khosla <[EMAIL PROTECTED]> wrote: > Hi all, > > I am new to intercommunication and have started off > with it on Windows. > I have 2 machines with Windows 2000 and Windows NT > as the OS and am trying to establish a server to > server communication between these two machines. > > When I put a message on the source remote queue, it > gets transmitted to the target local queue (via > transmission queue and channels). But some how the > message listener on the target local queue is not > able to deliver the messages, onMessage method is > not getting invoked. > > When I do an amqsget on the target local queue I get > error code 2080 and when I do amqsgetc I get error > code 2058. > > The user identifier is muser_mqadmin for these > messages sent from the source queue manager. > > Is there some thing that needs to be done while > installing MQSeries or for setting up > intercommunication on Windows? > > Any pointers in this regard would be highly > appreciated. > > Thanks & Regards, > Sumeet > 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: AIX MQSeries 52 compiled saveqmgr
Saw it , thanks -Original Message- From: Williams, Arlen [mailto:[EMAIL PROTECTED] Sent: 27 June 2003 04:56 To: [EMAIL PROTECTED] Subject: Re: AIX MQSeries 52 compiled saveqmgr I believe the one that comes in MS03 (saveqmgr.aix) is what you need. -Original Message- From: Kearns, Emile E [mailto:[EMAIL PROTECTED] Sent: Friday, June 27, 2003 8:48 AM To: [EMAIL PROTECTED] Subject: AIX MQSeries 52 compiled saveqmgr Importance: High Hi, If u have a compiled version of the above, please send me a copy. Emile Kearns MQSeries Administrator SCMB > Technology Infrastructure Group > Information Technology Department > Standard Corporate and Merchant Bank > > E-mail: [EMAIL PROTECTED] > *Phone: +27-11-636-3336 SCMB, P.O. Box 61344, Marshalltown, > 2107, Gauteng, RSA > *Fax: +27-11-636-5713 2nd Floor, Entrance 6, 3 Simmonds > Street, JHB > > > For information about the Standard Bank group visit our web site www.standardbank.co.za Disclaimer and confidentiality note Everything in this e-mail and any attachments relating to the official business of the Standard Bank Group Limited is proprietary to the group. It is confidential, legally privileged and protected by law. Standard Bank does not own and endorse any other content. Views and opinions are those of the sender unless clearly stated as being that of the group.The person addressed in the e-mail is the sole authorised recipient. Please notify the sender immediately if it has unintentionally reached you and do not read, disclose or use the content in any way. Standard Bank can not assure that the integrity of this communication has been maintained nor that it is free of errors, virus, interception or interference. II 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 For information about the Standard Bank group visit our web site www.standardbank.co.za Disclaimer and confidentiality note Everything in this e-mail and any attachments relating to the official business of the Standard Bank Group Limited is proprietary to the group. It is confidential, legally privileged and protected by law. Standard Bank does not own and endorse any other content. Views and opinions are those of the sender unless clearly stated as being that of the group.The person addressed in the e-mail is the sole authorised recipient. Please notify the sender immediately if it has unintentionally reached you and do not read, disclose or use the content in any way. Standard Bank can not assure that the integrity of this communication has been maintained nor that it is free of errors, virus, interception or interference. I 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
A question on EDI Interoperability
Hi Dave, For WebSphere MQ and EDI please take a look at xWMQ -- http://edi.services.ibm.com/mqseries/spec_sheets.shtml Highlights(Embedded image moved to file: pic03187.gif)(Embedded image moved to file: pic21827.gif) - Provides security-rich message routing between WebSphere MQ (superscript: ®) trading partners. - Allows the exchange of WebSphere MQ messages, EDI documents and unformatted messages. - Simplifies addressing with aliases and distribution lists. - Helps enable secured trading by eliminating direct connections to trading partners and limiting access to authorized users. - Connects to other EDI Services features to allow WebSphere MQ users to exchange EDI messages with trading partners on Information Exchange and with partners using external Value Added Networks and WebSphere MQ applications. Regards, Arjan van Vught <><>
Re: MQSERIES_Digest_-_26_Jun_2003_to_27_Jun_ 2003_(#2003-179)
Yes I got about 5 of them and they filled up my "LIMITED" hotmail space. Somebody FAT FINGERED something at the LIST!!! bobbee From: Ruzi R <[EMAIL PROTECTED]> Reply-To: MQSeries List <[EMAIL PROTECTED]> To: [EMAIL PROTECTED] Subject: Re: MQSERIES_Digest_-_26_Jun_2003_to_27_Jun_ 2003_(#2003-179) Date: Fri, 27 Jun 2003 19:16:20 -0700 What is this? Anyone else got this message? I got quite a few of them (they are all the same)... Ruzi --- LISTSERV AKH-Wien <[EMAIL PROTECTED]> wrote: > > There are 35 messages totalling 3022 lines in this > issue. > > Topics of the day: > > 1. Multipe Connections at the same time possible? > (3) > 2. Multipe Connections at the same time possible? > A bit more info (6) > 3. Urgent: JMS Message Listener > 4. signoff MQSeries > 5. Susan Conant/Atlanta/IBM is out of the office. > 6. EntireX (2) > 7. LU62 connection from VMS to z/OS (3) > 8. QUEUE CURENTLY IN USE > 9. Questions about Shared Queues - Help!!! > 10. AIX Command server amqpcsea > 11. > =?iso-8859-1?Q?R=E9f=2E_=3A_Re=3A_LU62_connection_from_VMS_to_z=2FOS?= > 12. IMS Bridge from Win problems...CSQ2005I > FEEDBACK=294 (3) > 13. JMS Problem > 14. MQ FOR HPUX > 15. Auto-Definition of CLUSSDR (2) > 16. Jim E. Wendorf/Madison/CMG is out of the > office. > 17. MQ MSG FILTERING FOR ALERTING > 18. WBIMB V5... first shot at > presentation/demonstration at SHARE conference > 19. Mixed Message Format In A Message > 20. Repeating Tag Output (2) > 21. AIX MQSeries 52 compiled saveqmgr > > 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 > > -- > > Date:Thu, 26 Jun 2003 10:02:37 -0400 > From:Benjamin Zhou <[EMAIL PROTECTED]> > Subject: Re: Multipe Connections at the same time > possible? > > This message is in MIME format. Since your mail > reader does not understand > this format, some or all of this message may not be > legible. > > --_=_NextPart_001_01C33BEB.99A226C0 > Content-Type: text/plain; > charset="iso-8859-1" > > you can certainly connect to as many qmgrs as you > have and want. just need > more handles open, and in the case of client, as > many client connections > defined. > > But it's not very common to connect to more than one > qmgr at a time, > although using client, you may need to connect to > more than one qmgr. that's > the convenience of using MQ client. > > cheers, > Benjamin Zhou > State Street. > > -Original Message- > From: Ruzi R [mailto:[EMAIL PROTECTED] > Sent: Thursday, June 26, 2003 8:31 AM > To: [EMAIL PROTECTED] > Subject: Multipe Connections at the same time > possible? > > > Hi all, > > Need a clarification: > > When it says in the manuals that via a channel > table > your MQ Client app can connect to multiple qmgrs, > does > it mean that "one" connection or "multiple" > connections at the same time? > > Also, on MQ server 5.3 on Windows NT server: If > you > have 3 qmgrs on the same machine, and your server > app > resides on that machine, can your server app connect > to more than 1 qmgr at the same time (getting 3 > HCONNs). > > I do not see any reason why multiple concurrent > connections may not be possible, as you may be able > to > get multiple conn handles. But I just would like to > confirm that... > > How is it on OS/390? > > Thanks, > > Ruzi > > 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 > > --_=_NextPart_001_01C33BEB.99A226C0 > Content-Type: text/html; > charset="iso-8859-1" > Content-Transfer-Encoding: quoted-printable > > > > > CONTENT=3D"text/html; = > charset=3Diso-8859-1"> > Server version = > 5.5.2654.45"> > RE: Multipe Connections at the same time > possible? > > > > you can certainly connect to as > many qmgrs as you = > have and want. just need more handles open, and in > the case of client, = > as many client connections defined. > > But it's not very common to > connect to more than one = > qmgr at a time, although using client, you may need > to connect to more = > than one qmgr. that's the convenience of using MQ > client. > > cheers, > Benjamin Zhou > State Street. > > > -Original Message- > From: Ruzi R [ HREF=3D"mailto:[EMAIL PROTECTED]">mailto:[EMAIL PROTECTED]] > Sent: Thursday, June 26, 2003 > 8:31 AM > To: > [EMAIL PROTECTED] > Subject: Multipe Connections at > the same time = > possible? > > > > Hi all, > > > Need a clarification: > > > When it says in the manuals that > via a channel = > table > your MQ Client app can connect to > multiple qmgrs, = > does > it mean that > "one" connection or = > "multiple" > connections at the same >
Re: Failover in a Hub-spoke model???
I would like a copy if someone is sending!! bobbee From: "Williams, Arlen" <[EMAIL PROTECTED]> Reply-To: MQSeries List <[EMAIL PROTECTED]> To: [EMAIL PROTECTED] Subject: Re: Failover in a Hub-spoke model??? Date: Fri, 27 Jun 2003 15:20:52 -0500 After getting nowhere with the IBM WMQ support center on this paper. Does anyone have it in softcopy and can send it to me? All support could point me to is the Systems Administration manual and the WebSphere MQ Help Center (which is almost the same thing). Arlen Williams [EMAIL PROTECTED] -Original Message- From: Dawson, John [mailto:[EMAIL PROTECTED] Sent: Friday, June 27, 2003 12:34 PM To: [EMAIL PROTECTED] Subject: Re: Failover in a Hub-spoke model??? Ruzi, If you are at WMQ 5.3 and will be using Microsoft clustering, contact the IBM WMQ support center for the "Beginners guide to setting up MSCS" paper. It's easier to install clustering from this paper than the WMQ Systems Administration manual. Also, if you will be using SSL channel security, call and talk to the support center regarding the installation of the certificate. HTH, John Dawson -Original Message- From: Potkay, Peter M (PLC, IT) [mailto:[EMAIL PROTECTED] Sent: Friday, June 27, 2003 12:23 PM To: [EMAIL PROTECTED] Subject:Re: Failover in a Hub-spoke model??? Ruzi, that is exactly how we do it over here. We have 2 servers. The Hub QM primarily runs on ServerA at LocationA. ServerB at LocationB has the another Hub queue manager that is inactive and named exactly the same as the QM on ServerA at LocationA. If ServerA crashes, Microsoft clustering / Veritas move the resources from ServerA to ServerB. The IP address floats as well, so all your spoke channels will go into retry during the failover and automatically start up once the Hub QM is started up on ServerB. There is no need for manual intervention. There is no need for MQ clustering the hub QMs. Only one is ever active at a time. The only messages you lose are non persistence ones that happen to be on the HubQM at the exact moment of failure. The failover takes anywhere from 1 to 5 minutes. When our MQSI boxes failover (seperate servers and Queue Managers), the failover takes about 5 to 10 minutes, because it takes that much longer to bring up the broker on the other side. If you are prior to MQ5.3, you will need support pac MC74. -Original Message- From: Ruzi R [mailto:[EMAIL PROTECTED] Sent: Friday, June 27, 2003 12:11 PM To: [EMAIL PROTECTED] Subject: Failover in a Hub-spoke model??? Hi all, Suppose the qmgrs QM1 and QM2 are clustered (both full repositories) to serve as a hub. And the all the other qmgrs (spokes) are connected to this hub (thru channels to QM1). QM1 and QM2 are mirror images of each other. If something goes wrong with the QM1 it should preferably automatically fail-over to QM2. I don t think there is an automatic fail-over in this case as the channels from the spokes explicitly have to point to QM2 requiring manual intervention. How do people switch from QM1 to QM2? How to achieve the automatic fail-over (from QM1 to QM2)? Is the solution to use MS clustering (along with the MQ clustering) on the hub? Also, I remember reading a very well written document recently on how MQSeries clustering works with MS clustering, but I cannot find it. Does anyone have the link? Thanks for all the responses in advance, Ruzi 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: 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 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
Re: DLL Help
"This description, whilst a little informative, is really not gonna help us. I don't know of too many psychic developers out here." What part of "I am a mainframe person" didn't we understand here Help, not scarcasim, would be nice. I don't think John would even know what information to supply as he is also getting this third person. As for your problem John it could be possible that the C++ Object is not doing a disconnect therefore not releasing the connection handle. OR, maybe it just isn't going away and you are "stacking" tasks. Maybe a repeated "ps -ef | grep x" (where x is your C++ application) on the UNIX side may show this. bobbee From: Antony Boggis <[EMAIL PROTECTED]> Reply-To: MQSeries List <[EMAIL PROTECTED]> To: [EMAIL PROTECTED] Subject: Re: DLL Help Date: Fri, 27 Jun 2003 08:39:59 -0700 This description, whilst a little informative, is really not gonna help us. I don't know of too many psychic developers out here. Now if could provide more detail, like how does the COM object connect to the UNIX platform. DLL on UNIX? No such thing. There are however, shared libraries, similar to DLLs. Regards, tonyB. -Original Message- From: Young.John [mailto:[EMAIL PROTECTED] Sent: Friday, June 27, 2003 8:16 AM To: [EMAIL PROTECTED] Subject: DLL Help We have a bad situation here. VB applications are going thru a com object to access a DLL written in C++ on the unix side. The problem is that none of the connections are being released. So each time a VB app starts, it creates another connection until our max handle connection has reached it max. I am a mainframe person, and this is pretty much how the problem was explained to me. Does anyone have any suggesions? 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 _ STOP MORE SPAM with the new MSN 8 and get 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
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 \exits in windows. 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 PROTECTED]|
| | n.AC.AT> |
| ||
| ||
| | 30/06/2003 03:54 |
| | Please respond to|
| | MQSeries List|
| ||
|-+>
>
--|
|
|
| To: [EMAIL PROTECTED]
|
| cc:
|
| Subject: MsgExits on Clusters in CrossPlatform Environments
|
>
--|
Ideas or discussion needed on solving the following issue with
Clustered environments:
I am running a Cluster Receiver on a SOLARIS platform AND have a
message exit invoked: /var/mqm/exits/myExit.so(MsgExit)
A "Win2l" box in the cluster has "instances" of its Cluster Sender
associated with this Cluster Receiver (on the Solaris box) ... The
instances
seem to pick up their channel attributes from the Cluster Receiver.
Well,
the end result has a Cluster Sender showing
"/var/mqm/exits/myExit.so(MsgExit)" in it's sender channel attributes...
but
this sender in the cluster is really a WinNT box, so that syntax is not
valid. The converse is true as well.
Any information on setting up Cluster Receivers, that allow the
Message Exit formats to work on ANY platform connecting a sender to this
Cluster Receiver, is appreciated.
The other option is JAVA (for platform independence, since a class
file will look the same on any platform). So the 2nd question is whether
JAVA is available to use as a message exit on NT, Win2k, AIX, Solaris,
OS390
environments?
regards, peter d.
Instructions for managing yo
