CICSTEAM | 1 Jan 2008 13:25
Picon

Re: MA18 - REXX interface

This maybe not relevant, but here are my  0.02 USD :

We use EVENT notification by defining the MF event queues as REMOTE and 
handling these events
on the distributed platform rather than on the MF.

HTH.

Zvi
Jerusalem

Biedinger, Robert E {PBSG} wrote:

>My reservation is that MA18 is a withdrawn SupportPac and the last
>release was 10 years ago. Knowing as a SupportPac, I wouldn't be able to
>get any extended support from IBM if there were any problems. 
>
>My understanding on why they want to use it is so they can integrate
>ABEND notifications into our problem management system. So unless there
>are concerns that it shouldn't be used, I'll leave things alone.
>
>Thanks,
>
>
>Robert Biedinger
>Enterprise Integration Services
>PepsiCo Business Solutions Group
>
>
>-----Original Message-----
(Continue reading)

Biedinger, Robert E {PBSG} | 2 Jan 2008 13:46

Re: MA18 - REXX interface

Thanks for the input. That is the model we will be using.  

Robert Biedinger
Enterprise Integration Services
PepsiCo Business Solutions Group
Office: 972-963-1311 Cell: 972-365-6386 

-----Original Message-----
From: MQSeries List
[mailto:MQSERIES@...] On
Behalf Of CICSTEAM
Sent: Tuesday, January 01, 2008 6:25 AM
To: MQSERIES@...
Subject: Re: MA18 - REXX interface

This maybe not relevant, but here are my  0.02 USD :

We use EVENT notification by defining the MF event queues as REMOTE and 
handling these events
on the distributed platform rather than on the MF.

HTH.

Zvi
Jerusalem

Biedinger, Robert E {PBSG} wrote:

>My reservation is that MA18 is a withdrawn SupportPac and the last
>release was 10 years ago. Knowing as a SupportPac, I wouldn't be able
(Continue reading)

rtsujimoto_consultant | 2 Jan 2008 14:58
Picon

Re: MA18 - REXX interface


The biggest drawback with this approach is that you're assuming your channels are working.  What happens if the channels that your qremotes depend on are down?  I think its dicey to base your monitoring on in-band connections.



"Biedinger, Robert E {PBSG}" <Robert.E.Biedinger-syj8/5JD3nk@public.gmane.org>
Sent by: MQSeries List <MQSERIES-0lvw86wZMd9k/bWDasg6f+2wyY2g16FtwPuJ0ROkVbw@public.gmane.org>

01/02/2008 07:46 AM

Please respond to
MQSeries List <MQSERIES-0lvw86wZMd9k/bWDasg6f+2wyY2g16FtwPuJ0ROkVbw@public.gmane.org>

To
MQSERIES-0lvw86wZMd9k/bWDasg6f+2wyY2g16FtwPuJ0ROkVbw@public.gmane.org
cc
Subject
Re: MA18 - REXX interface






Thanks for the input. That is the model we will be using.  


Robert Biedinger
Enterprise Integration Services
PepsiCo Business Solutions Group
Office: 972-963-1311 Cell: 972-365-6386


-----Original Message-----
From: MQSeries List [mailto:MQSERIES-0lvw86wZMd9k/bWDasg6f+2wyY2g16FtwPuJ0ROkVbw@public.gmane.org] On
Behalf Of CICSTEAM
Sent: Tuesday, January 01, 2008 6:25 AM
To: MQSERIES-0lvw86wZMd9k/bWDasg6f+2wyY2g16FtwPuJ0ROkVbw@public.gmane.org
Subject: Re: MA18 - REXX interface

This maybe not relevant, but here are my  0.02 USD :

We use EVENT notification by defining the MF event queues as REMOTE and
handling these events
on the distributed platform rather than on the MF.

HTH.

Zvi
Jerusalem

Biedinger, Robert E {PBSG} wrote:

>My reservation is that MA18 is a withdrawn SupportPac and the last
>release was 10 years ago. Knowing as a SupportPac, I wouldn't be able
to
>get any extended support from IBM if there were any problems.
>
>My understanding on why they want to use it is so they can integrate
>ABEND notifications into our problem management system. So unless there
>are concerns that it shouldn't be used, I'll leave things alone.
>
>Thanks,
>
>
>Robert Biedinger
>Enterprise Integration Services
>PepsiCo Business Solutions Group
>
>
>-----Original Message-----
>From: MQSeries List [mailto:MQSERIES-0lvw86wZMd9k/bWDasg6f+2wyY2g16FtwPuJ0ROkVbw@public.gmane.org] On
>Behalf Of Jay Lang
>Sent: Wednesday, December 12, 2007 3:07 PM
>To: MQSERIES-0lvw86wZMd9k/bWDasg6f+2wyY2g16FtwPuJ0ROkVbw@public.gmane.org
>Subject: Re: MA18 - REXX interface
>
>Why do you want to discourage their use of it?  I use it extensively
for
>
>monitoring.
>--
>Jay H. Lang
>Chief Technologist
>Distributed Computing Professionals Inc.
>IBM Certified - WebSphere MQ Specialist
>IBM Certified - WebSphere MQ Admin
>IBM Certified - WebSphere Application Server z/OS
>303 277-1873 - Colorado Office
>303 807-9700 - Cell
>----- Original Message -----
>From: "Biedinger, Robert E {PBSG}" <Robert.E.Biedinger-syj8/5JD3nk@public.gmane.org>
>To: <MQSERIES-0lvw86wZMd9k/bWDasg6f+2wyY2g16FtwPuJ0ROkVbw@public.gmane.org>
>Sent: Wednesday, December 12, 2007 12:09 PM
>Subject: MA18 - REXX interface
>
>
>I have some MVS engineers that are wanting to implement Support Pac
>MA18: A REXX interface to MQSeries for MVS/ESA. I found that it has
been
>withdrawn, but is still available. Other than it being written for
>version 2, MQ. What can I use to discourage their use of it and what
>alternatives can I propose.
>
>Thanks,
>
>Robert Biedinger
>
>This electronic mail message and its contents are intended only for the
>use of the addressed recipient(s) and may contain information that is
>privileged, confidential, and exempt from disclosure under applicable
>law. If you are not an intended recipient, or the agent responsible for
>delivering this email to the intended recipient(s), you are hereby
>notified that any use, dissemination, distribution, or copying of this
>communication is strictly prohibited and may be unlawful. If you
>received this email in error, please notify the sender immediately by
>replying to this email or by telephone, and delete the email sent in
>error.
>
>To unsubscribe, write to LISTSERV-0lvw86wZMd9k/bWDasg6f+2wyY2g16FtwPuJ0ROkVbw@public.gmane.org and,
>in the message body (not the subject), write: SIGNOFF MQSERIES
>Instructions for managing your mailing list subscription are provided
in
>the Listserv General Users Guide available at http://www.lsoft.com
>Archive: http://listserv.meduniwien.ac.at/archives/mqser-l.html
>
>To unsubscribe, write to LISTSERV-0lvw86wZMd9k/bWDasg6f+2wyY2g16FtwPuJ0ROkVbw@public.gmane.org and,
>in the message body (not the subject), write: SIGNOFF MQSERIES
>Instructions for managing your mailing list subscription are provided
in
>the Listserv General Users Guide available at http://www.lsoft.com
>Archive: http://listserv.meduniwien.ac.at/archives/mqser-l.html
>
>To unsubscribe, write to LISTSERV-0lvw86wZMd9k/bWDasg6f+2wyY2g16FtwPuJ0ROkVbw@public.gmane.org and,
>in the message body (not the subject), write: SIGNOFF MQSERIES
>Instructions for managing your mailing list subscription are provided
in
>the Listserv General Users Guide available at http://www.lsoft.com
>Archive: http://listserv.meduniwien.ac.at/archives/mqser-l.html
>
>  
>

To unsubscribe, write to LISTSERV-0lvw86wZMd9k/bWDasg6f+2wyY2g16FtwPuJ0ROkVbw@public.gmane.org and,
in the message body (not the subject), write: SIGNOFF MQSERIES
Instructions for managing your mailing list subscription are provided in
the Listserv General Users Guide available at http://www.lsoft.com
Archive: http://listserv.meduniwien.ac.at/archives/mqser-l.html

To unsubscribe, write to LISTSERV-0lvw86wZMd9k/bWDasg6f+2wyY2g16FtwPuJ0ROkVbw@public.gmane.org and,
in the message body (not the subject), write: SIGNOFF MQSERIES
Instructions for managing your mailing list subscription are provided in
the Listserv General Users Guide available at http://www.lsoft.com
Archive: http://listserv.meduniwien.ac.at/archives/mqser-l.html


List Archive - Manage Your List Settings - Unsubscribe

Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com

Paul Clarke | 2 Jan 2008 16:37
Picon
Favicon

Re: RFHUTILC connection question


The SupportPac number is MO72. It allows you to issue MQSC commands over a client connection but also allows you to define/modify/display channels in your local client channel table.

Cheers,
P.

Paul G Clarke
WebSphere Messaging Clients
Hursley Park




John Scott <John.Scott-0GIn5MilrQ2qGRdYhX/q1q6+1OQI6iwo@public.gmane.org>
Sent by: MQSeries List <MQSERIES-0lvw86wZMd9k/bWDasg6f+2wyY2g16FtwPuJ0ROkVbw@public.gmane.org>

28/12/2007 08:18

Please respond to
MQSeries List <MQSERIES-0lvw86wZMd9k/bWDasg6f+2wyY2g16FtwPuJ0ROkVbw@public.gmane.org>

To
MQSERIES-0lvw86wZMd9k/bWDasg6f+2wyY2g16FtwPuJ0ROkVbw@public.gmane.org
cc
Subject
Re: RFHUTILC connection question





IIRC Paul Clarke wrote a utility that allowed you to create channel table files without having to set them up on an MQServer and copy the file to somewhere you can access it.
 
Can't remember the support pack number though.
 
Regards
 
John Scott
IBM Certified Specialist - MQSeries
Home Retail Group (Infrastructure Services - Middleware)
-----Original Message-----
From: MQSeries List [mailto:MQSERIES-0lvw86wZMd9k/bWDasg6f+2wyY2g16FtwPuJ0ROkVbw@public.gmane.org] On Behalf Of Potkay, Peter M (ISD, IT)
Sent: 27 December 2007 17:07
To: MQSERIES-0lvw86wZMd9k/bWDasg6f+2wyY2g16FtwPuJ0ROkVbw@public.gmane.org
Subject: Re: RFHUTILC connection question

Thanks Roger. Your little bat file made it easier to create the channel table. Its still going to be a pain to make a channel table for all my QMs. It would be easier if I could just input the data directly into the RFHUTILC GUI. I'll shoot the author an email for a possible enhancement.
 

Peter Potkay

 

From: MQSeries List [mailto:MQSERIES-0lvw86wZMd9k/bWDasg6f+2wyY2g16FtwPuJ0ROkVbw@public.gmane.org] On Behalf Of Roger Lacroix
Sent: Wednesday, December 26, 2007 5:23 PM
To: MQSERIES-0lvw86wZMd9k/bWDasg6f+2wyY2g16FtwPuJ0ROkVbw@public.gmane.org
Subject: Re: RFHUTILC connection question

Hi Peter,

MQ Client will always use MQSERVER over MQCHLLIB & MQCHLTAB.

Therefore, create a simple batch script to do the following:

rem ***********************************
set MQSERVER=
set MQCHLLIB=C:\MQ\tables
set MQCHLTAB=AMQCLCHL.TAB
C:\mqtools\rfhutilc.exe
exit
rem ***********************************


Also, you can follow the MQ Explorer v6 instructions in chapter 3.2.3 of the MQAUSX Client-side Configuration manual to easily create client channel tables that can be used by RFHUTILC program.  The steps in chapter 3.2.3 uses a couple of batch scripts to utilize SupportPac MO72 to auto create the client channel table with the necessary client-side security exit information.

Hope that helps.

Regards,
Roger Lacroix
Capitalware Inc.


At 04:28 PM 12/26/07, you wrote:

I need to be able to use RFHUTILC to connect to a QM via a SVRCONN channel that is protected by an exit. It looks like I need to create a channel table to specify all the connection parms. Before I do that, I did read this in the rfhutil manual on Page 7:

The client version of the utility can accept a queue manager name from either the
MQSERVER environment variable or an MQSeries client channel table. If the MQSERVER
variable is specified, it will take precedence. In addition, the necessary channel information
can be input directly.

It appears the only way to add connection info directly into the GUI is explained a couple of paragraphs lower in the manual:

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.

But this doesn't help if I have Exit (or SSL) parms to specify. I don't see where I can set all these parms in the tool directly. Am I missing a hidden window or something, or do I need to go the channel table route to specify MQCONNX parms not supported by the MQSERVER variable? Or is there a secret syntax to use in the QM Name field where I could manually specify all the MQCONNX parms?

Peter Potkay



*************************************************************************
This communication, including attachments, is
for the exclusive use of addressee and may contain proprietary,
confidential and/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 e-mail, delete this communication and
destroy all copies.
*************************************************************************


List Archive - Manage Your List Settings - Unsubscribe

Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com



List Archive - Manage Your List Settings - Unsubscribe

Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com



List Archive - Manage Your List Settings - Unsubscribe

Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com



 
The information contained in this message or any of its attachments is confidential and may be privileged.  
 
Unauthorised disclosure, copying or dissemination of the contents is strictly prohibited.
 
The views expressed may not be official policy, but the personal views of the originator.
 
If you are not the intended recipient or have received this message in error, please delete this e-mail and advise the sender by using the reply facility in your e-mail software.
 
All messages sent and received by Home Retail Group are monitored for viruses, high-risk file extensions, and inappropriate content.
 
The registered office address of Home Retail Group plc (registered in London, number 5863533) is
Avebury,
489-499 Avebury Boulevard,
Milton Keynes
MK9 2NW.  
 
Please visit our website at http://www.HomeRetailGroup.com for further information about Home Retail Group.

 



List Archive - Manage Your List Settings - Unsubscribe

Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com







Unless stated otherwise above:
IBM United Kingdom Limited - Registered in England and Wales with number 741598.
Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6 3AU







List Archive - Manage Your List Settings - Unsubscribe

Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com

Robert Broderick | 2 Jan 2008 17:38
Picon
Favicon

Re: MQTester for Loadrunner

What FTP solution are you referring to?
 
                               bobbee




 
Date: Fri, 28 Dec 2007 21:36:03 -0500
From: docblue-1chkMen6pVKh8MlnRdB+jw@public.gmane.org
Subject: Re: MQTester for Loadrunner
To: MQSERIES-0lvw86wZMd9k/bWDasg6f+2wyY2g16FtwPuJ0ROkVbw@public.gmane.org

<at> page Section1 {size:8.5in 11.0in;} .ExternalClass EC_P.MsoNormal {font-size:12pt;font-family:'Times New Roman';} .ExternalClass EC_LI.MsoNormal {font-size:12pt;font-family:'Times New Roman';} .ExternalClass EC_DIV.MsoNormal {font-size:12pt;font-family:'Times New Roman';} .ExternalClass A:link {color:blue;text-decoration:underline;} .ExternalClass EC_SPAN.MsoHyperlink {color:blue;text-decoration:underline;} .ExternalClass A:visited {color:purple;text-decoration:underline;} .ExternalClass EC_SPAN.MsoHyperlinkFollowed {color:purple;text-decoration:underline;} .ExternalClass EC_SPAN.EmailStyle17 {color:windowtext;font-family:Arial;} .ExternalClass EC_DIV.Section1 {page:Section1;}
After MetaStorm sold its ftp solution to IBM, it has moved onto BPM with a host of others.  However, Avada Software's Infrared360 has an MQ Tester component that is much more powerful than the original Comerce Quest product and is much easier to use as well (no scripting at all).  It even works on other messaging platforms.
 
/DB
----- Original Message -----
From:
List Archive - Manage Your List Settings - Unsubscribe

Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com

john.haraburda | 2 Jan 2008 19:40
Picon

Re: ClientIdle Max Value


Thanks for your response but I must not have been clear in my question.  I
am not looking to disable the setting but to set it to a large value, such
as 24 hours or longer.  What is the maximum value or character limit in
which I can set this parameter, what is the upper limit?

----- Message from Phil Willoughby <phil.willoughby@...> on
Fri, 28
Dec 2007 16:08:27 +0000 -----

            Subject: Re: ClientIdle Max Value                              

You can disable timeout by setting the ClientIdle parameter to -1.

Regards,

Phil Willoughby
--

 Staff Software       IBM Certified System Administrator -  (Embedded     
 Engineer             WebSphere MQ V6.0                     image moved   
                                                            to file:      
                                                            pic05705.gif) 
                                                            Certified for 
                                                            IBM WebSphere 
                                                            Software      

 - IBM WebSphere MQ   IBM Certified Solution Designer -                   
 for z/OS             WebSphere MQ V6.0                                   

 Senior Inventor      IBM Certified SOA Solution Designer                 

                                                                           
 john.haraburda@...                                                    
 Sent by: MQSeries List                                                    
 <MQSERIES@...>                                      
                                                                        To 
                                                   MQSERIES@... 
 28/12/2007 14:56                                  IWIEN.AC.AT             
                                                                        cc 

                                                                   Subject 
             Please respond to                     ClientIdle Max Value    
               MQSeries List                                               
    <MQSERIES@...>                                   

What is the maximum value you can set on the ClientIdle parameter in the
qm.ini file?

Thank You,

John Haraburda

The contents of this email are the property of PNC. If it was not addressed to you, you have no legal right to
read it. If you think you received it in error, please notify the sender. Do not forward or copy without
permission of the sender. This message may contain an advertisement of a product or service and thus may
constitute a commercial electronic mail message under US Law. PNC’s postal address is 249 Fifth Avenue,
Pittsburgh, PA 15222. If you do not wish to receive any additional advertising or promotional messages
from PNC at this e-mail address, click here to Unsubscribe.
https://pnc.p.delivery.net/m/u/pnc/uni/p.asp By unsubscribing to this message, you will be
unsubscribed from all advertising or promotional messages from PNC. Removing your e-mail address from
this mailing list w
 ill not affect your subscription to alerts, e-newsletters or account servicing e-mails.

To unsubscribe, write to LISTSERV@... and,
in the message body (not the subject), write: SIGNOFF MQSERIES
Instructions for managing your mailing list subscription are provided in
the Listserv General Users Guide available at http://www.lsoft.com
Archive: http://listserv.meduniwien.ac.at/archives/mqser-l.html
Biedinger, Robert E {PBSG} | 2 Jan 2008 19:46

Re: MA18 - REXX interface

I have third party product that monitors our MQ infrastructure, channels, etc.
 
The original code that is being used to send ABEND notification to our Incident tracking system cannot be found. They are wanting to add additional ABEND notifications and are wanting to use the MA18 support pac to create the new source. These will be sent to qremote on a UNIX queue manager, where a PERL script will read the messages and format them to be sent to the incident tracking system.

Robert Biedinger
Enterprise Integration Services
PepsiCo Business Solutions Group


From: MQSeries List [mailto:MQSERIES-0lvw86wZMd9k/bWDasg6f+2wyY2g16FtwPuJ0ROkVbw@public.gmane.org] On Behalf Of rtsujimoto_consultant-o5aXnY8shxg1lxrb1LaMpA@public.gmane.org
Sent: Wednesday, January 02, 2008 7:58 AM
To: MQSERIES-0lvw86wZMd9k/bWDasg6f+2wyY2g16FtwPuJ0ROkVbw@public.gmane.org
Subject: Re: MA18 - REXX interface


The biggest drawback with this approach is that you're assuming your channels are working.  What happens if the channels that your qremotes depend on are down?  I think its dicey to base your monitoring on in-band connections.



"Biedinger, Robert E {PBSG}" <Robert.E.Biedinger-syj8/5JD3nk@public.gmane.org>
Sent by: MQSeries List <MQSERIES-0lvw86wZMd9k/bWDasg6f+2wyY2g16FtwPuJ0ROkVbw@public.gmane.org>

01/02/2008 07:46 AM

Please respond to
MQSeries List <MQSERIES-0lvw86wZMd9k/bWDasg6f+2wyY2g16FtwPuJ0ROkVbw@public.gmane.org>

To
MQSERIES-0lvw86wZMd9k/bWDasg6f+2wyY2g16FtwPuJ0ROkVbw@public.gmane.org
cc
Subject
Re: MA18 - REXX interface






Thanks for the input. That is the model we will be using.  


Robert Biedinger
Enterprise Integration Services
PepsiCo Business Solutions Group
Office: 972-963-1311 Cell: 972-365-6386


-----Original Message-----
From: MQSeries List [mailto:MQSERIES-0lvw86wZMd9k/bWDasg6f+2wyY2g16FtwPuJ0ROkVbw@public.gmane.org] On
Behalf Of CICSTEAM
Sent: Tuesday, January 01, 2008 6:25 AM
To: MQSERIES-0lvw86wZMd9k/bWDasg6f+2wyY2g16FtwPuJ0ROkVbw@public.gmane.org
Subject: Re: MA18 - REXX interface

This maybe not relevant, but here are my  0.02 USD :

We use EVENT notification by defining the MF event queues as REMOTE and
handling these events
on the distributed platform rather than on the MF.

HTH.

Zvi
Jerusalem

Biedinger, Robert E {PBSG} wrote:

>My reservation is that MA18 is a withdrawn SupportPac and the last
>release was 10 years ago. Knowing as a SupportPac, I wouldn't be able
to
>get any extended support from IBM if there were any problems.
>
>My understanding on why they want to use it is so they can integrate
>ABEND notifications into our problem management system. So unless there
>are concerns that it shouldn't be used, I'll leave things alone.
>
>Thanks,
>
>
>Robert Biedinger
>Enterprise Integration Services
>PepsiCo Business Solutions Group
>
>
>-----Original Message-----
>From: MQSeries List [mailto:MQSERIES-0lvw86wZMd9k/bWDasg6f+2wyY2g16FtwPuJ0ROkVbw@public.gmane.org] On
>Behalf Of Jay Lang
>Sent: Wednesday, December 12, 2007 3:07 PM
>To: MQSERIES-0lvw86wZMd9k/bWDasg6f+2wyY2g16FtwPuJ0ROkVbw@public.gmane.org
>Subject: Re: MA18 - REXX interface
>
>Why do you want to discourage their use of it?  I use it extensively
for
>
>monitoring.
>--
>Jay H. Lang
>Chief Technologist
>Distributed Computing Professionals Inc.
>IBM Certified - WebSphere MQ Specialist
>IBM Certified - WebSphere MQ Admin
>IBM Certified - WebSphere Application Server z/OS
>303 277-1873 - Colorado Office
>303 807-9700 - Cell
>----- Original Message -----
>From: "Biedinger, Robert E {PBSG}" <Robert.E.Biedinger-syj8/5JD3nk@public.gmane.org>
>To: <MQSERIES-0lvw86wZMd9k/bWDasg6f+2wyY2g16FtwPuJ0ROkVbw@public.gmane.org>
>Sent: Wednesday, December 12, 2007 12:09 PM
>Subject: MA18 - REXX interface
>
>
>I have some MVS engineers that are wanting to implement Support Pac
>MA18: A REXX interface to MQSeries for MVS/ESA. I found that it has
been
>withdrawn, but is still available. Other than it being written for
>version 2, MQ. What can I use to discourage their use of it and what
>alternatives can I propose.
>
>Thanks,
>
>Robert Biedinger
>
>This electronic mail message and its contents are intended only for the
>use of the addressed recipient(s) and may contain information that is
>privileged, confidential, and exempt from disclosure under applicable
>law. If you are not an intended recipient, or the agent responsible for
>delivering this email to the intended recipient(s), you are hereby
>notified that any use, dissemination, distribution, or copying of this
>communication is strictly prohibited and may be unlawful. If you
>received this email in error, please notify the sender immediately by
>replying to this email or by telephone, and delete the email sent in
>error.
>
>To unsubscribe, write to LISTSERV-0lvw86wZMd9k/bWDasg6f+2wyY2g16FtwPuJ0ROkVbw@public.gmane.org and,
>in the message body (not the subject), write: SIGNOFF MQSERIES
>Instructions for managing your mailing list subscription are provided
in
>the Listserv General Users Guide available at http://www.lsoft.com
>Archive: http://listserv.meduniwien.ac.at/archives/mqser-l.html
>
>To unsubscribe, write to LISTSERV-0lvw86wZMd9k/bWDasg6f+2wyY2g16FtwPuJ0ROkVbw@public.gmane.org and,
>in the message body (not the subject), write: SIGNOFF MQSERIES
>Instructions for managing your mailing list subscription are provided
in
>the Listserv General Users Guide available at http://www.lsoft.com
>Archive: http://listserv.meduniwien.ac.at/archives/mqser-l.html
>
>To unsubscribe, write to LISTSERV-0lvw86wZMd9k/bWDasg6f+2wyY2g16FtwPuJ0ROkVbw@public.gmane.org and,
>in the message body (not the subject), write: SIGNOFF MQSERIES
>Instructions for managing your mailing list subscription are provided
in
>the Listserv General Users Guide available at http://www.lsoft.com
>Archive: http://listserv.meduniwien.ac.at/archives/mqser-l.html
>
>  
>

To unsubscribe, write to LISTSERV-0lvw86wZMd9k/bWDasg6f+2wyY2g16FtwPuJ0ROkVbw@public.gmane.org and,
in the message body (not the subject), write: SIGNOFF MQSERIES
Instructions for managing your mailing list subscription are provided in
the Listserv General Users Guide available at http://www.lsoft.com
Archive: http://listserv.meduniwien.ac.at/archives/mqser-l.html

To unsubscribe, write to LISTSERV-0lvw86wZMd9k/bWDasg6f+2wyY2g16FtwPuJ0ROkVbw@public.gmane.org and,
in the message body (not the subject), write: SIGNOFF MQSERIES
Instructions for managing your mailing list subscription are provided in
the Listserv General Users Guide available at http://www.lsoft.com
Archive: http://listserv.meduniwien.ac.at/archives/mqser-l.html


List Archive - Manage Your List Settings - Unsubscribe

Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com


List Archive - Manage Your List Settings - Unsubscribe

Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com

Paul Clarke | 2 Jan 2008 20:23
Picon
Favicon

Re: ClientIdle Max Value


John,

I suspect the maximum value is something like MAX_INT / 1000. Or 2 ^ 32 / 1000. This would be 4294967 seconds which is about 50 days, unless I've got my maths wrong of course.

Cheers,
P.

Paul G Clarke
WebSphere Messaging Clients
Hursley Park



john.haraburda-RRykiRpH6cE@public.gmane.orgM
Sent by: MQSeries List <MQSERIES <at> LISTSERV.MEDUNIWIEN.AC.AT>

02/01/2008 18:40

Please respond to
MQSeries List <MQSERIES-0lvw86wZMd9k/bWDasg6f+2wyY2g16FtwPuJ0ROkVbw@public.gmane.org>

To
MQSERIES-0lvw86wZMd9k/bWDasg6f+2wyY2g16FtwPuJ0ROkVbw@public.gmane.org
cc
Subject
Re: ClientIdle Max Value






Thanks for your response but I must not have been clear in my question.  I
am not looking to disable the setting but to set it to a large value, such
as 24 hours or longer.  What is the maximum value or character limit in
which I can set this parameter, what is the upper limit?





----- Message from Phil Willoughby <phil.willoughby-E4/g9n1OVEFXrIkS9f7CXA@public.gmane.org> on Fri, 28
Dec 2007 16:08:27 +0000 -----
                                                                         
           Subject: Re: ClientIdle Max Value                              
                                                                         



You can disable timeout by setting the ClientIdle parameter to -1.

Regards,

Phil Willoughby
--
                                                                         
Staff Software       IBM Certified System Administrator -  (Embedded    
Engineer             WebSphere MQ V6.0                     image moved  
                                                           to file:      
                                                           pic05705.gif)
                                                           Certified for
                                                           IBM WebSphere
                                                           Software      
                                                                         
- IBM WebSphere MQ   IBM Certified Solution Designer -                  
for z/OS             WebSphere MQ V6.0                                  
                                                                         
Senior Inventor      IBM Certified SOA Solution Designer                
                                                                         





                                                                         
john.haraburda-4MuE6Xtpv+g@public.gmane.org                                                    
Sent by: MQSeries List                                                    
<MQSERIES-0lvw86wZMd9k/bWDasg6f+2wyY2g16FtwPuJ0ROkVbw@public.gmane.org>                                      
                                                                       To
                                                  MQSERIES-0lvw86wZMd+bG4Fjr/FrvA@public.gmane.org
28/12/2007 14:56                                  IWIEN.AC.AT            
                                                                       cc
                                                                         
                                                                  Subject
            Please respond to                     ClientIdle Max Value    
              MQSeries List                                              
   <MQSERIES-0lvw86wZMd9k/bWDasg6f+2wyY2g16FtwPuJ0ROkVbw@public.gmane.org>                                  
                                                                         
                                                                         
                                                                         
                                                                         
                                                                         
                                                                         
                                                                         
                                                                         






What is the maximum value you can set on the ClientIdle parameter in the
qm.ini file?


Thank You,

John Haraburda


The contents of this email are the property of PNC. If it was not addressed to you, you have no legal right to read it. If you think you received it in error, please notify the sender. Do not forward or copy without permission of the sender. This message may contain an advertisement of a product or service and thus may constitute a commercial electronic mail message under US Law. PNC’s postal address is 249 Fifth Avenue, Pittsburgh, PA 15222. If you do not wish to receive any additional advertising or promotional messages from PNC at this e-mail address, click here to Unsubscribe. https://pnc.p.delivery.net/m/u/pnc/uni/p.asp By unsubscribing to this message, you will be unsubscribed from all advertising or promotional messages from PNC. Removing your e-mail address from this mailing list will not affect your subscription to alerts, e-newsletters or account servicing e-mails.

To unsubscribe, write to LISTSERV-0lvw86wZMd9k/bWDasg6f+2wyY2g16FtwPuJ0ROkVbw@public.gmane.org and,
in the message body (not the subject), write: SIGNOFF MQSERIES
Instructions for managing your mailing list subscription are provided in
the Listserv General Users Guide available at http://www.lsoft.com
Archive: http://listserv.meduniwien.ac.at/archives/mqser-l.html





Unless stated otherwise above:
IBM United Kingdom Limited - Registered in England and Wales with number 741598.
Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6 3AU






Bambic, David (Penske | 2 Jan 2008 21:20
Favicon

MA01 - question

I am trying to use the q program to copy messages to multiple queue. A total of three. The first queue is a local queue, the seond one is a remote queue on a HPUX system and the third q is a remote queue on Zos system. I read the MVS does not support distribution list. I tryied the following. It appears to work but when I compare the
 
 
1. tried
 
  q  -w 3 -m MQ04 -iORDERS  -o.DELIVERY.DOCS -o ORDERS.BACKUP  -o ORDERS
 
2. tried
 
  q  -w 3 -m MQ04 -iORDERS  -O.DELIVERY.DOCS -O ORDERS.BACKUP  -O ORDERS
 
 
I the take all three queues and copy them to flat files, I expect my flat files to be identical. They are not. I see the me4ssages out of order on the ZOS system.  Any suggestions or am I expecting q to produce too many copies?
 
 
 
 
 
 
Thanks
David

List Archive - Manage Your List Settings - Unsubscribe

Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com

Adair, John | 2 Jan 2008 21:14

Re: MQTester for Loadrunner

Hi. I'm John Adair, a product specialist for the Metastorm Integration
Manager products of the Metastorm Business Process Management Suite.  

When Metastorm acquired CommerceQuest, Metastorm retained the core
integration products (PM4Data and PM4CICS) as part of the Metastorm
Integration Manager product family. From a marketing standpoint they are
now part of the Metastorm BPM product. They may be purchased directly
from Metastorm but they are also sold through our reseller relationship
with IBM.

We are strongly committed to our integration products and continue to
develop and enhance our integration products with almost all of the
original development team in place and a number of previous developers
who have returned since the Metastorm acquisition.

The MQTester for Loadrunner product is now exclusively sold by HP /
Mercury through our partnership with them. 

Not to get all sales-guy-ish, but if anyone would like a more detailed
update than this, our development manager would be happy to discuss it
with you: Tony Huber, 813.639.6541 or Tony.Huber@...

--
John Adair
Product Specialist
Metastorm, Inc.
Powering Enterprise Process Advantage(r) 

1408 N. Westshore Blvd.
Suite 450
Tampa, FL 33607
Voice: +1 (813) 639-6300 
john.adair@... 
www.metastorm.com

Join us for the 2008 Metastorm Global Forum & User Conference on March
10-12, 2008 in Baltimore, Maryland USA. Network with Metastorm
customers, partners and industry experts from around the world! For
details and to register, visit www.metastorm.com/2008Forum.

________________________________

From: MQSeries List
[mailto:MQSERIES@...] On
Behalf Of Roger Lacroix
Sent: Friday, December 28, 2007 1:55 PM
To: MQSERIES@...
Subject: Re: MQTester for Loadrunner

Hi,

I went through a similar problem last year when I was creating the
"Commercial Vendor" list.  A couple of years ago, MetaStorm purchased
CommerceQuest and it appears that MetaStorm has dropped / discontinued
all MQ related products.

So, I don't think you will have much luck.

Regards,
Roger Lacroix
Capitalware Inc.

At 10:04 AM 12/28/07, you wrote:

	Does anyone know what happened to MQTester for LoadRunner
formerly owned by CommerceQuest?  There are a lot of posts from this
Listserv and MQSeries.net that recommend this tool as it interfaces well
with LoadRunner but I couldn't find mention of its disappearance. 
	 
	Best regards,
	Ryan Wayne
	 
	
	
________________________________

	List Archive
<http://listserv.meduniwien.ac.at/archives/mqser-l.html>  - Manage Your
List Settings
<http://listserv.meduniwien.ac.at/cgi-bin/wa?SUBED1=mqser-l&A=1>  -
Unsubscribe
<mailto:LISTSERV@...?subject=Unsubscribe&BODY=sign
off%20mqseries>  
	
	Instructions for managing your mailing list subscription are
provided in the Listserv General Users Guide available at
http://www.lsoft.com <http://www.lsoft.com/resources/manuals.asp>  

________________________________

List Archive <http://listserv.meduniwien.ac.at/archives/mqser-l.html>  -
Manage Your List Settings
<http://listserv.meduniwien.ac.at/cgi-bin/wa?SUBED1=mqser-l&A=1>  -
Unsubscribe
<mailto:LISTSERV@...?subject=Unsubscribe&BODY=sign
off%20mqseries>  

Instructions for managing your mailing list subscription are provided in
the Listserv General Users Guide available at http://www.lsoft.com
<http://www.lsoft.com/resources/manuals.asp>  

**********************************************************************
This email and any files transmitted with it are confidential and
intended solely for the use of the individual or entity to whom they
are addressed. If you have received this email in error please notify
the system manager.

This footnote also confirms that this email message has been swept 
for the presence of computer viruses.

**********************************************************************

To unsubscribe, write to LISTSERV@... and,
in the message body (not the subject), write: SIGNOFF MQSERIES

Gmane