Re: SSL certificate management
Mike, When the certificate expires, the channel will go into a 'retrying' state. To prepare for the certificate expiring, using our WMQ monitoring package based on date, I set an alert to be sent via my pager and email two weeks prior to the expiration date. That gives me time to secure a new certificate. HTH, John Dawson -Original Message- From: Ward, Mike S [mailto:[EMAIL PROTECTED] Sent: Wednesday, November 10, 2004 7:23 AM To: [EMAIL PROTECTED] Subject:Re: SSL certificate management Does MQ tell you when the certificate is near expiration? Or does the channel just stop working? -Original Message- From: Nigel Pentland [mailto:[EMAIL PROTECTED] Sent: Tuesday, November 09, 2004 7:36 AM To: [EMAIL PROTECTED] Subject: Re: SSL certificate management Neil, So far I have only had to replace z/OS MQ certs. This requires renewing the cert, and if a new cert updating the key ring, refreshing RACF and then ultimately restarting MQ. We haven't found any way to avoid an MQ restart. You will not be able to do it without disabling the existing certificate. Either you renew the certificate where the new cert will overwrite the previous one, or you have to generate a new one and add it to the keyring. At this point you would have to make the new one the default, effectively disabling the old one. Nigel... - Original Message - From: Neil Casey [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Tuesday, November 09, 2004 2:33 AM Subject: SSL certificate management Has anyone got to the point where their MQ SSL certificate (on any platform) is about to expire? I have (or will have) MQ SSL channels running on Windows, various unixes and zOS, and I am trying to get my head around exactly what needs to be done in order to get a certificate renewed, and then inserted into the certificate store correctly so that MQSeries can use it. I can't find anything in the Security manual which discusses this issue. My preference would be to find a way to handle this without having to restart the queue manager, although I am doubtful that I can achieve that objective. I would also like to be able to do it without disabling the existing certificate (Web Servers can do this, so MQ should be able to), and without having to create a new key repository. Thanks, Neil Casey National Australia Bank Southern Star Technology WebSphere MQ Support 1/122 Lewis Rd Wantirna South office. +61 3 9886 2375 (x82375) mobile. +61 414 615 334 Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive
Re: What do MQAdmins read?
My two cents Black Belt Taekwondo Times Mens Health PC Magazine John -Original Message- From: Bruce Baxter [mailto:[EMAIL PROTECTED] Sent: Wednesday, October 20, 2004 7:38 AM To: [EMAIL PROTECTED] Subject: Re: What do MQAdmins read? I really resisted the urge to give a wise answer early on in this discussion, but now that it's a free for all, I'll give my two cents. Readers Digest European Car z/Journal IBM's CICS, MQ Series, z/Series and p/Series magazines (published bi-monthly or something like that -- I forget what they're called exactly). Whatever the NASPA magazine is called now -- though my subscription seems to have lapsed. PC Magazine. I get rather excited when I see some of the products that are industry standards reviewed in it, though this doesn't happen very often. I've seen Websphere App Server reviewed, and It has made mention of some of the CICS and MQ connectors at times. However, I consider PC Magazine to be a sort of frilly alternative to the in-depth techie view that magazines like BYTE used to provide in what is now the ancient past. It's more consumer oriented than techie/developer oriented. Roger Lacroix [EMAIL PROTECTED] Roger Lacroix [EMAIL PROTECTED] Sent by: MQSeries List [EMAIL PROTECTED] 10/19/2004 06:45 PM Please respond to MQSeries List [EMAIL PROTECTED] To [EMAIL PROTECTED] cc Subject Re: What do MQAdmins read? Hummm, So, put a couple of full queues on page and say: 'Attention MQ Admins: What would you do with these queues?' And of course with the subtitle of: 'If your queues are really big and really full, then you need an industrial-strength product like our 'XYZ' product.' :))) Regards, Roger Lacroix Quoting Christopher Warneke [EMAIL PROTECTED]: Playboy --- Roger Lacroix [EMAIL PROTECTED] wrote: All, Ok, this is a strange question, but what magazines, journals, etc.. do MQ Admins read? I got asked that questions and I couldn't come up with a answer. (I tend to read developer / architect type magazines rather than admin stuff. i.e. JDJ, SD Times, etc...) i.e. If a company had a MQ product specific for MQ Admins (rather than developers or QA Testers) what magazines, journals, etc... should they advertise in to reach those fine people? Regards, Roger Lacroix 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 attachment: image001.gifattachment: image002.gif
Re: MMC/Any GUI for administering MQ on AIX
Nick, Youre correct. But to get the WMQ explorer on the Windows platform, it requires the WMQ server software. So , if there is no need for WMQ on the Windows software, there is no WMQ explorer. Also, the WMQ explorer cannot be used to monitor z/OS queue managers, whereas MO71 can. HTH, John -Original Message- From: Nick Denning [mailto:[EMAIL PROTECTED] Sent: Thursday, September 09, 2004 8:12 AM To: [EMAIL PROTECTED] Subject: Re: MMC/Any GUI for administering MQ on AIX Does everyone know that you can use wmq explorer on Windows to administer a remote queue manager on another machine. Right click on queue managers in explorer, execute the show queue manager and add in a reference to the remote queue manager you need. You need to configure the appropriate channel and listener on the remote server. That is all in the system administration manuals. Nick -Original Message- From: Mike Davidson [mailto:[EMAIL PROTECTED] Sent: 09 September 2004 13:54 To: [EMAIL PROTECTED] Subject: Re: MMC/Any GUI for administering MQ on AIX MO71 is a great tool for administering MQ. Here's the URL: http://www-1.ibm.com/support/docview.wss?rs=203uid=swg24000142loc=en_UScs=utf-8lang=en Mike Davidson TSYS MQ Tech Support IBM Certified System Administrator - WebSphere MQ V5.3 IBM Certified Solution Designer - WebSphere MQ V5.3 [EMAIL PROTECTED] Jitender Bhatia [EMAIL PROTECTED] Sent by: MQSeries List [EMAIL PROTECTED] 09/09/2004 08:27 AM Please respond to MQSeries List To: [EMAIL PROTECTED] cc: Subject: MMC/Any GUI for administering MQ on AIX Hello, I am relatively new to MQ. I have MQ Series setup on AIX box. Now, i want a way to administer it from my windows box by using some kind of GUI. I have MMC on my windows box that i am able to use to administer MQ Series on my local desktop. Can i use it to connect to MQ Series on AIX box to administer it. How ? I am not able to figure this out. Any other ideas on what kind of UI i can use for this purpose ? A Java UI running on AIX is ok too. Thanks 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 contained in this communication (including any attachments hereto) is confidential and is intended solely for the personal and confidential use of the individual or entity to whom it is addressed. The information may also constitute a legally privileged confidential communication. If the reader of this message is not the intended recipient or an agent responsible for delivering it to the intended recipient, you are hereby notified that you have received this communication in error and that any review, dissemination, copying, or unauthorized use of this information, or the taking of any action in reliance on the contents of this information is strictly prohibited. If you have received this communication in error, please notify us immediately by e-mail, and delete the original message. Thank you * This message contains privileged and confidential information intended only for the use of the recipient named above. Its contents do not constitute a commitment by Strategic Thought Limited ("Strategic Thought") unless separately endorsed by an authorised representative of Strategic Thought. Any use, dissemination, distribution, reproduction or unauthorised disclosure of this message is prohibited. If you receive this message in error, please notify the sender immediately and delete it from your computer systems. Any views expressed in this message are those of the individual sender and may not necessarily reflect those of Strategic Thought. Strategic Thought believes this e-mail and any attachments to be virus free. However, the recipient is responsible for ensuring it is virus free and Strategic Thought do not accept any responsibility for any loss or damage howsoever caused from use of this e-mail, attachments or contents. *
WMQI Version 2.1
Is anyone running WMQI version 2.1 with AIX version 5.2 successfully? Thanks, John 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
emque5
Please remove the word 'READ' from the subject line when responding to this thread. I, as others might have a rule that copies messages with the word 'READ' in the subject line to my READ folder and the original message goes to my MQ ListServer folder. Thanks, John -Original Message- From: Wyatt, T.rob [mailto:[EMAIL PROTECTED] Sent: Wednesday, July 21, 2004 12:03 PM To: [EMAIL PROTECTED] Subject:Re: Read: MQ Licensing: setmqcap The list header info (that's Listserv header, not email header) shows Christian Reichetzeder and Jeff Hooper as the list owners. Bear in mind, these are list owners, not moderators, and they do not monitor the list. Hooper's address is no longer valid but Christian's address at least did not bounce. I sent him emails yesterday and today but so far no response. He has been pretty responsive in the past but he may simply be on vacation. We may need to prevail on IBM to provide an alternate listowner to fill Jeff's place or perhaps ask Christian to provide a secondary contact. Remember too, the folks at AKH-WIEN.AC.AT own the list server, not IBM. They would need to approve and implement any listowner changes. -- T.Rob -Original Message- From: MQSeries List [mailto:[EMAIL PROTECTED] Behalf Of Bruce Baxter Sent: Wednesday, July 21, 2004 10:10 AM To: [EMAIL PROTECTED] Subject: Re: Read: MQ Licensing: setmqcap I sent one to [EMAIL PROTECTED] and got an answer back asking for more information. Isn't there a list moderator listening the will bounce this rude fellow from the list? Robert Broderick robertbroderick@ HOTMAIL.COM To Sent by: MQSeries [EMAIL PROTECTED] List cc [EMAIL PROTECTED] N.AC.AT Subject Re: Read: MQ Licensing: setmqcap 07/20/2004 10:41 PM Please respond to MQSeries List [EMAIL PROTECTED] N.AC.AT I just sent a eMail to the postmaster @ HOTMAIL putting in a SPAM complaint. Lets see how far that goes. bobbee From: Tim Armstrong [EMAIL PROTECTED] Reply-To: MQSeries List [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: Re: Read: MQ Licensing: setmqcap Date: Wed, 21 Jul 2004 11:00:11 +1000 Not juvenile. As far as I know this individual has been asked several times to resolve the problem. I say go for it. Regards Tim A -Original Message- From: Potkay, Peter M (ISD, IT) [mailto:[EMAIL PROTECTED] Sent: Wednesday, 21 July 2004 10:40 AM To: [EMAIL PROTECTED] Subject: Re: Read: MQ Licensing: setmqcap OK, time to fight fire with fire. What if we all just start forwarding these Read messages back to [EMAIL PROTECTED] ? With perhaps a choice comment or 2 inserted? A few thousand of them outta get the point across. I know, I know, its a bit juvenille. -Original Message- From: emque5 [mailto:[EMAIL PROTECTED] Sent: Tuesday, July 20, 2004 7:35 PM To: [EMAIL PROTECTED] Subject: Read: MQ Licensing: setmqcap Your message To: [EMAIL PROTECTED] Subject: Re: MQ Licensing: setmqcap Sent: 8/07/2004 10:45 p.m. was read on 21/07/2004 11:34 a.m.. 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. This email and any attachments may contain privileged and confidential information and are intended for the named addressee only. If you have received this e-mail in error, please notify the sender and delete this e-mail immediately. Any confidentiality, privilege or copyright is not waived or lost because this e-mail has been sent to you in error. It is your responsibility to check this e-mail and any attachments for viruses. No warranty is made that this material is free from computer virus or any other defect or error. Any loss/damage incurred by using this material is not the sender's responsibility. The sender's entire liability will be limited to resupplying the material. _ Don t just search. Find. Check out the new MSN Search! http://search.msn.click-url.com/go/onm00200636ave/direct/01/ Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive Instructions for managing your mailing list
Re: Hidden mystery
Peter, No problem. It sounds like you've been doing problem support for a long time. Yes, I did hit the refresh button several times. John -Original Message- From: Potkay, Peter M (PLC, IT) [mailto:[EMAIL PROTECTED] Sent: Wednesday, May 26, 2004 4:42 PM To: [EMAIL PROTECTED] Subject:Re: Hidden mystery Sorry to ask the obvious. You did right click on the queue and select REFRESH before you selected PROPERTIES, right? -Original Message- From: Dawson, John [mailto:[EMAIL PROTECTED] Sent: Tuesday, May 25, 2004 8:18 AM To: [EMAIL PROTECTED] Subject: Re: Hidden mystery Bobbee is correct. I have altered the base queue name of an alias queue through a MQAI program. I then checked the queue through the MQExplorer and it did not show the update. I then used runmqsc to verify the change and runmqsc showed the change. Still after a period of time the MQExplorer did not show the update. John -Original Message- From: Robert Broderick [mailto:[EMAIL PROTECTED] Sent: Tuesday, May 25, 2004 7:05 AM To: [EMAIL PROTECTED] Subject:Re: Hidden mystery I have seen instances where MQExplorer has reported things in error but I don't recall it ever not reporting an object not being there or being there when it wasn't. Pauls suggestions are good. BUT! always go with runmqsc to be sure. bobbee From: Paul Clarke [EMAIL PROTECTED] Reply-To: MQSeries List [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: Re: Hidden mystery Date: Tue, 25 May 2004 11:14:08 +0100 Bharath, Q1. I'm not aware of the ability to 'hide' objects from certain users. You can, of course, prevent users from using certain objects. Q2. I can think of no way MQ Explorer can define objects that are not know to the Solaris machine. I think it far more likely that a) You have actually defined then on a diffeernt machine that you thought you had or b) When looking for these objects you are not taking into account case sensitivity. It would be interesting to use another remote administrator, say my MO71 support pac, to see whether the objects are visible to it. Cheers, P. Paul G Clarke WebSphere MQ Development IBM Hursley |-+ | | Bharath Ram | | | Srinivasan | | | [EMAIL PROTECTED]| | | ARIS.CO.IN | | | Sent by: MQSeries| | | List | | | [EMAIL PROTECTED]| | | N.AC.AT | | || | || | | 25/05/2004 09:14 | | | Please respond to| | | MQSeries List| |-+ --- ---| | | | To: [EMAIL PROTECTED] | | cc: | | Subject: Hidden mystery | | | | | --- ---| Folks, Q1: Is there some way to hide MQ objects (say a queue or channel) for a particular set of users? If yes, how? Q2: Scenario - I am using IBM's MQ Explorer(v 5.2.1) in Windows to browse/define/modify objects in my Solaris box. There are some objects/processes which I created/modified using MQ Explorer. But I was perplexed when I ran a display command for that Process directly in the Solaris box - It said that the object was not found. But the same process kept working with my application at that time. My question - Why is the Solaris box where the MQ is hosted not able to identify its own objects? Is the MQ Explore hiding something? Thanks in advance for your valuable inputs. Cheers, Bharath InterScan_Disclaimer.txt has been removed from this note on May 25 2004 by Paul Clarke Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive _ Stop worrying about overloading your inbox - get MSN Hotmail Extra Storage! http://join.msn.click-url.com/go/onm00200362ave/direct/01/ Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive Instructions for managing your mailing list subscription are provided
Re: MQ Bible??
Mark, Try these two supportpacs: http://www-1.ibm.com/support/docview.wss?rs=203uid=swg24006526loc=en_UScs =utf-8lang=en MD02: An MQSeries Primer http://www-1.ibm.com/support/docview.wss?rs=203uid=swg24006382loc=en_UScs =utf-8lang=en MC02: Getting started with MQSeries - Communication examples HTH, John -Original Message- From: Mark D. Hansen [mailto:[EMAIL PROTECTED] Sent: Tuesday, March 30, 2004 11:47 AM To: [EMAIL PROTECTED] Subject:Re: MQ Bible?? How about any of the Redbooks? -Original Message- From: MQSeries List [mailto:[EMAIL PROTECTED] Behalf Of Potkay, Peter M (PLC, IT) Sent: Tuesday, March 30, 2004 9:18 AM To: [EMAIL PROTECTED] Subject: Re: MQ Bible?? There is no one book, just all the manuals collectively. If I had to pick one to give to someone that knew the basics of MQ, but needed to know how it all worked together, then I would choose the Intercommunication Manual. If you have clusters, you would supplement it with the Cluster Manual as well. But you really need to also read the MQSC book, and the two Application Programming Manuals, as well as the System Admin Guide. -Original Message- From: Mark D. Hansen [mailto:[EMAIL PROTECTED] Sent: Tuesday, March 30, 2004 9:09 AM To: [EMAIL PROTECTED] Subject: MQ Bible?? Is there an MQ Bible that I can read to get grounded in all the basics of MQ, especially listeners, channels, connections, clusters, etc. ??? 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
Re: Receiving SPAM
Chris, I have also received an email from CCSS USA Ltd. John -Original Message- From: Christopher Fryett [mailto:[EMAIL PROTECTED] Sent: Thursday, March 04, 2004 4:02 PM To: [EMAIL PROTECTED] Subject: Receiving SPAM Has anyone else received what I call unwanted email from CCSS USA Ltd? If not I will resolve the problem myself, otherwise I figured I would do one of my ranting and raving emails since they probably are listening on this list ;-) Chris Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive
Re: MQ Triggering in CICS
'One should check all the angles' 'Fast' Eddie Felson -Original Message- From: Jxrgen Pedersen [mailto:[EMAIL PROTECTED] Sent: Tuesday, March 02, 2004 9:34 AM To: [EMAIL PROTECTED] Subject:Re: MQ Triggering in CICS Hi John, take a look here: http://www.mqseries.net/phpBB2/viewtopic.php?t=13836 Just ask the question in one forum please. Just my $0.02 ;o) Kind regards Jxrgen From: Dawson, John [EMAIL PROTECTED] Reply-To: MQSeries List [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: MQ Triggering in CICS Date: Mon, 1 Mar 2004 14:18:31 -0600 Folks, In a CICS program, how can I tell that the CICS program was started from a MQ trigger? Thanks, John Dawson 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 _ Fe alle de nye og sjove ikoner med MSN Messenger http://messenger.msn.dk 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
MQ Triggering in CICS
Folks, In a CICS program, how can I tell that the CICS program was started from a MQ trigger? Thanks, John Dawson 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: Batch Trigger Monitor
Bruce, Although this response is dated, I ran into a nice PowerPoint presentation of how to setup a batch trigger monitor at http://www.nynjmq.org/Feb2000.htm HTH, John Dawson -Original Message- From: Bruce Baxter [mailto:[EMAIL PROTECTED] Sent: Wednesday, February 11, 2004 1:21 PM To: [EMAIL PROTECTED] Subject:Batch Trigger Monitor I remember reading somehwhere (I think) that there was a sample or some sort of paper from IBM that documented how to do a batch trigger monitor for MQ Series. I can't find anything on the support site for MQ. Am I hallucinating? 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: WMQ MIPS usage on idle mainframe
Francois, I believe tools such as RMF or Strobe should be able to answer this question. Regards, John Dawson -Original Message- From: Francois Van der Merwe1 [mailto:[EMAIL PROTECTED] Sent: Wednesday, February 11, 2004 6:40 AM To: [EMAIL PROTECTED] Subject:WMQ MIPS usage on idle mainframe Any idea how many MIPS an IDLE (no messages flowing) queue manager consumes on the mainframe. We are trying to figure out what is the extra (overhead) MIPS usage if you ran a second queue manager on a mainframe. Thanks Francois van der Merwe Senior IT Specialist: IBM MQSeries Certified Specialist, Solutions Expert Developer IBM, Cape Town, South Africa +27 (0)82 556 9467 / +27 (0)21 402 5597 [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 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: Trigger
A big thanks to everyone's assistance! John Dawson -Original Message- From: Miller, Dennis [mailto:[EMAIL PROTECTED] Sent: Monday, February 09, 2004 6:59 PM To: [EMAIL PROTECTED] Subject:Re: [Maybe Spam] Trigger I see. I don't think you need to do anything to restart the trigger mechanism because you haven't done anything to disable it (at least nothing that you mentioned). I still don't quite understand the point of put-disabling the triggered queue, but that's not really the issue. Put-disabling a triggered queue will certainly stop the flow of messages, but I'm not aware that it does anything to affect the triggering mechanism, itself. You claim that your triggered program will process the queue until it gets a 2033. That's exactly what it should do. But then you say there's a chance the triggered app does not get the 2033 return code. Why is that? (Of course, there's always that possibility, I just don't see how it relates to pur-disabling the triggered queue). And what does the program do then? If it keeps trying for a 2033, then you don't need to re-trigger it. If it quits, then it will just retrigger immediately (aka poison message loop) when there are messages on the queue. Sounds to me like maybe you need to rethink the error-handling in the triggered application. Regards, Dennis -Original Message- From: Dawson, John [mailto:[EMAIL PROTECTED] Sent: Monday, February 09, 2004 11:11 AM To: [EMAIL PROTECTED] Subject: Re: [Maybe Spam] Trigger Dennis, There is a trigger queue receiving messages. The queue is trigger on first. The logic of the triggered program is that once triggered, it will process all the messages until receiving a return code of 2033. At times after getting the application message, there will be a need to prevent any additional messages from being 'put' to the queue. So, the triggered program will 'put' disable the queue. When it does the 'put' disabled, there's a chance that the program did not receive the 2033 return code and messages are remaining on the queue. My question is, if there are messages that remained on the queue while the queue was 'put' disabled, will those messages that remain on the queue cause the trigger mechanism to restart. Or, will the trigger need to be turned off and then turned backed on to restart the trigger mechanism, once the queue has been 'put' enabled? Thanks, John Dawson -Original Message- From: Miller, Dennis [mailto:[EMAIL PROTECTED] Sent: Monday, February 09, 2004 12:49 PM To: [EMAIL PROTECTED] Subject:Re: [Maybe Spam] Trigger John, Unfortunately, I cannot follow your question. Maybe I just don't understand what 'puts' is. If a queue is put-disabled, then no more messages can be queued there. If a program loops until 2033, then that means all queued messages have been removed. So what do you mean by because of this, messages will remain on the queue. Also, it's not that common to put-disable a triggered queue. Sort of defeats the purpose of queuing. Please better explain what you are trying to accomplish. -Original Message- From: Dawson, John [mailto:[EMAIL PROTECTED] Sent: Monday, February 09, 2004 7:21 AM To: [EMAIL PROTECTED] Subject: [Maybe Spam] Trigger Hey Folks, I have a triggered queue, triggering on first. The 'puts' for the queue is disabled because the program, acting upon a message, has to stop the processing, inside the loop that is getting messages until a return code of 2033. Because of this, messages will remain on the queue. When the 'puts' on the queue is re-enabled, will the remaining messages on the queue force the trigger to start again or will it take a new message arriving on the queue to start the triggering. What if the triggering is turned off and then on at the same time as the 'puts' are re-enabled? Thanks everyone, John Dawson Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive 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
Trigger
Hey Folks, I have a triggered queue, triggering on first. The 'puts' for the queue is disabled because the program, acting upon a message, has to stop the processing, inside the loop that is getting messages until a return code of 2033. Because of this, messages will remain on the queue. When the 'puts' on the queue is re-enabled, will the remaining messages on the queue force the trigger to start again or will it take a new message arriving on the queue to start the triggering. What if the triggering is turned off and then on at the same time as the 'puts' are re-enabled? Thanks everyone, John Dawson 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: [Maybe Spam] Trigger
Dennis, There is a trigger queue receiving messages. The queue is trigger on first. The logic of the triggered program is that once triggered, it will process all the messages until receiving a return code of 2033. At times after getting the application message, there will be a need to prevent any additional messages from being 'put' to the queue. So, the triggered program will 'put' disable the queue. When it does the 'put' disabled, there's a chance that the program did not receive the 2033 return code and messages are remaining on the queue. My question is, if there are messages that remained on the queue while the queue was 'put' disabled, will those messages that remain on the queue cause the trigger mechanism to restart. Or, will the trigger need to be turned off and then turned backed on to restart the trigger mechanism, once the queue has been 'put' enabled? Thanks, John Dawson -Original Message- From: Miller, Dennis [mailto:[EMAIL PROTECTED] Sent: Monday, February 09, 2004 12:49 PM To: [EMAIL PROTECTED] Subject:Re: [Maybe Spam] Trigger John, Unfortunately, I cannot follow your question. Maybe I just don't understand what 'puts' is. If a queue is put-disabled, then no more messages can be queued there. If a program loops until 2033, then that means all queued messages have been removed. So what do you mean by because of this, messages will remain on the queue. Also, it's not that common to put-disable a triggered queue. Sort of defeats the purpose of queuing. Please better explain what you are trying to accomplish. -Original Message- From: Dawson, John [mailto:[EMAIL PROTECTED] Sent: Monday, February 09, 2004 7:21 AM To: [EMAIL PROTECTED] Subject: [Maybe Spam] Trigger Hey Folks, I have a triggered queue, triggering on first. The 'puts' for the queue is disabled because the program, acting upon a message, has to stop the processing, inside the loop that is getting messages until a return code of 2033. Because of this, messages will remain on the queue. When the 'puts' on the queue is re-enabled, will the remaining messages on the queue force the trigger to start again or will it take a new message arriving on the queue to start the triggering. What if the triggering is turned off and then on at the same time as the 'puts' are re-enabled? Thanks everyone, John Dawson Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive
Re: SSL certificate administration with gsk6cmd - 7th January fi x
David, The VeriSign class 3 immediate and root certificates expired on the 6th and 7th of January. John -Original Message- From: David C. Partridge [mailto:[EMAIL PROTECTED] Sent: Wednesday, January 28, 2004 10:32 AM To: [EMAIL PROTECTED] Subject:Re: SSL certificate administration with gsk6cmd - 7th January fix What 7th January problem - do tell all! Dave Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive
Re: MQSC command
Display channel(*) all John -Original Message- From: Teresa Cheung [mailto:[EMAIL PROTECTED] Sent: Wednesday, January 28, 2004 6:48 AM To: [EMAIL PROTECTED] Subject: MQSC command Hi All, Is there a MQSC commandthat can dispaly allMQ managersor channelsproperties in one single command? Thanks, TC Do you Yahoo!? Yahoo! SiteBuilder - Free web site building tool. Try it!
Re: Channel Slow Down
WS, When you stopped and restarted your channel, could the network connection taken a different network route to its endpoint? Did you have someone look at the network before stopping and restarting the channel? John -Original Message- From: Web Sphere [mailto:[EMAIL PROTECTED] Sent: Tuesday, January 27, 2004 7:43 AM To: [EMAIL PROTECTED] Subject:Re: Channel Slow Down Hi Paul, There are no messages in the DLQ. Messages are being delivered properly from QM1 to QM2. Initially: - both sender channel and receiver channel were running. - However transfer was very slow (6 msgs/min) I then stopped and started the sender channel - All the messages in Txq (roughly 8000) were delivered in 3 to 4 secs Why would restart of the channels make the transfer fast? (since this channel was already running) Any pointers would help a lot Thanks WS --- Meekin, Paul [EMAIL PROTECTED] wrote: Sounds like the receiver channel couldn't put the message to the target queue and so went through the Message Retry interval. If you haven't changed the channel defaults this would be to retry the message 10 times, pausing for 1 second between attempts, which would give you 6 msgs/min. The messages should then end up on the DLQ - did that happen? Cheers, Paul -Original Message- From: Web Sphere [mailto:[EMAIL PROTECTED] Sent: 27 January 2004 12:13 To: [EMAIL PROTECTED] Subject: Channel Slow Down Further to this: I stopped the sender channel and the restarted it And all the messages (around 8000) were delivered in the space of 5 secs Seems to indicate that the channel although running was in some sleeping state. Has anyone faced this before ? How can this be rectified ? The Non pesistent speed on the sender channal is FAST Would we have to tune the batch size or batch interval ? Thanks WS --- Web Sphere [EMAIL PROTECTED] wrote: Hi everyone, we're facing a situation where the messages are being transferred at a very slow rate. The scenario is QM1 on a Windows Box v5.2 QM2 on a Unix box (AIX) v5.3 The channels are in a running state. However, the message rate is around 6 messages per min. And messages are stacking up on the transmission queue. The messages size on the queue is roughly 1MB and these are non persistent What could be the reason for this? Thanks, WS BT Yahoo! Broadband - Free modem offer, sign up online today and save #80 http://btyahoo.yahoo.co.uk Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive 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 BT Yahoo! Broadband - Free modem offer, sign up online today and save #80 http://btyahoo.yahoo.co.uk Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive 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 Manager Autostart on Windows
WS, Go to a DOS prompt and do a 'dspmq' to see what state the queue manager is really in. Regards, John Dawson -Original Message- From: Web Sphere [mailto:[EMAIL PROTECTED] Sent: Wednesday, January 21, 2004 10:46 AM To: [EMAIL PROTECTED] Subject:Queue Manager Autostart on Windows Hi everyone, I've configured the a queue manager for automatic start on Windows. However after system reboot, the queue manager is an unavailable state. The event viewer does not indicate any errors. The IBM MQSeries service shows as started in the Services panel (in Control panel) Has anyone faced this before? Where do I check for errors in such a case? Thanks WS Yahoo! Messenger - Communicate instantly...Ping your friends today! Download Messenger Now http://uk.messenger.yahoo.com/download/index.html Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive 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
Trigger Default Path
Hello, On a UNIX platform, for a triggered application, is there a default path for the triggered application? Is it the default path where the trigger started the application from? Thanks for your help, John Dawson 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: Channel Exits
Wesley, You could use a message exit that plugs in a valid UNIX user id. It's not that hard to do. Regards, John -Original Message- From: Wesley Shaw [mailto:[EMAIL PROTECTED] Sent: Wednesday, January 14, 2004 2:07 PM To: [EMAIL PROTECTED] Subject:Re: Channel Exits I have not attempted this with 5.3 but if I authenticate a user on their Windows workstation, and as that user have been given rights to certain MQ resources, I can trust them to do what MQ work they need to do. In the past when I attempted this, the authenticated token that comes over from the windows client does not seem to match the unix /etc/passwd matching userid. Seems like when you authenticate on the Windows side from a NT domain, that information passed in the message header does not match the unix userid. Should I go through my testing again to verify this ? It never made much sense to me. We had to get around it my hardcoding a valid ID in the MCAUSER field in the client channel. Wyatt, T. Rob [EMAIL PROTECTED]To: [EMAIL PROTECTED] MERICA.COM cc: Sent by: MQSeries Subject: Re: Channel Exits List [EMAIL PROTECTED] C.AT 01/14/2004 02:54 PM Please respond to MQSeries List Wesley, I assume you are trying to use Windows authentication as a convenience and not for business-critical data, right? In other words, your intent is to create an honor-system rather than enforced authorizations? -- T.Rob -Original Message- From: Wesley Shaw [mailto:[EMAIL PROTECTED] Sent: Wednesday, January 14, 2004 1:25 PM To: [EMAIL PROTECTED] Subject: Re: Channel Exits I have defined the windows user in /etc/passwd and used setmqaut to associated that users group ID with the MQ resources they should be able to use. I would then prefer to not hard code anything in the MCAUSER parm. But when doing the authentication, it appears to not recognize the userid authenticated over on the Windows box when it gets to Unix. Somehow that same userid is different between Windows and Unix. Unless I am missing something. Dawson, John [EMAIL PROTECTED]To: [EMAIL PROTECTED] IGROUP.COM cc: Sent by: MQSeries Subject: Re: Channel Exits List [EMAIL PROTECTED] .AC.AT 01/14/2004 01:15 PM Please respond to MQSeries List Wesley, Are you trying to send a message to the UNIX system from the Windows environment without defining the Windows user id to the UNIX system and not hard coding the UNIX user id in the channel MCAUSER parameter? Thanks, John -Original Message- From: Wesley Shaw [mailto:[EMAIL PROTECTED] Sent: Wednesday, January 14, 2004 11:44 AM To: [EMAIL PROTECTED] Subject:Re: Channel Exits Need to handle the client channel security between a Win2000 client and Unix MQ Server. I can not seem to get setmqaut to understand how to connect a Windows authenticated user ID on a unix group/userid system. They are not the same even though the ID might be the same. For example:ntdomain\wesley vs just wesley in unix Wesley Shaw OJRP 10th Floor Work: 804 771 3589 (736-3589) Pager: 888 436 2805 Mobile 804 512 5260 Aby Philip [EMAIL PROTECTED]To: [EMAIL PROTECTED] GROUP.COM cc: Sent by: MQSeriesSubject: Re: Channel Exits List [EMAIL PROTECTED] N.AC.AT 01/14/2004 12:26 PM Please respond to MQSeries List Hi Wesley, What kind of exits are you looking at. I mean what sort of functionality? Aby Philip -Original Message- From: MQSeries List on behalf of Wesley Shaw Sent: Wed 1/14/2004 10:46 PM To: [EMAIL PROTECTED] Cc: Subject: Re: Channel Exits Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive Instructions
Re: Soap versus MQseries
Ullabritt, Thanks for the find. John Dawson -Original Message- From: ulla [mailto:[EMAIL PROTECTED] Sent: Friday, January 09, 2004 3:49 AM To: [EMAIL PROTECTED] Subject:Re: Soap versus MQseries concerning 'WebSphere MQ Solutions in a Microsoft.NET environment (SG24-70120-00)'. It's still a 'red-book abstract' to be found in http://publib-b.boulder.ibm.com/Redbooks.nsf/RedbookAbstracts/sg247012.html? Open or directly http://www.redbooks.ibm.com/redbooks/pdfs/sg247012.pdf rgds Denis Wiberg Sweden -Original Message- From: Wyatt, T. Rob [EMAIL PROTECTED] To: [EMAIL PROTECTED] Date: Mon, 5 Jan 2004 09:51:16 -0600 Subject: Re: Soap versus MQseries Sorry, I do not. -Original Message- From: Dawson, John [mailto:[EMAIL PROTECTED] Sent: Monday, January 05, 2004 10:05 AM To: [EMAIL PROTECTED] Subject: Re: Soap versus MQseries Rob, Thanks. The supportpac states ''Users may also be interested to know of the availability of a Redbook published by IBM enttiled 'WebSphere MQ Solutions in a Microsoft.NET environment (SG24-70120-00)'. When I go to the IBM redbook web site, I cannot locate any existence of this manual. Would you happen to have a copy of it, or anyone. Thanks, John Dawson Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive
Re: Channel Exit Program
Wesley, There's a great example of one at http://home19.inet.tele.dk/m-invent/ . With a little modification, it can anything you want it to do. Regards, John Dawson -Original Message- From: Wesley Shaw [mailto:[EMAIL PROTECTED] Sent: Thursday, January 08, 2004 12:24 PM To: [EMAIL PROTECTED] Subject:Channel Exit Program Any suggestions on a channel exit utility for doing authentication on client channels ? Any estimate on what they would cost to buy ? 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: Puzzled: MQJE001, MQRC 2102 for non-mqm users
Peter, When referring to the WMQ manuals, be sure that you visit http://www-306.ibm.com/software/integration/mqfamily/support/readme/cli530_r ead_2.html for the manual updates as there is a lot of corrected information regarding SSL. Regards, John Dawson Phone: 972.281.4016 Fax: 972.281.4904 mailto:[EMAIL PROTECTED] -Original Message- From: Heggie, Peter [mailto:[EMAIL PROTECTED] Sent: Wednesday, January 07, 2004 2:32 PM To: [EMAIL PROTECTED] Subject:Re: Puzzled: MQJE001, MQRC 2102 for non-mqm users Thanks.. I see there is a redbook on Implementing MQ security from May 2003.. Is that the latest publication on MQ and SSL? Peter Heggie -Original Message- From: MQSeries List [mailto:[EMAIL PROTECTED] On Behalf Of Potkay, Peter M (PLC, IT) Sent: Wednesday, January 07, 2004 2:55 PM To: [EMAIL PROTECTED] Subject: Re: Puzzled: MQJE001, MQRC 2102 for non-mqm users I've been off the MQ board for six months.. Has implementing SSL gotten any easier with MQ 5.3.5 ? From an MQ perspective, it is the same as when it first came out with 5.3. -Original Message- From: Heggie, Peter [mailto:[EMAIL PROTECTED] Sent: Monday, January 05, 2004 12:30 PM To: [EMAIL PROTECTED] Subject: Re: Puzzled: MQJE001, MQRC 2102 for non-mqm users That's right.. I have heard this before. I could use the incoming userid and incoming machine name and perform a lookup in a table and get an assigned userid that has the correct priviledges. And that's about halfway to the better solution of SSL and certificates. Our organization has not implemented application level SSL and certificates so a homegrown solution may be our only current option. I've been off the MQ board for six months.. Has implementing SSL gotten any easier with MQ 5.3.5 ? Peter Heggie -Original Message- From: MQSeries List [mailto:[EMAIL PROTECTED] On Behalf Of Potkay, Peter M (PLC, IT) Sent: Monday, January 05, 2004 12:12 PM To: [EMAIL PROTECTED] Subject: Re: Puzzled: MQJE001, MQRC 2102 for non-mqm users But the real user could be some loser that defines the ID mqm on their machine, logs on with that ID, and then your QM has no choice but to let him do whatever they want! -Original Message- From: Heggie, Peter [mailto:[EMAIL PROTECTED] Sent: Monday, January 05, 2004 12:10 PM To: [EMAIL PROTECTED] Subject: Re: Puzzled: MQJE001, MQRC 2102 for non-mqm users I'm sorry - I took the documentation to mean that for non-Java clients, on Windows and UNIX, the userid in the MQCD is the currently logged on user and that the environment variables are not referencved. So if I could verify that it was not a Java client, then I could rely on the userid to be the real user. 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 reply to this message and let the sender know. 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
Re: Soap versus MQseries
Rob, Thanks. The supportpac states ''Users may also be interested to know of the availability of a Redbook published by IBM enttiled 'WebSphere MQ Solutions in a Microsoft.NET environment (SG24-70120-00)'. When I go to the IBM redbook web site, I cannot locate any existence of this manual. Would you happen to have a copy of it, or anyone. Thanks, John Dawson -Original Message- From: Wyatt, T. Rob [mailto:[EMAIL PROTECTED] Sent: Monday, January 05, 2004 8:37 AM To: [EMAIL PROTECTED] Subject:Re: Soap versus MQseries Ton, The two generally are not considered to be direct alternatives. SOAP is a higher level protocol that makes objects and methods available over a variety of transports including HTTP, email, WMQ, FTP, etc. On the other hand, WMQ is a transport protocol on which some higher level protocols such as JMS and SOAP are built. It's not usually a question of SOAP VS. WMQ but rather a question of do my SOAP messages need the reliability of an MQ transport or can they go over HTTP? If you need to make object-oriented services available or to consume them, use SOAP. If you need assured once-only delivery of discrete messages, use WMQ. If you need both, consider SOAP over a WMQ transport. You may want to look at the SOAP Support Pac if you have not already: http://www-306.ibm.com/software/integration/support/supportpacs/individual/m a0r.html -- T.Rob -Original Message- From: Ton van der Starre [mailto:[EMAIL PROTECTED] Sent: Sunday, January 04, 2004 2:37 PM To: [EMAIL PROTECTED] Subject: Soap versus MQseries Hi all, we are currently investigating the introduction of SOAP in our company, application integration purposes and delevering services over the internet. This because developers find it easy to use and it communicates over HTTP. At the moment we are using Websphere MQseries to establish that. I'm faces with the challenge to define company policies on when to use SOAP and when to use MQ. So I can use a lot of information on the subject. Does anyone have ideas or is willing to share information with me. Best regards, Ton van der Starre ADP The Netherlands Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive
Re: Client Connection
Bobbee, You could also put the MQSERVER variable in the queue manager field, 'SYSTEM.DEF.SVRCONN\TCP\123.123.456.78(1414)'. This works as I have just done this. Regards, John -Original Message- From: Robert Broderick [mailto:[EMAIL PROTECTED] Sent: Wednesday, December 17, 2003 1:54 PM To: [EMAIL PROTECTED] Subject:Re: Client Connection Thank You, Thank You, Thank You! and to all a good night!!! I did just that. I created QMGR.CLIENT connections and then SVRCONNs on the QMGRS moved the TAB file to my desktop and RFHUTILC works as expected. I noticed in MQSeries.NET that somebody said the QMGR does not do garbage collection on the TAB file. IS this still true of 5.3?? ANYWAY. it works and I will look like a hero again!!! (hahahahahahahaha) (The problem with heros is they are always having GUNS pointed at them!!!) bee-oh-dubble-bee-dubble-h :-) From: Potkay, Peter M (PLC, IT) [EMAIL PROTECTED] Reply-To: MQSeries List [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: Re: Client Connection Date: Wed, 17 Dec 2003 14:13:54 -0500 What I believe is going on here is that I need to define a separate named SVRCONN channel on each QMGR (eg QMGR1.CLIENT, QMGR2.CLIENT, QMGR3.CLIENT) and then create the Client Channels with the same names. Correct. Name them alphabetically in the order you want to use them in failover scenarios. If you create them all with a blank QM name, and all the QMs are defaults, and you specify a blank name in the MQCONN call, your app will automatically connect to the 1st available QM whenever there is a failure of the primary QM. If you want to specify which QM you want in the app, by coding the QM name in the MQCONN call, just do the same as above but include the QM name in the creation of each differently named CLNTCONN channel. -Original Message- From: Robert Broderick [mailto:[EMAIL PROTECTED] Sent: Wednesday, December 17, 2003 2:05 PM To: [EMAIL PROTECTED] Subject: Re: Client Connection What I have tried, just in case this was missed, is to go to MQ Explorer and I go to Client Connections under Advanced. I then try to create a SYSTEM.ADMIN.SVRCONN client connection for ALL my QMGRS (QMGR1, QMGR2 and QMGR3). The first one works but the second one does not because the name exist already. What I believe is going on here is that I need to define a seperate named SVRCONN channel on each QMGR (eg QMGR1.CLIENT, QMGR2.CLIENT, QMGR3.CLIENT) and then create the Client Channels with the same names. SO what I am seeing here, and somebody please correct me if I am wrong, while I can go to the MQSERVER environment variable and JUST change the connection name and REUSE the same channel on each QMGR (eg SYSTEM.ADMIN.SVRCONN) using the client channel tables I must define seperate named SVRCONN channels to get the individual entries into the channel table because the table is KEYED off the name field. If I got this right then permit me to stick my neck out. THIS SUCKS!! (Sorry if I am echoing past experiences) bobbee From: Ruzi R [EMAIL PROTECTED] Reply-To: MQSeries List [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: Re: Client Connection Date: Wed, 17 Dec 2003 10:38:29 -0800 Bobbee, In addition to what has been already said, we define all the client connection channels (same or different name) on the same queue manager in mainframe. Then we run a CSQUTIL job with the MAKECLNT option...to extract the CLNTCONN channel definitons (you can be specific here as to which ones you want), and download this file to any server we want. This file becomes your channel table. Make sure that you define the corresponding SVRCONN channels on the server. Best regards, Ruzi --- Gary Ward [EMAIL PROTECTED] wrote: Bobbee, Make all the CLNTCONN definitions on ONE qmgr and specify the QMNAME parameter on each definition with one of your 3 qmgrs and their particular IP address/port in the CONNAME. This will place all 3 definitions in the table on that queue manager's server. Then place a SVRCONN on each of your 3 qmgrs using the same name (CLIENTCONN.CHANNEL). This requires that your application use a qmgr name in the MQCONN... Happy Holidays.. Make sure you take some days off! Gary -Original Message- From: MQSeries List [mailto:[EMAIL PROTECTED] Behalf Of Robert Broderick Sent: Wednesday, December 17, 2003 12:19 PM To: [EMAIL PROTECTED] Subject: Client Connection Using the MQSERVER variable and a generic named channel all I have to do is change the connection information to achieve a connection to a new server if I wanted one. Using a Client Channel Table how would I get a client to connect throught say a channel named CLIENTCONN.CHANNEL to either QMGR1 or QMGR2 or QMGR3. How do you make those definations on a QMGR
Re: Client Connection
Bobbee, It connects to the channel listed in the queue manager field. Where did I get the ideal? Simple, RTM. In any case, regardless of whether the MQSERVER variable is set or a channel table exists, the necessary channel information can be entered in lieu of a queue manager name, using the format of the MQSERVER variable. Hope this helps, John -Original Message- From: Robert Broderick [mailto:[EMAIL PROTECTED] Sent: Wednesday, December 17, 2003 2:23 PM To: [EMAIL PROTECTED] Subject:Re: Client Connection Does that connect to the SYSTEM.DEF.SVRCONN channel or does it connect to the channel nmed in the name field of the Client Connection. ANDmore important What ever gave you the idea to put that in there?? From: Dawson, John [EMAIL PROTECTED] Reply-To: MQSeries List [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: Re: Client Connection Date: Wed, 17 Dec 2003 14:09:43 -0600 Bobbee, You could also put the MQSERVER variable in the queue manager field, 'SYSTEM.DEF.SVRCONN\TCP\123.123.456.78(1414)'. This works as I have just done this. Regards, John -Original Message- From: Robert Broderick [mailto:[EMAIL PROTECTED] Sent: Wednesday, December 17, 2003 1:54 PM To: [EMAIL PROTECTED] Subject:Re: Client Connection Thank You, Thank You, Thank You! and to all a good night!!! I did just that. I created QMGR.CLIENT connections and then SVRCONNs on the QMGRS moved the TAB file to my desktop and RFHUTILC works as expected. I noticed in MQSeries.NET that somebody said the QMGR does not do garbage collection on the TAB file. IS this still true of 5.3?? ANYWAY. it works and I will look like a hero again!!! (hahahahahahahaha) (The problem with heros is they are always having GUNS pointed at them!!!) bee-oh-dubble-bee-dubble-h :-) From: Potkay, Peter M (PLC, IT) [EMAIL PROTECTED] Reply-To: MQSeries List [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: Re: Client Connection Date: Wed, 17 Dec 2003 14:13:54 -0500 What I believe is going on here is that I need to define a separate named SVRCONN channel on each QMGR (eg QMGR1.CLIENT, QMGR2.CLIENT, QMGR3.CLIENT) and then create the Client Channels with the same names. Correct. Name them alphabetically in the order you want to use them in failover scenarios. If you create them all with a blank QM name, and all the QMs are defaults, and you specify a blank name in the MQCONN call, your app will automatically connect to the 1st available QM whenever there is a failure of the primary QM. If you want to specify which QM you want in the app, by coding the QM name in the MQCONN call, just do the same as above but include the QM name in the creation of each differently named CLNTCONN channel. -Original Message- From: Robert Broderick [mailto:[EMAIL PROTECTED] Sent: Wednesday, December 17, 2003 2:05 PM To: [EMAIL PROTECTED] Subject: Re: Client Connection What I have tried, just in case this was missed, is to go to MQ Explorer and I go to Client Connections under Advanced. I then try to create a SYSTEM.ADMIN.SVRCONN client connection for ALL my QMGRS (QMGR1, QMGR2 and QMGR3). The first one works but the second one does not because the name exist already. What I believe is going on here is that I need to define a seperate named SVRCONN channel on each QMGR (eg QMGR1.CLIENT, QMGR2.CLIENT, QMGR3.CLIENT) and then create the Client Channels with the same names. SO what I am seeing here, and somebody please correct me if I am wrong, while I can go to the MQSERVER environment variable and JUST change the connection name and REUSE the same channel on each QMGR (eg SYSTEM.ADMIN.SVRCONN) using the client channel tables I must define seperate named SVRCONN channels to get the individual entries into the channel table because the table is KEYED off the name field. If I got this right then permit me to stick my neck out. THIS SUCKS!! (Sorry if I am echoing past experiences) bobbee From: Ruzi R [EMAIL PROTECTED] Reply-To: MQSeries List [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: Re: Client Connection Date: Wed, 17 Dec 2003 10:38:29 -0800 Bobbee, In addition to what has been already said, we define all the client connection channels (same or different name) on the same queue manager in mainframe. Then we run a CSQUTIL job with the MAKECLNT option...to extract the CLNTCONN channel definitons (you can be specific here as to which ones you want), and download this file to any server we want. This file becomes your channel table. Make sure that you define the corresponding SVRCONN channels on the server. Best regards, Ruzi --- Gary Ward [EMAIL PROTECTED] wrote: Bobbee, Make all the CLNTCONN definitions on ONE qmgr and specify the QMNAME parameter
Re: SOC 7 error while displaying S99 Fields in COBOL (WMQI 2.1)
Bobbee, You passed the interview, but are you certified? Regards, John Dawson -Original Message- From: Robert Broderick [mailto:[EMAIL PROTECTED] Sent: Wednesday, August 27, 2003 11:21 AM To: [EMAIL PROTECTED] Subject:Re: SOC 7 error while displaying S99 Fields in COBOL (WMQI 2.1) The s99 field implies that the data in the sending field is a valid numeric field with the last byte containing a valid numeric sign. If my assembler isn't t rusty. What happens behind the the curtain is that the compiler generates instructions to convert the Zone Decimal field to pack (which doesn't do a validate) and does a ZAP instruction which takes the field down the hardware path where the numeric portion get interrogated. That is where, I believe, the S0C7 is generated. SO.the sending fiels must be a combination of the following F0-F9, C0-C9, D0-D9 there is another range but I don't havv a green card available. I will take a further step in saying, and now I am streaching my brain, that the conversion from display format to the packed format to verify the numeric portion DOES NOT care what is in the hig order signifigant sign portion of the display characters. It just moves the digit portion. (eg SDSDSD) until it gets to the last byte where it retrieves it's sign from. So all the signs can be whatever except the last one which must be a C or D or F and the digits portion in ALL the Zone Decimal must be 0-9. DID I PASS THE TECH INTERVIEW?? (tee hee hee) bobbee From: Ruzi R [EMAIL PROTECTED] Reply-To: MQSeries List [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: Re: SOC 7 error while displaying S99 Fields in COBOL (WMQI 2.1) Date: Wed, 27 Aug 2003 08:50:26 -0700 Someone correct me if I am wrong It has been in the back of my mind that the S9 and COMP-3 fields have to be changed ,before they are MQPUTed, to flat PIC 9 s without the assumed sign and COMP-3, and that the assumed sign to be coded as a one byte separate filed -- for conversion purposes. No? Ruzi --- Juni Per [EMAIL PROTECTED] wrote: Hi , I have the following COBOL copy book imported into WMQI(2.1 WinNT) 06 TESTVARIABLES. 07 TESTINPUT. 08 INTEGERNOSIGN PIC 99. 08 INTEGERSIGNED PIC S99. 08 DECIMALNOSIGN PIC 99V99. 08 DECIMALSIGNED PIC S99V99. 08 COMP3NOSIGN PIC 99V99 COMP-3. 08 COMP3SIGNED PIC S99V99 COMP-3. I assign the following values to them in a compute node SET OutputRoot.MRM.INTEGERNOSIGN = 12; SET OutputRoot.MRM.INTEGERSIGNED = -12; SET OutputRoot.MRM.DECIMALNOSIGN = 1234; SET OutputRoot.MRM.DECIMALSIGNED = -1234; SET OutputRoot.MRM.COMP3NOSIGN = 5678; SET OutputRoot.MRM.COMP3SIGNED = -678; Now when a COBOL program on mainframe reads this message and moves into the same copybook and displays the fields , I get an SOC 7 error for the S99 field.WHat could be the problem. Pls respond. THanks in ADvance - Do you Yahoo!? SBC Yahoo! DSL - Now only $29.95 per month! Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive _ Enter for your chance to IM with Bon Jovi, Seal, Bow Wow, or Mary J Blige using MSN Messenger http://entertainment.msn.com/imastar 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: Message on dead letter queue
Francois, Invert the x'2508' to x'0825', which is a decimal 2085 which is MQRC_UNKNOWN_OBJECT_NAME. Regards, John Dawson Phone: 972.281.4016 Fax: 972.281.4904 mailto:[EMAIL PROTECTED] -Original Message- From: F Vartan [mailto:[EMAIL PROTECTED] Sent: Wednesday, July 09, 2003 2:41 PM To: [EMAIL PROTECTED] Subject:Message on dead letter queue Hi everyone, On the NT with WQM 5.3 when I am using amqsbcgc to browse our dead letter queue, I am getting this at the beginning of a message: : 444C 4820 0100 2508 5445 5354 'DLH %...TEST' 0010: 2E41 474D 452E 4F52 4420 2020 2020 2020 '.AGME.ORD ' 0020: 2020 2020 2020 2020 2020 2020 2020 2020 ' ' I think 2508 (decimal 9480) is the reason field. But d there is no such reason code. How to figure it out? Is this explained in any manual? Many thanks. Francois __ 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: Why runmqdlq is not doing its job?
Ruzi, The hardest thing that I found about the runmqdlq script file is what Brain stated about hard returns and white spaces. Verify that there is not a hard return after the second line and that there is one after the first line. HTH, John Dawson -Original Message- From: Ruzi R [mailto:[EMAIL PROTECTED] Sent: Monday, June 23, 2003 1:17 PM To: [EMAIL PROTECTED] Subject:Re: Why runmqdlq is not doing its job? Brian, I have put hard return at the end of each rule, if that is what you mean. But it is still not working. I cannot pull of any messages at all. And these messages are not expired (expire=unlimited). Ruzi --- McCarty, Brian [EMAIL PROTECTED] wrote: Did you put a return in your mydlq.rul file on the last line? Can you get runmqldq to pull off any messages at all when using a rules file? When you run it interactively you have to key control-z, control-z in order for the commands to be executed. Put a hard return at the end of your rule and try again. WAIT(NO) ACTIONhard return Brian M. McCarty USAA, Senior Systems Programmer 210.913.1678 MQ/WMQI Specialist/Solutions Expert e-business Solution Advisor/Designer/Technologist -Original Message- From: Ruzi R [mailto:[EMAIL PROTECTED] Sent: Monday, June 23, 2003 12:34 PM To: [EMAIL PROTECTED] Subject: Why runmqdlq is not doing its job? I am on MQ 5.3 CSD03 on W2K. I have a qmgr QM1 which uses QM1.DEAD as its dead letter q. Both QM1.DEAD and Q1 are defined as local queues on QM1 (they both are put/get enabled, maxmsglenghth = qmgr max length, qdepth=4, Shared). Currently QM1.DEAD has 3 messages on it. I have a rule table (mydlq.rul) that just has these 2 lines in it just for testing: inputqm(QM1) inputq(QM1.DEAD) ACTION(FWD) FWDQ(Q1) FWDQM(QM1) HEADER(YES) When I run the runmqdlq on the command prompt as: Runmqdlq c:\mydlq.rul It starts running but QM1.DEAD still has 3 messages, as if the runmqdlq is ignoring the action(fwd) in the rule table. Why is it not working? 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 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
WMQ Conversion
Fellow MQ'ers Does anyone have any information regarding the CPU utilization of converting a message using channel conversion vs. converting a message with the get option. Are there any supportpacs that have CPU utilization studies for message conversion? Any real time experience? Thanks, John Dawson 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: mc74 question
Rick, This support is built in version 5.3 for Windows, thus there is no need for the support pac. HTH, John Dawson -Original Message- From: Rick Tsujimoto [mailto:[EMAIL PROTECTED] Sent: Monday, March 03, 2003 10:24 AM To: [EMAIL PROTECTED] Subject:mc74 question The support for MC74 (MQSeries for Windows NT and Windows 2000 - Cluster Server support) ends on December 31, 2003. Does anyone know if this will be extended, or is there something more current that I should be looking at instead? 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: AMI
Bobbee, That's great news regarding your next contract. Have a cold one for me! John Dawson -Original Message- From: Robert Broderick [mailto:[EMAIL PROTECTED]] Sent: Thursday, February 13, 2003 6:55 PM To: [EMAIL PROTECTED] Subject:Re: AMI Thanks everyone for the reply. Here is the scoop!!! Project Girl comes to me today and asks if we need (or how)to install AMI on the server. I search my 'between the ears' data banks and surmise that I have no index entry pointing to a mention of an AMI install. I proceed to think (a little) about it's functionality and assume it is part of the base install. Furthermore I had the mail client up and it was easier to ask than receive. So rather than receive a headache from reading (also I was running out the door) I asked. Thanks for your replies again I will now take my lazy butt to the support site and get the download!! You people are terrific!! boobie PS I found my next contract today!! Long term!! Time for a beer!! From: Tony Devitt [EMAIL PROTECTED] Reply-To: MQSeries List [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: Re: AMI Date: Fri, 14 Feb 2003 10:20:08 +1100 ** Note: This e-mail is subject to the disclaimer contained at the bottom of this message. ** : Well, to be totally accurate, the AMI Admin Tool is a separate Supportpac (MA0G)!!: http://www-3.ibm.com/software/ts/mqseries/txppacs/ma0g.html : *** * The information transmitted in this message and attachments (if any) is intended only for the person or entity to which it is addressed. The message may contain confidential and/or privileged material. Any review, retransmission, dissemination or other use of, or taking of any action in reliance upon this information, by persons or entities other than the intended recipient is prohibited. If you have received this in error, please contact the sender and delete this e-mail and associated material from any computer. The intended recipient of this e-mail may only use, reproduce, disclose or distribute the information contained in this e-mail and any attached files, with the permission of CGU Insurance. This message has been scanned for viruses and cleared by MailMarshal. : 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 _ MSN 8 with e-mail virus protection service: 2 months FREE* http://join.msn.com/?page=features/virus 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
SSL Digital Certificates
Fellow MQ'ers Does anyone have a procedure for moving SSL Digital certificates from one Windows server to another Windows server and placing it in the right location to be picked up by the Internet Explorer software. TIA, John Dawson 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: Listing number of channel connections made to queues in a Que ue Manager on a AIX box
Bobbee, Another way to do this without the need of a file is:echo display chs(*)|runmqsc|grep -c RUNNING Regards, John Dawson -Original Message- From: Robert Broderick [mailto:[EMAIL PROTECTED]] Sent: Monday, February 03, 2003 7:17 AM To: [EMAIL PROTECTED] Subject:Re: Listing number of channel connections made to queues in a Queue Manager on a AIX box This is an interesting question. Doing a runmqsc QMGR_NAME dischl | grep -c RUNNING where dischl contains a one line connamd dis chs(*) will return the number of running channels it may not give you the results you need. Sender channels will have one and only one XMIT queue associated with it. But receiver channels are another story. What happens if the sender is sending data to more than one queue. each queue will be opened for a put for that particular receiver channle. Is there possibly an agent spawned for each queue that is opened on a put for a receiver channle. Sounds like a NOT So while the above command will give you some sort of number I don't believe the 'dis chs(*)' will give you what you are looking for. I'm not sure if there is a way to extract that information.PC??? Any input bobbee From: Kadhirvel,Elango ( Cognizant) [EMAIL PROTECTED] Reply-To: MQSeries List [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: Listing number of channel connections made to queues in a Queue Manager on a AIX box Date: Mon, 3 Feb 2003 12:48:51 +0530 Hi List, How do we list the number of channel connections made to queues in a Queue Manager in MQSeries 5.2 on a AIX box? Thanks and regards, Elango. Be kind, for everyone you meet is fighting a harder battle - Plato InterScan_Disclaimer.txt _ The new MSN 8: smart spam protection and 2 months FREE* http://join.msn.com/?page=features/junkmail Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive 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: Listing number of channel connections made to queues in a Que ue Manager on a AIX box
On the Windows platform you are correct. On the UNIX platform, the double quotes is needed. Regards, John Dawson -Original Message- From: Rodríguez Alvarez-Querol, Manuel Carlos [mailto:[EMAIL PROTECTED]] Sent: Monday, February 03, 2003 8:40 AM To: [EMAIL PROTECTED] Subject:Re: Listing number of channel connections made to queues in a Que ue Manager on a AIX box you don´t need the quotes -Mensaje original- De: Robert Broderick [SMTP:[EMAIL PROTECTED]] Enviado el: Monday, February 03, 2003 3:33 PM Para: [EMAIL PROTECTED] Asunto: Re: Listing number of channel connections made to queues in a Que ue Manager on a AIX box I kept trying double and single quotes and couldn't get it to work. So I defaulted to a file Blame my (or the systems) lack of ability (hahaha) bobbe From: Dawson, John [EMAIL PROTECTED] Reply-To: MQSeries List [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: Re: Listing number of channel connections made to queues in a Que ue Manager on a AIX box Date: Mon, 3 Feb 2003 08:17:34 -0600 Bobbee, Another way to do this without the need of a file is:echo display chs(*)|runmqsc|grep -c RUNNING Regards, John Dawson -Original Message- From: Robert Broderick [mailto:[EMAIL PROTECTED]] Sent: Monday, February 03, 2003 7:17 AM To: [EMAIL PROTECTED] Subject:Re: Listing number of channel connections made to queues in a Queue Manager on a AIX box This is an interesting question. Doing a runmqsc QMGR_NAME dischl | grep -c RUNNING where dischl contains a one line connamd dis chs(*) will return the number of running channels it may not give you the results you need. Sender channels will have one and only one XMIT queue associated with it. But receiver channels are another story. What happens if the sender is sending data to more than one queue. each queue will be opened for a put for that particular receiver channle. Is there possibly an agent spawned for each queue that is opened on a put for a receiver channle. Sounds like a NOT So while the above command will give you some sort of number I don't believe the 'dis chs(*)' will give you what you are looking for. I'm not sure if there is a way to extract that information.PC??? Any input bobbee From: Kadhirvel,Elango ( Cognizant) [EMAIL PROTECTED] Reply-To: MQSeries List [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: Listing number of channel connections made to queues in a Queue Manager on a AIX box Date: Mon, 3 Feb 2003 12:48:51 +0530 Hi List, How do we list the number of channel connections made to queues in a Queue Manager in MQSeries 5.2 on a AIX box? Thanks and regards, Elango. Be kind, for everyone you meet is fighting a harder battle - Plato InterScan_Disclaimer.txt _ The new MSN 8: smart spam protection and 2 months FREE* http://join.msn.com/?page=features/junkmail Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive 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 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: Wish list for Conference
Paul, What requirements is IBM working on now? TIA, John Dawson -Original Message- From: Paul Clarke [mailto:[EMAIL PROTECTED]] Sent: Friday, January 24, 2003 11:34 AM To: [EMAIL PROTECTED] Subject:Re: Wish list for Conference Yes. It's called CHURCH. Where you sit and pray! bobbee, I had no idea you held IBMers in such high regard. It is true that some IBMers have godly powers but asking us to read your minds is probably a little optimistic :-). We do, indeed, have a formal requirements process and to be honest they probably have a greater chance of success. Enjoy the SuperBowl, we, on the other hand, will be trying to fulfil the requirements we *already* have, Cheers, P. Paul G Clarke WebSphere MQ Development IBM Hursley 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
WMQI Command Line Utility
Is there a command line utility that deletes a message flows from the configuration manager database? I'm working with the ic01 supportpac, but there is no utility that deletes a message flow from the configuration manager database. Thanks, John Dawson 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: WMQI Command Line Utility
Bobbee, You are correct, but it's only if the message flow is in a export file. What if you want to remove a message flow totally, that is you want to delete and not replace the message flow from an export file. Thanks for your reply. John Dawson -Original Message- From: Robert Broderick [mailto:[EMAIL PROTECTED]] Sent: Thursday, December 19, 2002 10:34 AM To: [EMAIL PROTECTED] Subject:Re: WMQI Command Line Utility John,mqsiimportmsgflows -d If you read the IC01.pdf it sez that using this option has the same functionality as the mqsideletemsgflow command. bobbee From: Dawson, John [EMAIL PROTECTED] Reply-To: MQSeries List [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: WMQI Command Line Utility Date: Thu, 19 Dec 2002 10:22:20 -0600 Is there a command line utility that deletes a message flows from the configuration manager database? I'm working with the ic01 supportpac, but there is no utility that deletes a message flow from the configuration manager database. Thanks, John Dawson 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 _ Tired of spam? Get advanced junk mail protection with MSN 8. http://join.msn.com/?page=features/junkmail Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive
Client conversion from Windows to OS/390
Hello, I have a client on a Windows NT platform that is putting a message onto a remote queue defined on a OS/390 platform, which in turn sends the message to a second OS/390 platform. The application on the second OS/390 platform does not do a 'get' with convert and thus the message is still in ascii code. What do I need to do to convert the message to EBCIDC before the message is 'put' from the client. Thanks, John 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: Client conversion from Windows to OS/390
Peter, Thanks for your reply. The channel from the Windows client to the first OS/390 is a svrconn, so there is no conversion parameter to turn on. I have tried to turn on conversion for the channel between the first OS/390 and the second OS/390, but that does not help. Regards, John -Original Message- From: Peter Heggie [mailto:[EMAIL PROTECTED]] Sent: Thursday, December 05, 2002 12:34 PM To: [EMAIL PROTECTED] Subject:Re: Client conversion from Windows to OS/390 You could dedicate a pair of channels for this application and perform the conversion on the channel.. From: Dawson, John [EMAIL PROTECTED] on 12/05/2002 01:14 PM Please respond to MQSeries List [EMAIL PROTECTED] To: [EMAIL PROTECTED] cc: Subject: Client conversion from Windows to OS/390 Hello, I have a client on a Windows NT platform that is putting a message onto a remote queue defined on a OS/390 platform, which in turn sends the message to a second OS/390 platform. The application on the second OS/390 platform does not do a 'get' with convert and thus the message is still in ascii code. What do I need to do to convert the message to EBCIDC before the message is 'put' from the client. Thanks, John Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive
Re: MQSeries and MQSI process names
Title: Message Q, Nice, but I think that Mr. Gurney was looking for the WMQI process names. Regards, John Dawson -Original Message- From: MQSeries [mailto:[EMAIL PROTECTED]] Sent: Thursday, November 28, 2002 8:59 AM To: [EMAIL PROTECTED] Subject: Re: MQSeries and MQSI process names Attached is a list I have had for some time now. HTH Cheers, Q -Original Message- From: MQSeries List [mailto:[EMAIL PROTECTED]] On Behalf Of Matt Gurney Sent: Thursday, November 28, 2002 4:27 AM To: [EMAIL PROTECTED] Subject: MQSeries and MQSI process names In the past a document has been posted on the list describing all of the various MQSeries process names, for all platforms, and a description of what they do. Can someone please repost that document. From memory, I believe that document did not include MQSI processes, if anyone has something similar for MQSI, that would be great too. I tried looking in the listserver archive, but couldn't locate what I am after. Thanks in advance, Matt Gurney
WMQI Control Center Security Exits
Fellow MQ'ers Please advise if you are running a WMQI Control Center Security Exit. I would like to get an ideal of how many shops is doing this. Thanks, John Dawson 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: WMQ 5.3 question
It's 'Display QSTATUS(qname) type(HANDLE) all'. Also you may view the same information from the Windows Explorer by selecting the queue, then status. Regards, John Dawson -Original Message- From: John Scott [mailto:John-Scott;ARGOS.CO.UK] Sent: Thursday, November 07, 2002 12:09 PM To: [EMAIL PROTECTED] Subject:Re: WMQ 5.3 question I think you can do display qstatus(qname) and it lists the processes that have the queue open... Regards John Scott -Original Message- From: Jonas Nyberg [mailto:jonas.nyberg;HOME.SE] Sent: 07 November 2002 15:14 To: [EMAIL PROTECTED] Subject: WMQ 5.3 question Hi, On the iSeries (As/400) WMQ 5.3 there are a very useful feature called Work with jobs. This nice feature list all processes connected to the qmgr. It also show the pid and cpu usage. I have searched the Windows version for a similar feature without any result. Does anyone know if this nice feature exist on the other distributed platforms? Jonas Nyberg Electrolux IT Solutions - Sweden 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://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 youe 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: MQ Installation Error! please help
Donovan, I think that version 5.2.1 is for Windows 2000, version 5.2 is for Windows 2000 or NT. Regards, John -Original Message- From: Donovan Baldwin [mailto:[EMAIL PROTECTED]] Sent: Wednesday, September 04, 2002 9:09 AM To: [EMAIL PROTECTED] Subject:MQ Installation Error! please help Hello, I'm having a problem getting MQSeries 5.2.1 installed on a certain server. Every time when its done copying files it gets to 100% then instantly starts this rolling back action where it undoes the installation then says Installation wizard interrupted! The wizard was interrupted before the operation could be completed. To complete the operation at another time, please run wizard again. It met all the prerequisites. The user that it's installing under is in the administrators group. I have tried it with a domain account and with a local account, both with admin rights. I tried reinstalling windows installer, service pack 6a over again. The server is running Windows NT4 server. It does have Norton antivirus installed. But I went through services and shut down everything I could and it still does the same thing. Has any one else encountered this? Or have any ideas what would cause this? Thank You, Donovan Baldwin -- __ Sign-up for your own FREE Personalized E-mail at Mail.com http://www.mail.com/?sr=signup 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
PipeLineLength
Please, is PipeLineLength a valid parameter for the OS/390 platform? I have searched the OS/390 manuals but could not find any reference to it. Thanks, John Dawson 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