Re: MQMDE - C++

[Fryett.Chris]

I am trying to send the MQMDE structure as part of the message in order to support 
OS/390 WMQ V5.2 applications.  What I have found is the C++ API on the distributed 
side uses/forces the MQMD Version 2 so I can't set the version for the MQMD to Version 
1, unless I am blind.  Which right now is highly possibly 8-|

By the way I am also having a major brain block here at 2:45am EDT.  What is the 
proper method for copying the MQMDE into my message buffer?  LOL! Any help is greatly 
appreciated.

Chris


-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
Sent: Thursday, July 03, 2003 2:26 AM
To: [EMAIL PROTECTED]
Subject: Re: MQMDE - C++


Howdy Chris,

Have you written a simple app to try and handle messages using ImqMessage
that originated from an application that specifically sends MQ Ver 1
messages and sent an MQMDE ?

I use the C++ API for everything and have not yet found an application that
forces an MQMDE to be sent with Ver 1 messages, so I have not tested this,
but I imagine the C++ Object handles this ok.

Sid



-Original Message-
From: Fryett.Chris [mailto:[EMAIL PROTECTED]
Sent: Thursday, 3 July 2003 4:08 PM
To: [EMAIL PROTECTED]
Subject: MQMDE - C++


I am trying to locate support within the WMQ C++ V5.2/5.3, which provides
access to the MQMDE.  I am interested in the extension structure for cross
compatibility with OS/390 WMQ applications that do not support grouping and
message sequencing.

Has anyone used the MQMDE via the C++ API.  From my research I find that the
ImqMessage forces the use of the MQMD Version 2.

Any insight is greatly appreciated.

Chris




*
The information transmitted is intended solely for the individual or entity
to which it is addressed and may contain confidential and/or privileged
material. Any review, retransmission, dissemination or other use of or
taking action in reliance upon this information by persons or entities other
than the intended recipient is prohibited. If you have received this email
in error please contact the sender and delete the material from any
computer.

*

Instructions for managing your mailing list subscription are provided in the
Listserv General Users Guide available at http://www.lsoft.com
Archive: http://vm.akh-wien.ac.at/MQSeries.archive

Instructions for managing your mailing list subscription are provided in
the Listserv General Users Guide available at http://www.lsoft.com
Archive: http://vm.akh-wien.ac.at/MQSeries.archive


*
The information transmitted is intended solely for the individual or entity to which 
it is addressed and may contain confidential and/or privileged material. Any review, 
retransmission, dissemination or other use of or taking action in reliance upon this 
information by persons or entities other than the intended recipient is prohibited. If 
you have received this email in error please contact the sender and delete the 
material from any computer.
*

Instructions for managing your mailing list subscription are provided in
the Listserv General Users Guide available at http://www.lsoft.com
Archive: http://vm.akh-wien.ac.at/MQSeries.archive

Re: MQMDE - C++

[Tim Armstrong]

MQ V5.3 on OS/390 will accept V2 MQMD's, no RC=2026 anymore, so you may not
need to worry about it if you are planning an upgrade soon.

Regards
Tim A



  "Fryett.Chris"
  <[EMAIL PROTECTED]To:   [EMAIL PROTECTED]
  TRUST.COM>   cc:
  Sent by: MQSeriesSubject:  MQMDE - C++
  List
  <[EMAIL PROTECTED]
  N.AC.AT>


  03/07/2003 16:07
  Please respond to
  MQSeries List





I am trying to locate support within the WMQ C++ V5.2/5.3, which provides
access to the MQMDE.  I am interested in the extension structure for cross
compatibility with OS/390 WMQ applications that do not support grouping and
message sequencing.

Has anyone used the MQMDE via the C++ API.  From my research I find that
the ImqMessage forces the use of the MQMD Version 2.

Any insight is greatly appreciated.

Chris



*

The information transmitted is intended solely for the individual or entity
to which it is addressed and may contain confidential and/or privileged
material. Any review, retransmission, dissemination or other use of or
taking action in reliance upon this information by persons or entities
other than the intended recipient is prohibited. If you have received this
email in error please contact the sender and delete the material from any
computer.
*


Instructions for managing your mailing list subscription are provided in
the Listserv General Users Guide available at http://www.lsoft.com
Archive: http://vm.akh-wien.ac.at/MQSeries.archive

Instructions for managing your mailing list subscription are provided in
the Listserv General Users Guide available at http://www.lsoft.com
Archive: http://vm.akh-wien.ac.at/MQSeries.archive

Re: MQMDE - C++

[Sid . Young]

Howdy Chris,

Have you written a simple app to try and handle messages using ImqMessage
that originated from an application that specifically sends MQ Ver 1
messages and sent an MQMDE ?

I use the C++ API for everything and have not yet found an application that
forces an MQMDE to be sent with Ver 1 messages, so I have not tested this,
but I imagine the C++ Object handles this ok.

Sid



-Original Message-
From: Fryett.Chris [mailto:[EMAIL PROTECTED]
Sent: Thursday, 3 July 2003 4:08 PM
To: [EMAIL PROTECTED]
Subject: MQMDE - C++


I am trying to locate support within the WMQ C++ V5.2/5.3, which provides
access to the MQMDE.  I am interested in the extension structure for cross
compatibility with OS/390 WMQ applications that do not support grouping and
message sequencing.

Has anyone used the MQMDE via the C++ API.  From my research I find that the
ImqMessage forces the use of the MQMD Version 2.

Any insight is greatly appreciated.

Chris




*
The information transmitted is intended solely for the individual or entity
to which it is addressed and may contain confidential and/or privileged
material. Any review, retransmission, dissemination or other use of or
taking action in reliance upon this information by persons or entities other
than the intended recipient is prohibited. If you have received this email
in error please contact the sender and delete the material from any
computer.

*

Instructions for managing your mailing list subscription are provided in the
Listserv General Users Guide available at http://www.lsoft.com
Archive: http://vm.akh-wien.ac.at/MQSeries.archive

Instructions for managing your mailing list subscription are provided in
the Listserv General Users Guide available at http://www.lsoft.com
Archive: http://vm.akh-wien.ac.at/MQSeries.archive

MQMDE - C++

[Fryett.Chris]

I am trying to locate support within the WMQ C++ V5.2/5.3, which provides access to 
the MQMDE.  I am interested in the extension structure for cross compatibility with 
OS/390 WMQ applications that do not support grouping and message sequencing.

Has anyone used the MQMDE via the C++ API.  >From my research I find that the 
ImqMessage forces the use of the MQMD Version 2.

Any insight is greatly appreciated.

Chris



*
The information transmitted is intended solely for the individual or entity to which 
it is addressed and may contain confidential and/or privileged material. Any review, 
retransmission, dissemination or other use of or taking action in reliance upon this 
information by persons or entities other than the intended recipient is prohibited. If 
you have received this email in error please contact the sender and delete the 
material from any computer.
*

Instructions for managing your mailing list subscription are provided in
the Listserv General Users Guide available at http://www.lsoft.com
Archive: http://vm.akh-wien.ac.at/MQSeries.archive

Re: Multiple JMS Message Listeners

[mikhail malamud]

Neil -
It might be beneficial to have multiple listeners per session when each
listener will be passed a distinct selector.
- Original Message -
From: "Taylor, Neil" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Wednesday, July 02, 2003 6:33 AM
Subject: Re: Multiple JMS Message Listeners


Sumeet

JMS Sessions are, according to the JMS Specification, single threaded.
Hence, all listeners created against a single session will be
sequential - so no obvious benefit in having mutiple listeners that I
can think of.  However, if you create and use a seperate listener, PER
SESSION, then you should get better performance.  I say should, because
I haven't tried it out yet.  I do know, however, that it is not
thread-safe to share the SAME listener instance accross mutiple
sessions.

To answer your question, I would have thought (but again, don't know for
sure) that the mutiple sessions, each with its own listener, woud give
the best throughoput, at a higher processing and memory cost.

I guess that the optimum solution depends on your message volumes and
time criticality.

HTH

Neil

-Original Message-
From: Sumeet Khosla [mailto:[EMAIL PROTECTED]
Sent: 02 July 2003 06:39
To: [EMAIL PROTECTED]
Subject: Multiple JMS Message Listeners


Hi all,

We are having a requirement where we need to process multiple messages
(on a queue) simultaneously.
One approach to that is to have multiple listeners associated with the
same queue so that concurrent processing of messages can happen.
I have tried two approaches for implementing multiple listeners which
are as below:
a)  I create the QCF, Q, QConnection & QSession and pass on the
session to my listener class constructor and it creates receiver out of
that session and sets the message listener class as message listener for
the given Q. I am creating for listeners in this manner.
b)  I create the QCF, Q, QConnection and pass on the connection to
my listener class constructor and it creates QSession and then receiver
out of that session and sets the message listener class as message
listener for the given Q. I am creating 4 listeners in this manner.

I wanted to know which approach is better in terms of resource
consumption, performance and on any other points.

The time taken to process the messages was more in case of multiple
listeners being created from a single session than multiple listeners
being created from multiple sessions for 40 messages.

Another observation was in case of multiple sessions, all the 4
listeners were used simultaneously, as in each group of 4 messages was
processed by the four listeners simultaneously. In case of single
session, the first 2 listeners were only used. If I add a sleep time of
2000 then four listeners are used but that too sequentially, first 10
msgs being taken by first listener, next 10 by second listener and so
on...

Thanks & Regards,
Sumeet Khosla

Instructions for managing your mailing list subscription are provided in
the Listserv General Users Guide available at http://www.lsoft.com
Archive: http://vm.akh-wien.ac.at/MQSeries.archive

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: Interesting Article

[Scott Gray]

A colleague passed along what I thought was a pretty funny mini-editorial on
the state of IT in the states...Under the heading of "Essential Tools for
Survival in the NEW new economy" was:

http://www.indianembassy.org/consular/passport.pdf

No hate mail please :)

Scott

-Original Message-
From: MQSeries List [mailto:[EMAIL PROTECTED] Behalf Of Ernest
Roberts
Sent: Wednesday, July 02, 2003 4:55 PM
To: [EMAIL PROTECTED]
Subject: Interesting Article


An article from eWEEK Magazine. Follow this link to view the article:
 Perils of Going Offshore


Copyright (c) 2003 Ziff Davis Media

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 got RC 2035 from a client connection after a setmqaut +al lmqi

[Nick Dilauro]

Check on the server for an 8077 message.  It will tell you what userid was
rejected.  Maybe the USER1 userID has to be qualified with additional info.



-Original Message-
From: Ruzi R [mailto:[EMAIL PROTECTED]
Sent: Wednesday, July 02, 2003 10:41 AM
To: [EMAIL PROTECTED]
Subject: Why got RC 2035 from a client connection after a setmqaut +allmqi

Platform is MQ 5.3 CSD 03 on NT. Qmgr  QM1 exists on a
remote machine (Mac1) and it has the local queue
MYQUEUE.

I am trying some testing with a new userid called
USER1. I did not put it in  the mqm group, because I
don t want it to have access to everything.

Here is the sequence of steps I did:
1. I set the MQSERVER env. Variable (on  the Advanced
tab of System folder ):
  SET MQSERVER= MY.SVRCONN/TCP/Mac1(1414)

2- I signed on to the machine Mac1

3- Defined a svrconn channel: MY.SVRCONN ( with
MCAUSER set to blanks)

4- Issued  Setmqaut  m QM1  t queue  n MYQUEU  p USER1
+allmqi

5-  runmqsc QM1
  REFRESH SECURITY

6- dspmqaut  m QM1  t queue  n MYQUEU  p USER1
   This displayed all the authorized MQI calls for
this userid

7- I signed on to my machine as USER1

8- amqsputc MYQUEUE QM1

  I got 2035 error (MQRC_Not_Authorized error ). How
come? Since the MCAUSER attrib of the SVRCONN is blank
I tought it would use the NT sign on userid which is
USER1 which is given the individualized authority as
shown in step 4. How could this be explained? Of
course, if I put the USER1 in the mqm group it works.
But, why do I have to put USER1 in the mqm group if I
don t want it to have full authority over all the MQ
resources?

I would appreciate your input.

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

Re: Why got RC 2035 from a client connection after a setmqaut +allmqi-RESOLVED

[Mqonnet]

You were forced to  issue "REFRESH SECURITY" because the userid that you added on the remote end was added for the first time.  Once you added this, you would NEVER need to issue "REFRESH SECURITY" if you issue setmqaut commands on this qm for this particular principal/userid.
 
Cheers
Kumar
 
---Original Message---
 

From: MQSeries List
Date: Wednesday, July 02, 2003 04:36:46 PM
To: [EMAIL PROTECTED]
Subject: Re: Why got RC 2035 from a client connection after a setmqaut +allmqi-RESOLVED
 
I did, and it has "connect"... However, I did "REFRESH
SECURITY" to refresh the cach again and it worked. I
vaguely remember that if a userid gets a 2035, it will
be cached and stay until a "refresh security" is
issued. That would explain my problem...
 
Thanks,
 
Ruzi
 
--- Jim Ford <[EMAIL PROTECTED]> wrote:
> Did you authorize USER1 to connect to the queue
> manager? Do a
>
> dspmqaut -t qmgr -m QM1 -p USER1
>
> and let us know what you see.
>
>
>
>
> Ruzi R
> <[EMAIL PROTECTED] To:
> [EMAIL PROTECTED]
> M> cc:
> Sent by: MQSeries
> Subject: Why got RC 2035 from a client connection
> after a setmqaut
> List
> +allmqi
> <[EMAIL PROTECTED]
> N.AC.AT>
>
>
> 07/02/2003 12:40
> PM
> Please respond to
> MQSeries List
>
>
>
>
>
>
> Platform is MQ 5.3 CSD 03 on NT. Qmgr QM1 exists on
> a
> remote machine (Mac1) and it has the local queue
> MYQUEUE.
>
> I am trying some testing with a new userid called
> USER1. I did not put it in the mqm group, because I
> don t want it to have access to everything.
>
> Here is the sequence of steps I did:
> 1. I set the MQSERVER env. Variable (on the
> Advanced
> tab of System folder ):
> SET MQSERVER= MY.SVRCONN/TCP/Mac1(1414)
>
> 2- I signed on to the machine Mac1
>
> 3- Defined a svrconn channel: MY.SVRCONN ( with
> MCAUSER set to blanks)
>
> 4- Issued Setmqaut m QM1 t queue n MYQUEU p
> USER1
> +allmqi
>
> 5- runmqsc QM1
> REFRESH SECURITY
>
> 6- dspmqaut m QM1 t queue n MYQUEU p USER1
> This displayed all the authorized MQI calls for
> this userid
>
> 7- I signed on to my machine as USER1
>
> 8- amqsputc MYQUEUE QM1
>
> I got 2035 error (MQRC_Not_Authorized error ). How
> come? Since the MCAUSER attrib of the SVRCONN is
> blank
> I tought it would use the NT sign on userid which is
> USER1 which is given the individualized authority as
> shown in step 4. How could this be explained? Of
> course, if I put the USER1 in the mqm group it
> works.
> But, why do I have to put USER1 in the mqm group if
> I
> don t want it to have full authority over all the MQ
> resources?
>
> I would appreciate your input.
>
> 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
.







  IncrediMail - Email has finally evolved - Click Here

Interesting Article

[Ernest Roberts]

An article from eWEEK Magazine. Follow this link to view the article:
 Perils of Going Offshore 

Copyright (c) 2003 Ziff Davis Media

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: Remote Server... any ideas?

[Potkay, Peter M (PLC, IT)]

I did something similar as well. I a made a little java applet that pulsed
all my channels when you clicked a button to see if any had a problem.

You can avoid having to define the remote queues pointing back to yourself
by putting the message to a bogus queue name at the remote queue managers
and specifying the Discard option and the Exception option in the Report
Options field of the request message, and specifying a Reply2Queue.

When the message gets to the remote QM, the QM immediately deletes it, and
send back an exception report. If you get your exception report, your
channels to and from that QM are sweet.



-Original Message-
From: Roger Lacroix [mailto:[EMAIL PROTECTED]
Sent: Wednesday, July 02, 2003 4:13 PM
To: [EMAIL PROTECTED]
Subject: Re: Remote Server... any ideas?


Hi,

A long time ago, I wrote a "pinging" program to pro-actively notify the
MQAdmin when there was a channel problem.  Like you, they were running on
the mainframe with "Client" queue managers on remote systems that they did
not have access too. Plus they were not allowed to install monitoring
agents on the remote boxes.

Basically the program had a SYSIN member with a list of remote queues
(pointing to a channel), queue manager name, channel name and a time
interval value.  If you had a 100 channels to test then you would have 100
entires in the SYSIN file. The program would send a simple message (with 1
minute expiry) once per time internal on each channel then wait for the
reply (expected in less than 1 minute).  The ONLY thing that the remote
queue managers needed to do is setup a 'remote queue' pointing back to the
mainframe queue manager.

If I didn't get a reply within 1 minute for a particular channel then I
would write a message to the log and send an email with some simple text
like "Channel XXX.YYY is down'.

Yes this does cause extra traffic on the channel but I kept the message
size small (100 bytes) and used a reasonable interval value (i.e. 3
minutes).  It made the MQAdmin happy so it was worth the extra traffic.

later
Roger...

At 07:38 AM 7/2/2003, you wrote:

>Listers&.. Occasionally a customer's QMGR will go down and we won't know
>about it for a while. Obviously, we get the "& remote server unavailable"
>messages to our CHIN, but if this were during off hours and we hadn't been
>sending and receiving msgs we wouldn't know right away. Well, we recently
>purchased one of these customers and have remote access to their NT box
>and there are many AMQ6nnn msgs that can be written to the error log. Any
>ideas on which indicate their side is down?
>
>TIA,
>
>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


This communication, including attachments, is for the exclusive use of
addressee and may contain proprietary, confidential or privileged
information. If you are not the intended recipient, any use, copying,
disclosure, dissemination or distribution is strictly prohibited. If
you are not the intended recipient, please notify the sender
immediately by return email and delete this communication and destroy all copies.

Instructions for managing your mailing list subscription are provided in
the Listserv General Users Guide available at http://www.lsoft.com
Archive: http://vm.akh-wien.ac.at/MQSeries.archive

Re: MQ 5.3 MAX active log size

[Christopher Frank]

Gaurav,

>>>Does someone know if the maximum active log size for HP-UX, which,
>>>in MQ5.2, is 4KB x 16,384 x 63 files = ~4GB, has been increased
>>>in version 5.3? The log in question here is
/var/mqm/log/qmgrs/QMGRNAME/active/.

I believe it has not changed. The LogFileSize maximum for Windows was
increased with V5.3, but not for Unix (Windows was increased to the value
Unix already had in V5.2).

Regards,

Christopher Frank
Sr. I/T Specialist - IBM Software Group
IBM Certified Solutions Expert - Websphere MQ & MQ Integrator

Phone: 612-397-5532 (t/l 653-5532) mobile: 612-669-3008
e-mail: [EMAIL PROTECTED]

Instructions for managing your mailing list subscription are provided in
the Listserv General Users Guide available at http://www.lsoft.com
Archive: http://vm.akh-wien.ac.at/MQSeries.archive

Re: Why got RC 2035 from a client connection after a setmqaut +allmqi-RESOLVED

[Ruzi R]

I did, and it has "connect"... However, I did "REFRESH
SECURITY" to refresh the cach again and it worked. I
vaguely remember that if a userid gets a 2035, it will
be cached and stay until a "refresh security" is
issued. That would explain my problem...

Thanks,

Ruzi

--- Jim Ford <[EMAIL PROTECTED]> wrote:
> Did you authorize USER1 to connect to the queue
> manager? Do a
>
>   dspmqaut -t qmgr -m QM1 -p USER1
>
> and let us know what you see.
>
>
>
>
>   Ruzi R
>   <[EMAIL PROTECTED]To:
> [EMAIL PROTECTED]
>   M>   cc:
>   Sent by: MQSeries
> Subject:  Why got RC 2035 from a client connection
> after a setmqaut
>   List
> +allmqi
>   <[EMAIL PROTECTED]
>   N.AC.AT>
>
>
>   07/02/2003 12:40
>   PM
>   Please respond to
>   MQSeries List
>
>
>
>
>
>
> Platform is MQ 5.3 CSD 03 on NT. Qmgr  QM1 exists on
> a
> remote machine (Mac1) and it has the local queue
> MYQUEUE.
>
> I am trying some testing with a new userid called
> USER1. I did not put it in  the mqm group, because I
> don t want it to have access to everything.
>
> Here is the sequence of steps I did:
> 1. I set the MQSERVER env. Variable (on  the
> Advanced
> tab of System folder ):
>   SET MQSERVER= MY.SVRCONN/TCP/Mac1(1414)
>
> 2- I signed on to the machine Mac1
>
> 3- Defined a svrconn channel: MY.SVRCONN ( with
> MCAUSER set to blanks)
>
> 4- Issued  Setmqaut  m QM1  t queue  n MYQUEU  p
> USER1
> +allmqi
>
> 5-  runmqsc QM1
>   REFRESH SECURITY
>
> 6- dspmqaut  m QM1  t queue  n MYQUEU  p USER1
>This displayed all the authorized MQI calls for
> this userid
>
> 7- I signed on to my machine as USER1
>
> 8- amqsputc MYQUEUE QM1
>
>   I got 2035 error (MQRC_Not_Authorized error ). How
> come? Since the MCAUSER attrib of the SVRCONN is
> blank
> I tought it would use the NT sign on userid which is
> USER1 which is given the individualized authority as
> shown in step 4. How could this be explained? Of
> course, if I put the USER1 in the mqm group it
> works.
> But, why do I have to put USER1 in the mqm group if
> I
> don t want it to have full authority over all the MQ
> resources?
>
> I would appreciate your input.
>
> 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

Re: Remote Server... any ideas?

[Roger Lacroix]

Hi,

A long time ago, I wrote a "pinging" program to pro-actively notify the
MQAdmin when there was a channel problem.  Like you, they were running on
the mainframe with "Client" queue managers on remote systems that they did
not have access too. Plus they were not allowed to install monitoring
agents on the remote boxes.
Basically the program had a SYSIN member with a list of remote queues
(pointing to a channel), queue manager name, channel name and a time
interval value.  If you had a 100 channels to test then you would have 100
entires in the SYSIN file. The program would send a simple message (with 1
minute expiry) once per time internal on each channel then wait for the
reply (expected in less than 1 minute).  The ONLY thing that the remote
queue managers needed to do is setup a 'remote queue' pointing back to the
mainframe queue manager.
If I didn't get a reply within 1 minute for a particular channel then I
would write a message to the log and send an email with some simple text
like "Channel XXX.YYY is down'.
Yes this does cause extra traffic on the channel but I kept the message
size small (100 bytes) and used a reasonable interval value (i.e. 3
minutes).  It made the MQAdmin happy so it was worth the extra traffic.
later
Roger...
At 07:38 AM 7/2/2003, you wrote:

Listers&.. Occasionally a customer's QMGR will go down and we won't know
about it for a while. Obviously, we get the "& remote server unavailable"
messages to our CHIN, but if this were during off hours and we hadn't been
sending and receiving msgs we wouldn't know right away. Well, we recently
purchased one of these customers and have remote access to their NT box
and there are many AMQ6nnn msgs that can be written to the error log. Any
ideas on which indicate their side is down?
TIA,

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

MQ 5.3 MAX active log size

[Mittal, Gaurav]

Does someone know if the maximum active log size for HP-UX, which, in MQ5.2, is 4KB x 
16,384 x 63 files = ~4GB, has been increased in version 5.3? The log in question here 
is /var/mqm/log/qmgrs/QMGRNAME/active/. 

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

Re: AMQ9208

[Brian Elliott]

Check the channel to host "foo" and make sure it is up now.  You probably
just had a network "hiccup" between you and "foo", which caused your
channel to recycle.  Can you ping the IP address from your box?  Who owns
"foo"?  Did they recycle the "foo" Q manager?

Brian Elliott
Bank One -  Infrastructure & Operations
Work:  (614)213-6073
Pager:  (877)309-8797




"Gerson W. AssunÄo" <[EMAIL PROTECTED]>@AKH-WIEN.AC.AT> on
07/02/2003 02:44:16 PM

Please respond to MQSeries List <[EMAIL PROTECTED]>

Sent by:  MQSeries List <[EMAIL PROTECTED]>


To:   [EMAIL PROTECTED]
cc:

Subject:  AMQ9208



Hello All,
I am running MQ Series 5.2.1 , Windows 2000 Advanced
Server SP3,  I get the following error in the NT event log under source
"MQSeries client" with event ID 9208:
-
Error on receive from host foo (1.1.1.1).
An error occurred receiving data from foo (1.1.1.1) over
TCP/IP. This may be due to a communications failure. The return code from
the TCP/IP (recv) call was
10054 (X'2746'). Record these values and tell the systems administrator.

Has someone experienced this problem ? , or some information to help me ?
thanks in advance,
Gerson




+=-=
As informacoes contidas nesta mensagem e nos arquivos
anexados sao para uso restrito, sendo seu sigilo protegido
por lei, nao havendo ainda garantia legal quanto a integridade
de seu conteudo. Caso nao seja o destinatario, por favor
desconsidere essa mensagem. O uso indevido dessas
informacoes sera tratado conforme as normas da empresa e
a legislacao em vigor.


The information in this e-mail and in the attached files are
confidential and may be legally privileged. There is no legal
guarantee as regards the reliability of said information.
If you are not the intended recipient please disregard the
content thereof. The unduly use of this information is subject
to the rules of the company and the legislation in force.


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 transmission may contain information that is privileged, confidential and/or 
exempt from disclosure under applicable law. If you are not the intended recipient, 
you are hereby notified that any disclosure, copying, distribution, or use of the 
information contained herein (including any reliance thereon) is STRICTLY PROHIBITED. 
If you received this transmission in error, please immediately contact the sender and 
destroy the material in its entirety, whether in electronic or hard copy format. Thank 
you.

Instructions for managing your mailing list subscription are provided in
the Listserv General Users Guide available at http://www.lsoft.com
Archive: http://vm.akh-wien.ac.at/MQSeries.archive

Any of you , WMQI folks checked out Crossworlds?

[eai grp]

Hi All,
Iam looking for a best fit product for an integration which is more like multiple branches sending information to a central processing applications.All branches run the same software package , different instances at each location ,though.
And they are MQ Enabled.No process automation required , mainly transformation.Does WMQI score well or Crossworlds??What about Scalability?Please Respond
Thank You 
Do you Yahoo!?
SBC Yahoo! DSL - Now only $29.95 per month!

Re: Still having problems with the CICS bridge

[Miller, Dennis]

You are getting your queues mixed up. Either you are sending your request message to 
the initq or the trigger monitor is reading the bridge queue.  On CICS there should be 
two distinct queues:

Bridge Queue
Send your CICS requests here
Input to bridge monitor
Triggering parameters specify the Initq
Used exclusively by the CICS bridge
Init Queue
Referenced in trigger parameters of the Bridge queue
Input to trigger monitor (CKTI)
Shared by many applications

 


> -Original Message-
> From: Moreira, Paulo [SMTP:[EMAIL PROTECTED]
> Sent: Wednesday, July 02, 2003 5:47 AM
> To:   [EMAIL PROTECTED]
> Subject:   Still having problems with the CICS bridge
> 
> Hi,
> 
> We have a MQ-CICS bridge running. I'm sending a message to the request queue
> with the following format:
> 
> MessageID - MQMI_NONE
> CorrelationID - MQCI_NEW_SESSION
> I'm not using the RFH2 header
> ReplytoQueue - Another queue that is used for replies
> Message content- CICS Program name (8 characters) + commarea (I tried to
> play around with format using ascii and ebcdic but I had always the same
> problem)
> 
> The request message is being read, and I'm always having a response in a
> dead-letter queue, with the reason code 266 (MQFB_TM_ERROR - MQTM structure
> not valid or missing).
> Anyone has any idea about what is going wrong?
> 
> Many thanks
> 
> Paulo
> 
> 
> 
> --
> The contents of this e-mail are intended for the named addressee only. It
> contains information that may be confidential. Unless you are the named
> addressee or an authorized designee, you may not copy or use it, or disclose
> it to anyone else. If you received it in error please notify us immediately
> and then destroy it.
> 
> Instructions for managing your mailing list subscription are provided in
> the Listserv General Users Guide available at http://www.lsoft.com
> Archive: http://vm.akh-wien.ac.at/MQSeries.archive

Instructions for managing your mailing list subscription are provided in
the Listserv General Users Guide available at http://www.lsoft.com
Archive: http://vm.akh-wien.ac.at/MQSeries.archive

AMQ9208

[Gerson W. Assuněo]

Hello All,
I am running MQ Series 5.2.1 , Windows 2000 Advanced
Server SP3,  I get the following error in the NT event log under source
"MQSeries client" with event ID 9208:
-
Error on receive from host foo (1.1.1.1).
An error occurred receiving data from foo (1.1.1.1) over
TCP/IP. This may be due to a communications failure. The return code from
the TCP/IP (recv) call was
10054 (X'2746'). Record these values and tell the systems administrator.

Has someone experienced this problem ? , or some information to help me ?
thanks in advance,
Gerson




+=-=
As informacoes contidas nesta mensagem e nos arquivos
anexados sao para uso restrito, sendo seu sigilo protegido
por lei, nao havendo ainda garantia legal quanto a integridade
de seu conteudo. Caso nao seja o destinatario, por favor
desconsidere essa mensagem. O uso indevido dessas
informacoes sera tratado conforme as normas da empresa e
a legislacao em vigor.


The information in this e-mail and in the attached files are
confidential and may be legally privileged. There is no legal
guarantee as regards the reliability of said information.
If you are not the intended recipient please disregard the
content thereof. The unduly use of this information is subject
to the rules of the company and the legislation in force.


Instructions for managing your mailing list subscription are provided in
the Listserv General Users Guide available at http://www.lsoft.com
Archive: http://vm.akh-wien.ac.at/MQSeries.archive

Re: QUEUE CURENTLY IN USE

[Brian Elliott]

Correct... and...  no problem!

Brian Elliott
Bank One -  Infrastructure & Operations
Work:  (614)213-6073
Pager:  (877)309-8797




nushin mehran <[EMAIL PROTECTED]>@AKH-WIEN.AC.AT> on 07/02/2003 01:15:47 PM

Please respond to MQSeries List <[EMAIL PROTECTED]>

Sent by:  MQSeries List <[EMAIL PROTECTED]>


To:   [EMAIL PROTECTED]
cc:

Subject:  Re: QUEUE CURENTLY IN USE



Brian,
Thank you so much. I tried it and it worked. I was
able to delete the queue. I guess its ok that I am not
able to delete the queue becuase CICS bidge
transaction is monitoring the queue to see if there is
any message waiting. Otherwise it should not have any
other performance effect. For example 50 people should
be able to access the queue at the same time with no
performance or waiting problem ?.

--- Brian Elliott <[EMAIL PROTECTED]> wrote:
> Couldn't you have just put-disabled and get-disabled
> the Q?
>
> Brian Elliott
> Bank One -  Infrastructure & Operations
> Work:  (614)213-6073
> Pager:  (877)309-8797
>
>
>
>
> nushin mehran <[EMAIL PROTECTED]>@AKH-WIEN.AC.AT> on
> 07/01/2003 05:40:03 PM
>
> Please respond to MQSeries List
> <[EMAIL PROTECTED]>
>
> Sent by:  MQSeries List <[EMAIL PROTECTED]>
>
>
> To:   [EMAIL PROTECTED]
> cc:
>
> Subject:  Re: QUEUE CURENTLY IN USE
>
>
>
> Dennis,
> there is no problem except if I want to delete the
> queue I can not.
> I found out there is a way to put a time limit on
> the
> CKBR transaction. That way the transaction times out
> and after being suspendded for a while, and I can do
> delete queue.
>
> --- "Miller, Dennis" <[EMAIL PROTECTED]> wrote:
> > If I understand your situation correctly, the
> bridge
> > monitor requires that queue and keeps it open for
> > awhile.  It's intended to be a permanent queue;
> you
> > should not attempt to delete it.  What problem is
> it
> > causing?
> > > -Original Message-
> > > From: nushin mehran [SMTP:[EMAIL PROTECTED]
> > > Sent: Monday, June 30, 2003 3:04 PM
> > > To:   [EMAIL PROTECTED]
> > > Subject:  Re: QUEUE CURENTLY IN USE
> > >
> > > I am opening the queue for output. It was my
> typo
> > > mistake. The question is why the IPPROCS is = to
> > 1.
> > > It should be = 0.
> > >
> > > --- "Miller, Dennis" <[EMAIL PROTECTED]> wrote:
> > > > My goodness, whatever do you want to delete
> > queue 1
> > > > for and why do you open it for input before a
> > > > put?
> > > >
> > > > > -Original Message-
> > > > > From: nushin mehran [SMTP:[EMAIL PROTECTED]
> > > > > Sent: Wednesday, June 25, 2003 2:47 PM
> > > > > To:   [EMAIL PROTECTED]
> > > > > Subject:   QUEUE CURENTLY IN USE
> > > > >
> > > > > Hello all,
> > > > > I would be truly appriciated if some one
> tells
> > me
> > > > > whats going on and how I can resolve this
> > client
> > > > > issue.
> > > > > This MQ Client application (HP mq client
> puts
> > > > messages
> > > > > to Z/os MQSeries) opens a request queue to
> put
> > > > > messages into an mq bridge queue that
> triggers
> > > > cics
> > > > > bridge process.
> > > > > After I finish the process and I am out of
> the
> > > > > application the value of IPPROCS = 1 AND
> > OPPROCS =
> > > > 0.
> > > > > Can some one tell me what should I do in my
> > > > program to
> > > > > set the IPPROCS TO 0.
> > > > > Here is the sequence of the events that
> > happens in
> > > > the
> > > > > application.
> > > > >
> > > > > 1.  Open queue1 for input
> > > > > 2.  Put
> > > > > 3.  mqcommit
> > > > > 4.  mqclose
> > > > > 5.  Open queue2 for output
> > > > > 6.  GET reply messages from queue2 with
> > > > syncpoint
> > > > > 7.  mqcommit
> > > > > 8.  close
> > > > > 9.  Disconnect
> > > > >
> > > > > After this process I try to delete the
> Queue1
> > or
> > > > empty
> > > > > it (request queue) I receive the error code
> > 2042
> > > > and
> > > > > the folowing error message for delete.
> > > > >
> > > > >  CSQM101I +QD1 CSQMUQLC QLOCAL(QUEUE1) IS
> > > > CURRENTLY IN
> > > > >
> > > > > USE
> > > > >
> > > > > CSQM090E +QD1 CSQMUQLC FAILURE REASON CODE
> > > > X'00D44005'
> > > > >
> > > > > CSQ9023E +QD1 CSQMUQLC ' DELETE QLOCAL'
> > ABNORMAL
> > > > > COMPLETION  .
> > > > >
> > > > >
> > > > > __
> > > > > Do you Yahoo!?
> > > > > SBC Yahoo! DSL - Now only $29.95 per month!
> > > > > http://sbc.yahoo.com
> > > > >
> > > > > Instructions for managing your mailing list
> > > > subscription are provided in
> > > > > the Listserv General Users Guide available
> at
> > > > http://www.lsoft.com
> > > > > Archive:
> > http://vm.akh-wien.ac.at/MQSeries.archive
> > > >
> > > > Instructions for managing your mailing list
> > > > subscription are provided in
> > > > the Listserv General Users Guide available at
> > > > http://www.lsoft.com
> > > > Archive:
> > http://vm.akh-wien.ac.at/MQSeries.archive
> > >
> > >
> > > __
> > > Do you Yahoo!?
> > > SBC Yahoo! DSL - Now only $29.95 per month!
> > > http://sbc.ya

Re: Red Hat Linux 9

[Rexford Ballard]

I've used MQ 5.3 on RH 9.  It seems to work quite well.

Usually the certified version is listed and Linux tries to maintain
backward compatibility.
Major kernel/glibc revisions sometimes need to be tested.




"Kelly, Steve" <[EMAIL PROTECTED]>@AKH-WIEN.AC.AT> on
07/02/2003 04:23:12 AM

Please respond to MQSeries List <[EMAIL PROTECTED]>

Sent by:MQSeries List <[EMAIL PROTECTED]>


To:[EMAIL PROTECTED]
cc:
Subject:Red Hat Linux 9



Anyone tried MQ5.3 on RedHat Linux 9  Does it work ?
I know the MQ doc says it's certified against RedHat 7.2.

Steve.

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 got RC 2035 from a client connection after a setmqaut +allmqi

[Jim Ford]

Did you authorize USER1 to connect to the queue manager? Do a

  dspmqaut -t qmgr -m QM1 -p USER1

and let us know what you see.




  Ruzi R
  <[EMAIL PROTECTED]To:   [EMAIL PROTECTED]
  M>   cc:
  Sent by: MQSeriesSubject:  Why got RC 2035 from a client 
connection after a setmqaut
  List  +allmqi
  <[EMAIL PROTECTED]
  N.AC.AT>


  07/02/2003 12:40
  PM
  Please respond to
  MQSeries List






Platform is MQ 5.3 CSD 03 on NT. Qmgr  QM1 exists on a
remote machine (Mac1) and it has the local queue
MYQUEUE.

I am trying some testing with a new userid called
USER1. I did not put it in  the mqm group, because I
don t want it to have access to everything.

Here is the sequence of steps I did:
1. I set the MQSERVER env. Variable (on  the Advanced
tab of System folder ):
  SET MQSERVER= MY.SVRCONN/TCP/Mac1(1414)

2- I signed on to the machine Mac1

3- Defined a svrconn channel: MY.SVRCONN ( with
MCAUSER set to blanks)

4- Issued  Setmqaut  m QM1  t queue  n MYQUEU  p USER1
+allmqi

5-  runmqsc QM1
  REFRESH SECURITY

6- dspmqaut  m QM1  t queue  n MYQUEU  p USER1
   This displayed all the authorized MQI calls for
this userid

7- I signed on to my machine as USER1

8- amqsputc MYQUEUE QM1

  I got 2035 error (MQRC_Not_Authorized error ). How
come? Since the MCAUSER attrib of the SVRCONN is blank
I tought it would use the NT sign on userid which is
USER1 which is given the individualized authority as
shown in step 4. How could this be explained? Of
course, if I put the USER1 in the mqm group it works.
But, why do I have to put USER1 in the mqm group if I
don t want it to have full authority over all the MQ
resources?

I would appreciate your input.

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

Why got RC 2035 from a client connection after a setmqaut +allmqi

[Ruzi R]

Platform is MQ 5.3 CSD 03 on NT. Qmgr  QM1 exists on a
remote machine (Mac1) and it has the local queue
MYQUEUE.

I am trying some testing with a new userid called
USER1. I did not put it in  the mqm group, because I
don t want it to have access to everything.

Here is the sequence of steps I did:
1. I set the MQSERVER env. Variable (on  the Advanced
tab of System folder ):
  SET MQSERVER= MY.SVRCONN/TCP/Mac1(1414)

2- I signed on to the machine Mac1

3- Defined a svrconn channel: MY.SVRCONN ( with
MCAUSER set to blanks)

4- Issued  Setmqaut  m QM1  t queue  n MYQUEU  p USER1
+allmqi

5-  runmqsc QM1
  REFRESH SECURITY

6- dspmqaut  m QM1  t queue  n MYQUEU  p USER1
   This displayed all the authorized MQI calls for
this userid

7- I signed on to my machine as USER1

8- amqsputc MYQUEUE QM1

  I got 2035 error (MQRC_Not_Authorized error ). How
come? Since the MCAUSER attrib of the SVRCONN is blank
I tought it would use the NT sign on userid which is
USER1 which is given the individualized authority as
shown in step 4. How could this be explained? Of
course, if I put the USER1 in the mqm group it works.
But, why do I have to put USER1 in the mqm group if I
don t want it to have full authority over all the MQ
resources?

I would appreciate your input.

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

Re: Java class hangs when using AIX Runmqtrm

[Troy Wells]

Justin,
Thanks for your reply.  I looked at the AIX summary url you listed and did not find any reference to IY43961.  Also, I found at http://www-1.ibm.com/support/docview.wss?uid=swg1IY43961 that this fix will be shipped with WebSphere MQ V5.3 CSD05.  
For CSD04, is it listed under a different number?
 
Regards,
 
Troy WellsJustin Fries <[EMAIL PROTECTED]> wrote:

Troy,         Install CSD04 for MQ 5.3 (now available from the MQ web page at http://www-3.ibm.com/software/integration/mqfamily/support/summary/aix.html) in order to pick up APAR IY43961.  Then make sure the triggered java application has the environment variable AMQ_NO_SIGWAIT_SIGTRAP=1 exported where it can see it.         Cheers,        Justin T. Fries         [EMAIL PROTECTED]       WebSphere MQ Support       Raleigh, North Carolina  Hi all.  We currently have MQSeries 5.3 installed on an AIX 5.2 box.  Wehave developed a Java class that reads a message (which is in XML format)and parses the message (using xmlj4) for inserting into an Oracle database.On the AIX system, we have created a process definition with anapplicationid of a unix ksh script that sets up all classpaths, etc and thenstarts the java class.  What we have found is that when we run the scriptmanually (logged on as mqm), the java application works correctly; however,when we allow the trigger monitor to start the script/java class, the classhangs at the program line that creates the DOMParser object (DOMParserparser = new DOMParser()).  In addition, the class is not throwing any sortof exception.  Also the trigger monitor stops processing any initq
 messagesunless will kill the java process.  We have compared the environments (using'env') in both cases (manual vs triggered) and both are exacly the same.In addition, the same java class runs correctly when triggered in a Windows2000 environment.  Appears to be something specific when triggering on theAIX environment.Does anyone have any suggestions?  Regards,   Troy Wells

Do you Yahoo!?
SBC Yahoo! DSL - Now only $29.95 per month!

Re: Remote Server... any ideas?

[Stefan Sievert]

Dave,
shouldn't you be able to detect a failing partner by reacting to channel
event messages on the mainframe? I would expect the channels to go into
retry if the remote system goes down and a message being put to your queue
managers performance event queue (given you have those events enabled, that
is). Are you using heartbeats on your channels?
Just a thought,
Stefan

From: "Williams, Dave (Systems Management)" <[EMAIL PROTECTED]>
Reply-To: MQSeries List <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED]
Subject: Remote Server... any ideas?
Date: Wed, 2 Jul 2003 07:38:51 -0400
Listers. Occasionally a customer's QMGR will go down and we won't
know about it for a while. Obviously, we get the "... remote server
unavailable" messages to our CHIN, but if this were during off hours and
we hadn't been sending and receiving msgs we wouldn't know right away.
Well, we recently purchased one of these customers and have remote
access to their NT box and there are many AMQ6nnn msgs that can be
written to the error log. Any ideas on which indicate their side is
down?
TIA,

Dave
_
STOP MORE SPAM with the new MSN 8 and get 2 months FREE*
http://join.msn.com/?page=features/junkmail
Instructions for managing your mailing list subscription are provided in
the Listserv General Users Guide available at http://www.lsoft.com
Archive: http://vm.akh-wien.ac.at/MQSeries.archive

Re: Still having problems with the CICS bridge

[Stefan Sievert]

Paulo,
your response code indicates that you are putting the message to an
inititation queue. The trigger monitor that reads that queue expects a
special header (trigger message header) structure to be part of the message,
which is not present. Unable to process that message, it puts it to the DLQ.
Is it possible that you accidentally use the initiation queue as your
request queue instead of your application queue defined for that?
Stefan

From: "Moreira, Paulo" <[EMAIL PROTECTED]>
Reply-To: MQSeries List <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED]
Subject: Still having problems with the CICS bridge
Date: Wed, 2 Jul 2003 14:46:52 +0200
Hi,

We have a MQ-CICS bridge running. I'm sending a message to the request
queue
with the following format:
MessageID - MQMI_NONE
CorrelationID - MQCI_NEW_SESSION
I'm not using the RFH2 header
ReplytoQueue - Another queue that is used for replies
Message content- CICS Program name (8 characters) + commarea (I tried to
play around with format using ascii and ebcdic but I had always the same
problem)
The request message is being read, and I'm always having a response in a
dead-letter queue, with the reason code 266 (MQFB_TM_ERROR - MQTM structure
not valid or missing).
Anyone has any idea about what is going wrong?
Many thanks

Paulo



--
The contents of this e-mail are intended for the named addressee only. It
contains information that may be confidential. Unless you are the named
addressee or an authorized designee, you may not copy or use it, or
disclose
it to anyone else. If you received it in error please notify us immediately
and then destroy it.
Instructions for managing your mailing list subscription are provided in
the Listserv General Users Guide available at http://www.lsoft.com
Archive: http://vm.akh-wien.ac.at/MQSeries.archive
_
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

Re: QUEUE CURENTLY IN USE

[nushin mehran]

Brian,
Thank you so much. I tried it and it worked. I was
able to delete the queue. I guess its ok that I am not
able to delete the queue becuase CICS bidge
transaction is monitoring the queue to see if there is
any message waiting. Otherwise it should not have any
other performance effect. For example 50 people should
be able to access the queue at the same time with no
performance or waiting problem ?.

--- Brian Elliott <[EMAIL PROTECTED]> wrote:
> Couldn't you have just put-disabled and get-disabled
> the Q?
>
> Brian Elliott
> Bank One -  Infrastructure & Operations
> Work:  (614)213-6073
> Pager:  (877)309-8797
>
>
>
>
> nushin mehran <[EMAIL PROTECTED]>@AKH-WIEN.AC.AT> on
> 07/01/2003 05:40:03 PM
>
> Please respond to MQSeries List
> <[EMAIL PROTECTED]>
>
> Sent by:  MQSeries List <[EMAIL PROTECTED]>
>
>
> To:   [EMAIL PROTECTED]
> cc:
>
> Subject:  Re: QUEUE CURENTLY IN USE
>
>
>
> Dennis,
> there is no problem except if I want to delete the
> queue I can not.
> I found out there is a way to put a time limit on
> the
> CKBR transaction. That way the transaction times out
> and after being suspendded for a while, and I can do
> delete queue.
>
> --- "Miller, Dennis" <[EMAIL PROTECTED]> wrote:
> > If I understand your situation correctly, the
> bridge
> > monitor requires that queue and keeps it open for
> > awhile.  It's intended to be a permanent queue;
> you
> > should not attempt to delete it.  What problem is
> it
> > causing?
> > > -Original Message-
> > > From: nushin mehran [SMTP:[EMAIL PROTECTED]
> > > Sent: Monday, June 30, 2003 3:04 PM
> > > To:   [EMAIL PROTECTED]
> > > Subject:  Re: QUEUE CURENTLY IN USE
> > >
> > > I am opening the queue for output. It was my
> typo
> > > mistake. The question is why the IPPROCS is = to
> > 1.
> > > It should be = 0.
> > >
> > > --- "Miller, Dennis" <[EMAIL PROTECTED]> wrote:
> > > > My goodness, whatever do you want to delete
> > queue 1
> > > > for and why do you open it for input before a
> > > > put?
> > > >
> > > > > -Original Message-
> > > > > From: nushin mehran [SMTP:[EMAIL PROTECTED]
> > > > > Sent: Wednesday, June 25, 2003 2:47 PM
> > > > > To:   [EMAIL PROTECTED]
> > > > > Subject:   QUEUE CURENTLY IN USE
> > > > >
> > > > > Hello all,
> > > > > I would be truly appriciated if some one
> tells
> > me
> > > > > whats going on and how I can resolve this
> > client
> > > > > issue.
> > > > > This MQ Client application (HP mq client
> puts
> > > > messages
> > > > > to Z/os MQSeries) opens a request queue to
> put
> > > > > messages into an mq bridge queue that
> triggers
> > > > cics
> > > > > bridge process.
> > > > > After I finish the process and I am out of
> the
> > > > > application the value of IPPROCS = 1 AND
> > OPPROCS =
> > > > 0.
> > > > > Can some one tell me what should I do in my
> > > > program to
> > > > > set the IPPROCS TO 0.
> > > > > Here is the sequence of the events that
> > happens in
> > > > the
> > > > > application.
> > > > >
> > > > > 1.  Open queue1 for input
> > > > > 2.  Put
> > > > > 3.  mqcommit
> > > > > 4.  mqclose
> > > > > 5.  Open queue2 for output
> > > > > 6.  GET reply messages from queue2 with
> > > > syncpoint
> > > > > 7.  mqcommit
> > > > > 8.  close
> > > > > 9.  Disconnect
> > > > >
> > > > > After this process I try to delete the
> Queue1
> > or
> > > > empty
> > > > > it (request queue) I receive the error code
> > 2042
> > > > and
> > > > > the folowing error message for delete.
> > > > >
> > > > >  CSQM101I +QD1 CSQMUQLC QLOCAL(QUEUE1) IS
> > > > CURRENTLY IN
> > > > >
> > > > > USE
> > > > >
> > > > > CSQM090E +QD1 CSQMUQLC FAILURE REASON CODE
> > > > X'00D44005'
> > > > >
> > > > > CSQ9023E +QD1 CSQMUQLC ' DELETE QLOCAL'
> > ABNORMAL
> > > > > COMPLETION  .
> > > > >
> > > > >
> > > > > __
> > > > > Do you Yahoo!?
> > > > > SBC Yahoo! DSL - Now only $29.95 per month!
> > > > > http://sbc.yahoo.com
> > > > >
> > > > > Instructions for managing your mailing list
> > > > subscription are provided in
> > > > > the Listserv General Users Guide available
> at
> > > > http://www.lsoft.com
> > > > > Archive:
> > http://vm.akh-wien.ac.at/MQSeries.archive
> > > >
> > > > Instructions for managing your mailing list
> > > > subscription are provided in
> > > > the Listserv General Users Guide available at
> > > > http://www.lsoft.com
> > > > Archive:
> > http://vm.akh-wien.ac.at/MQSeries.archive
> > >
> > >
> > > __
> > > Do you Yahoo!?
> > > SBC Yahoo! DSL - Now only $29.95 per month!
> > > http://sbc.yahoo.com
> > >
> > > Instructions for managing your mailing list
> > subscription are provided in
> > > the Listserv General Users Guide available at
> > http://www.lsoft.com
> > > Archive:
> http://vm.akh-wien.ac.at/MQSeries.archive
> >
> > Instructions for managing your mailing list
> > subscription are provided in
> > the Listserv General Users Guide available at
> > http:

Re: Still having problems with the CICS bridge

[nushin mehran]

Paulo,
I am sending you sample code that I have and it works
fine. My CICS bridge application connects to more that
3 programs. Take a look at the following code. Make
sure you are coding the same way. Here is the code tha
tyou should do.

(mqcih.StrucLength = MQCIH_LENGTH_2;

strncpy(mqcih.Format, MQFMT_STRING,
sizeof(mqcih.Format));
strncpy(mqcih.TransactionId, TRANAME,
MQ_TRANSACTION_ID_LENGTH);
strncpy(mqcih.TransactionId, TRANAME, TRANAME_LENGTH);
  */
mqcih.UOWControl = MQCUOWC_ONLY;

mqcih.LinkType = MQCLT_PROGRAM;

mqcih.OutputDataLength = output_calen;

memcpy(mqcih.ReplyToFormat, MQFMT_NONE,
sizeof(mqcih.ReplyToFormat));

memcpy(md.Format, MQFMT_CICS, sizeof(md.Format));

memcpy(md.MsgId, MQMI_NONE, sizeof(md.MsgId) );

memcpy(md.CorrelId, MQCI_NEW_SESSION,
sizeof(md.CorrelId) );
md.MsgType  = MQMT_REQUEST; /* message is a request
   */
/* ask for exceptions to be reported with original
text   */
md.Report = MQRO_EXCEPTION_WITH_DATA;

strncpy(md.ReplyToQ,/* reply queue name
   */
replyQ, MQ_Q_NAME_LENGTH);

strncpy(replyQMName, QMGRname, MQ_Q_MGR_NAME_LENGTH);

strncpy(md.ReplyToQMgr, replyQMName,
MQ_Q_MGR_NAME_LENGTH);   )

Good luck.




--- "Moreira, Paulo" <[EMAIL PROTECTED]>
wrote:
> Hi,
>
> We have a MQ-CICS bridge running. I'm sending a
> message to the request queue
> with the following format:
>
> MessageID - MQMI_NONE
> CorrelationID - MQCI_NEW_SESSION
> I'm not using the RFH2 header
> ReplytoQueue - Another queue that is used for
> replies
> Message content- CICS Program name (8 characters) +
> commarea (I tried to
> play around with format using ascii and ebcdic but I
> had always the same
> problem)
>
> The request message is being read, and I'm always
> having a response in a
> dead-letter queue, with the reason code 266
> (MQFB_TM_ERROR - MQTM structure
> not valid or missing).
> Anyone has any idea about what is going wrong?
>
> Many thanks
>
> Paulo
>
>
>
> --
> The contents of this e-mail are intended for the
> named addressee only. It
> contains information that may be confidential.
> Unless you are the named
> addressee or an authorized designee, you may not
> copy or use it, or disclose
> it to anyone else. If you received it in error
> please notify us immediately
> and then destroy it.
>
> Instructions for managing your mailing list
> subscription are provided in
> the Listserv General Users Guide available at
> http://www.lsoft.com
> Archive: http://vm.akh-wien.ac.at/MQSeries.archive


__
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

AW: Still having problems with the CICS bridge

[Raabe, Stefan]

Paolo, 

is the queue you are putting the request message to an init queue, 
read by a trigger monitor (most likely CKTI within cics)?


regards

stefan


-Ursprüngliche Nachricht-
Von: Moreira, Paulo [mailto:[EMAIL PROTECTED]
Gesendet: Mittwoch, 2. Juli 2003 14:47
An: [EMAIL PROTECTED]
Betreff: Still having problems with the CICS bridge


Hi,

We have a MQ-CICS bridge running. I'm sending a message to the request queue
with the following format:

MessageID - MQMI_NONE
CorrelationID - MQCI_NEW_SESSION
I'm not using the RFH2 header
ReplytoQueue - Another queue that is used for replies
Message content- CICS Program name (8 characters) + commarea (I tried to
play around with format using ascii and ebcdic but I had always the same
problem)

The request message is being read, and I'm always having a response in a
dead-letter queue, with the reason code 266 (MQFB_TM_ERROR - MQTM structure
not valid or missing).
Anyone has any idea about what is going wrong?

Many thanks

Paulo



--
The contents of this e-mail are intended for the named addressee only. It
contains information that may be confidential. Unless you are the named
addressee or an authorized designee, you may not copy or use it, or disclose
it to anyone else. If you received it in error please notify us immediately
and then destroy it.

Instructions for managing your mailing list subscription are provided in
the Listserv General Users Guide available at http://www.lsoft.com
Archive: http://vm.akh-wien.ac.at/MQSeries.archive

Instructions for managing your mailing list subscription are provided in
the Listserv General Users Guide available at http://www.lsoft.com
Archive: http://vm.akh-wien.ac.at/MQSeries.archive

Re: QUEUE CURENTLY IN USE

[Brian Elliott]

Couldn't you have just put-disabled and get-disabled the Q?

Brian Elliott
Bank One -  Infrastructure & Operations
Work:  (614)213-6073
Pager:  (877)309-8797




nushin mehran <[EMAIL PROTECTED]>@AKH-WIEN.AC.AT> on 07/01/2003 05:40:03 PM

Please respond to MQSeries List <[EMAIL PROTECTED]>

Sent by:  MQSeries List <[EMAIL PROTECTED]>


To:   [EMAIL PROTECTED]
cc:

Subject:  Re: QUEUE CURENTLY IN USE



Dennis,
there is no problem except if I want to delete the
queue I can not.
I found out there is a way to put a time limit on the
CKBR transaction. That way the transaction times out
and after being suspendded for a while, and I can do
delete queue.

--- "Miller, Dennis" <[EMAIL PROTECTED]> wrote:
> If I understand your situation correctly, the bridge
> monitor requires that queue and keeps it open for
> awhile.  It's intended to be a permanent queue; you
> should not attempt to delete it.  What problem is it
> causing?
> > -Original Message-
> > From: nushin mehran [SMTP:[EMAIL PROTECTED]
> > Sent: Monday, June 30, 2003 3:04 PM
> > To:   [EMAIL PROTECTED]
> > Subject:  Re: QUEUE CURENTLY IN USE
> >
> > I am opening the queue for output. It was my typo
> > mistake. The question is why the IPPROCS is = to
> 1.
> > It should be = 0.
> >
> > --- "Miller, Dennis" <[EMAIL PROTECTED]> wrote:
> > > My goodness, whatever do you want to delete
> queue 1
> > > for and why do you open it for input before a
> > > put?
> > >
> > > > -Original Message-
> > > > From: nushin mehran [SMTP:[EMAIL PROTECTED]
> > > > Sent: Wednesday, June 25, 2003 2:47 PM
> > > > To:   [EMAIL PROTECTED]
> > > > Subject:   QUEUE CURENTLY IN USE
> > > >
> > > > Hello all,
> > > > I would be truly appriciated if some one tells
> me
> > > > whats going on and how I can resolve this
> client
> > > > issue.
> > > > This MQ Client application (HP mq client puts
> > > messages
> > > > to Z/os MQSeries) opens a request queue to put
> > > > messages into an mq bridge queue that triggers
> > > cics
> > > > bridge process.
> > > > After I finish the process and I am out of the
> > > > application the value of IPPROCS = 1 AND
> OPPROCS =
> > > 0.
> > > > Can some one tell me what should I do in my
> > > program to
> > > > set the IPPROCS TO 0.
> > > > Here is the sequence of the events that
> happens in
> > > the
> > > > application.
> > > >
> > > > 1.  Open queue1 for input
> > > > 2.  Put
> > > > 3.  mqcommit
> > > > 4.  mqclose
> > > > 5.  Open queue2 for output
> > > > 6.  GET reply messages from queue2 with
> > > syncpoint
> > > > 7.  mqcommit
> > > > 8.  close
> > > > 9.  Disconnect
> > > >
> > > > After this process I try to delete the Queue1
> or
> > > empty
> > > > it (request queue) I receive the error code
> 2042
> > > and
> > > > the folowing error message for delete.
> > > >
> > > >  CSQM101I +QD1 CSQMUQLC QLOCAL(QUEUE1) IS
> > > CURRENTLY IN
> > > >
> > > > USE
> > > >
> > > > CSQM090E +QD1 CSQMUQLC FAILURE REASON CODE
> > > X'00D44005'
> > > >
> > > > CSQ9023E +QD1 CSQMUQLC ' DELETE QLOCAL'
> ABNORMAL
> > > > COMPLETION  .
> > > >
> > > >
> > > > __
> > > > Do you Yahoo!?
> > > > SBC Yahoo! DSL - Now only $29.95 per month!
> > > > http://sbc.yahoo.com
> > > >
> > > > Instructions for managing your mailing list
> > > subscription are provided in
> > > > the Listserv General Users Guide available at
> > > http://www.lsoft.com
> > > > Archive:
> http://vm.akh-wien.ac.at/MQSeries.archive
> > >
> > > Instructions for managing your mailing list
> > > subscription are provided in
> > > the Listserv General Users Guide available at
> > > http://www.lsoft.com
> > > Archive:
> http://vm.akh-wien.ac.at/MQSeries.archive
> >
> >
> > __
> > Do you Yahoo!?
> > SBC Yahoo! DSL - Now only $29.95 per month!
> > http://sbc.yahoo.com
> >
> > Instructions for managing your mailing list
> subscription are provided in
> > the Listserv General Users Guide available at
> http://www.lsoft.com
> > Archive: http://vm.akh-wien.ac.at/MQSeries.archive
>
> Instructions for managing your mailing list
> subscription are provided in
> the Listserv General Users Guide available at
> http://www.lsoft.com
> Archive: http://vm.akh-wien.ac.at/MQSeries.archive


__
Do you Yahoo!?
SBC Yahoo! DSL - Now only $29.95 per month!
http://sbc.yahoo.com

Instructions for managing your mailing list subscription are provided in
the Listserv General Users Guide available at http://www.lsoft.com
Archive: http://vm.akh-wien.ac.at/MQSeries.archive





This transmission may contain information that is privileged, confidential and/or 
exempt from disclosure under applicable law. If you are not the intended recipient, 
you are hereby notified that any disclosure, copying, distribution, or use of the 
information contained herein (including any reliance thereon) is STRICTLY PROHIBITED. 
If you received this transmission in error, please imme

Still having problems with the CICS bridge

[Moreira, Paulo]

Hi,

We have a MQ-CICS bridge running. I'm sending a message to the request queue
with the following format:

MessageID - MQMI_NONE
CorrelationID - MQCI_NEW_SESSION
I'm not using the RFH2 header
ReplytoQueue - Another queue that is used for replies
Message content- CICS Program name (8 characters) + commarea (I tried to
play around with format using ascii and ebcdic but I had always the same
problem)

The request message is being read, and I'm always having a response in a
dead-letter queue, with the reason code 266 (MQFB_TM_ERROR - MQTM structure
not valid or missing).
Anyone has any idea about what is going wrong?

Many thanks

Paulo



--
The contents of this e-mail are intended for the named addressee only. It
contains information that may be confidential. Unless you are the named
addressee or an authorized designee, you may not copy or use it, or disclose
it to anyone else. If you received it in error please notify us immediately
and then destroy it.

Instructions for managing your mailing list subscription are provided in
the Listserv General Users Guide available at http://www.lsoft.com
Archive: http://vm.akh-wien.ac.at/MQSeries.archive

Re: mc74 and MQ5.3

[Potkay, Peter M (PLC, IT)]

As of 5.3, MC74 functionality is included when you install base MQ on any
Windows server. You do not need this support pack separately at 5.3.



-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
Sent: Wednesday, July 02, 2003 3:53 AM
To: [EMAIL PROTECTED]
Subject: mc74 and MQ5.3


Hello All,
  can anyone tell me if mc74 is supported with MQ5.3 CSD03?. If not is
there a newer version?

Thanks.

Cade
_
The information contained in this email communication may be confidential.
You should only disclose, re-transmit, copy, distribute, act in reliance on
or commercialise the information if you are authorised to do so. Any views
expressed in this email communication are those of the individual sender,
except where the sender specifically states them to be the views of a
member of the National Australia Bank Group of companies.  The National
Australia Bank Group of companies does not represent, warrant or guarantee
that the integrity of this communication has been maintained nor that the
communication is free of errors, virus or interference.

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

Remote Server... any ideas?

[Williams, Dave (Systems Management)]

Title: Remote Server... any ideas?







Listers….. Occasionally a customer's QMGR will go down and we won't know about it for a while. Obviously, we get the "… remote server unavailable" messages to our CHIN, but if this were during off hours and we hadn't been sending and receiving msgs we wouldn't know right away. Well, we recently purchased one of these customers and have remote access to their NT box and there are many AMQ6nnn msgs that can be written to the error log. Any ideas on which indicate their side is down? 

TIA, 

Dave 

Re: Multiple JMS Message Listeners

[Taylor, Neil]

Sumeet

JMS Sessions are, according to the JMS Specification, single threaded.  Hence, all 
listeners created against a single session will be sequential - so no obvious benefit 
in having mutiple listeners that I can think of.  However, if you create and use a 
seperate listener, PER SESSION, then you should get better performance.  I say should, 
because I haven't tried it out yet.  I do know, however, that it is not thread-safe to 
share the SAME listener instance accross mutiple sessions.

To answer your question, I would have thought (but again, don't know for sure) that 
the mutiple sessions, each with its own listener, woud give the best throughoput, at a 
higher processing and memory cost.  

I guess that the optimum solution depends on your message volumes and time 
criticality.  

HTH

Neil

-Original Message-
From: Sumeet Khosla [mailto:[EMAIL PROTECTED]
Sent: 02 July 2003 06:39
To: [EMAIL PROTECTED]
Subject: Multiple JMS Message Listeners


Hi all,

We are having a requirement where we need to process multiple messages (on a queue) 
simultaneously.
One approach to that is to have multiple listeners associated with the same queue so 
that concurrent processing of messages can happen.
I have tried two approaches for implementing multiple listeners which are as below:
a)  I create the QCF, Q, QConnection & QSession and pass on the session to my 
listener class constructor and it creates receiver out of that session and sets the 
message listener class as message listener for the given Q. I am creating for 
listeners in this manner.
b)  I create the QCF, Q, QConnection and pass on the connection to my listener 
class constructor and it creates QSession and then receiver out of that session and 
sets the message listener class as message listener for the given Q. I am creating 4 
listeners in this manner.

I wanted to know which approach is better in terms of resource consumption, 
performance and on any other points.

The time taken to process the messages was more in case of multiple listeners being 
created from a single session than multiple listeners being created from multiple 
sessions for 40 messages.

Another observation was in case of multiple sessions, all the 4 listeners were used 
simultaneously, as in each group of 4 messages was processed by the four listeners 
simultaneously. In case of single session, the first 2 listeners were only used. If I 
add a sleep time of 2000 then four listeners are used but that too sequentially, first 
10 msgs being taken by first listener, next 10 by second listener and so on...

Thanks & Regards,
Sumeet Khosla

Instructions for managing your mailing list subscription are provided in
the Listserv General Users Guide available at http://www.lsoft.com
Archive: http://vm.akh-wien.ac.at/MQSeries.archive

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: Multiple JMS Message Listeners

[James Kingdon]

Hi Sumeet,

The JMS spec' mandates that the receivers on a given Session are
serialised, i.e. placing multiple listeners on a single session will not
lead to concurrent message processing (unless you implement some form of
multithreaded dispatch system yourself of course). For concurrent
delivery you can either use multiple sessions, or investigate the
MessageConsumer facility described in chapter 8.2 of the JMS
specification. Note however that MessageConsumer is an optional part of
the spec'.
Regards,
James.
Sumeet Khosla wrote:

Hi all,

We are having a requirement where we need to process multiple messages (on a queue) 
simultaneously.
One approach to that is to have multiple listeners associated with the same queue so 
that concurrent processing of messages can happen.
I have tried two approaches for implementing multiple listeners which are as below:
a)  I create the QCF, Q, QConnection & QSession and pass on the session to my 
listener class constructor and it creates receiver out of that session and sets the 
message listener class as message listener for the given Q. I am creating for listeners in 
this manner.
b)  I create the QCF, Q, QConnection and pass on the connection to my listener 
class constructor and it creates QSession and then receiver out of that session and 
sets the message listener class as message listener for the given Q. I am creating 4 
listeners in this manner.
I wanted to know which approach is better in terms of resource consumption, performance and on any other points.

The time taken to process the messages was more in case of multiple listeners being created from a single session than multiple listeners being created from multiple sessions for 40 messages.

Another observation was in case of multiple sessions, all the 4 listeners were used simultaneously, as in each group of 4 messages was processed by the four listeners simultaneously. In case of single session, the first 2 listeners were only used. If I add a sleep time of 2000 then four listeners are used but that too sequentially, first 10 msgs being taken by first listener, next 10 by second listener and so on...

Thanks & Regards,
Sumeet Khosla
Instructions for managing your mailing list subscription are provided in
the Listserv General Users Guide available at http://www.lsoft.com
Archive: http://vm.akh-wien.ac.at/MQSeries.archive


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: Red Hat Linux 9

[David C. Partridge]

FWIW it does appear to work just fine on RHL8.

HTH
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

Red Hat Linux 9

[Kelly, Steve]

Anyone tried MQ5.3 on RedHat Linux 9  Does it work ?
I know the MQ doc says it's certified against RedHat 7.2.

Steve.

Instructions for managing your mailing list subscription are provided in
the Listserv General Users Guide available at http://www.lsoft.com
Archive: http://vm.akh-wien.ac.at/MQSeries.archive

Re: MsgExits on Clusters in CrossPlatform Environments

[Ian Vanstone]

Donald,

Can you be more specific about the detail you require for the CHAD exit? If
you have any ideas about information you would like to see added, please
let us know.

There is a new SupportPac (MD0B) that contains a demonstration exit that
can be used as a CHAD exit. It is more a hands-on learning tool than
documentation, and is only available for Windows, but it may help you
better understand CHAD exit capabilty.

Here is the overview of MD0B...


The Exit Demonstrator can be used to show the programming interfaces of
various exits available in
WebSphere MQ. This allows the user to interact with the exit and therefore
with various functions in
WebSphere MQ, e.g. the channels, without coding the exit from scratch. This
could for example, allow
the user to see what can be done using an exit, and to try out some ideas
before actually writing the
exit.
1. Channel exits.
All the different channel exits can be shown through the Exit Demonstrator
since the programming
interface for all the channel exits, Security, Send, Receive, Message and
Message Retry, are the
same.
2. Channel Auto-definition exit.
The Channel Auto-definition exit can be shown through the Exit
Demonstrator. It's interface is very
similar to that of the channel exits.
3. Cluster Workload exit.
The Cluster Workload exit and all the data that is passed to it can be
shown through the Exit
Demonstrator.


See
http://www-3.ibm.com/software/integration/support/supportpacs/individual/md0b.html

for the MD0B SupportPac.

Regards,
Ian Vanstone
WebSphere MQ for z/OS Development




   

  Donald Skidmore  

  <[EMAIL PROTECTED]To:   [EMAIL PROTECTED]
   
  INE.NET> cc: 

  Sent by: MQSeriesSubject:  Re: MsgExits on Clusters in 
CrossPlatform Environments
  List 

  <[EMAIL PROTECTED]   
 
  N.AC.AT> 

   

   

  01/07/2003 16:02 

  Please respond to

  MQSeries List

   

   





On a similar note I am looking for documentation on the chad exit for
cluster channels. I haven't found any significant details in the family
of mq manuals. Could anyone point me to other sources?



Ian Vanstone wrote:

 >Neil,
 >
 >I am glad this information is useful, but disappointed to say that it
seems
 >we do not document it. I'll raise this with the publications people.
 >
 >This functionality has been available since V2.1.
 >
 >Regards,
 >Ian Vanstone
 >WebSphere MQ for z/OS Development
 >
 >
 >
 >
 >
 >  Neil Casey
 >  <[EMAIL PROTECTED]To:
[EMAIL PROTECTED]
 >  NAL.COM.AU>  cc:
 >  Sent by: MQSeriesSubject:  Re: MsgExits
on Clusters in CrossPlatform Environments
 >  List
 >  <[EMAIL PROTECTED]
 >  N.AC.AT>
 >
 >
 >  30/06/2003 22:52
 >  Please respond to
 >  MQSeries List
 >
 >
 >
 >
 >
 >
 >Hi Ian,
 >
 >this is fantastic information. Is it in the manuals anywhere? At what
 >version was that functionality implemented?
 >
 >Neil Casey.
 >
 >
 >|-+>
 >| |   Ian V

mc74 and MQ5.3

[Cade_Hewitt]

Hello All,
  can anyone tell me if mc74 is supported with MQ5.3 CSD03?. If not is
there a newer version?

Thanks.

Cade
_
The information contained in this email communication may be confidential.
You should only disclose, re-transmit, copy, distribute, act in reliance on
or commercialise the information if you are authorised to do so. Any views
expressed in this email communication are those of the individual sender,
except where the sender specifically states them to be the views of a
member of the National Australia Bank Group of companies.  The National
Australia Bank Group of companies does not represent, warrant or guarantee
that the integrity of this communication has been maintained nor that the
communication is free of errors, virus or interference.

Instructions for managing your mailing list subscription are provided in
the Listserv General Users Guide available at http://www.lsoft.com
Archive: http://vm.akh-wien.ac.at/MQSeries.archive

Re: How Often Do You Reboot?

[John Scott]

Title: Message



We try
to schedule reboot of servers every 4 weeks for a number of
reasons.
 
The
main reason is to check that the machine will restart. Our Sysadmin's view is
that you don't want some piece of equipment (hardware) or
software that is critical to a restart but not normal operations to have failed
6 months ago and when you do finally reboot after applying maintenance the box
fails and everybody points at the maintenance you've just
applied.
 
It's
also easier to get downtime for maintenance if there's a regular reboot schedule
as you can apply maintenance just before and let the regular reboot take
effect.
 
It
will also clear out memory leaks, but this is not normally a problem with MQ
(CSD03 for MQ5.3 permitting...)
 
Regards
John.

  
  -Original Message-From: Bullock, Rebecca
  (CSC) [mailto:[EMAIL PROTECTED] Sent: 01 July 2003
  15:28To: [EMAIL PROTECTED]Subject: How Often Do
  You Reboot?
  Hi, everyone. The
  subject sort of asks the basic question... Here are some more
  details.
   
  We run MQSeries on
  multiple Sun Solaris boxes. Most boxes are running Solaris 2.8. Some MQ
  servers are at V5.2 and some at V5.3 (and one lone box is still running
  V5.1). Some are rebooted fairly frequently and some have been up for
  months. In many cases, MQSeries server is the only software running on the
  box, although some development servers also run other
  stuff.
   
  What I'd like is some
  feel for how frequently others reboot their boxes.  Some time back, we
  had an issue where the resolution from IBM was to reboot the box. So, I
  thought scheduling regular reboots on those boxes that don't currently have
  them would not be a bad idea , but wondered how often.
   
  My thanks, as always
  -- Rebecca
   
  Rebecca
  Bullock Computer Sciences
  Corporation MFCoE/Newark CS Team
  
  Educational Testing Service Account
  Princeton, NJ 08541 
  Phone: 609-734-5351 email: [EMAIL PROTECTED] or [EMAIL PROTECTED] 
   
  **
  
  This e-mail and any files transmitted with it may contain
  privileged or 
  confidential information. It is solely for use by the
  individual for whom 
  it is intended, even if addressed incorrectly. If you received
  this e-mail 
  in error, please notify the sender; do not disclose, copy,
  distribute, or 
  take any action in reliance on the contents of this
  information; and delete 
  it from your system. Any other use of this e-mail is
  prohibited. Thank you 
  for your
compliance.

**

Click here to visit the Argos home page http://www.argos.co.uk

The information contained in this message or any of its attachments may be privileged and confidential, and is intended exclusively for the addressee.
The views expressed may not be official policy, but the personal views of the originator.
If you are not the intended addressee, any disclosure, reproduction, distribution, dissemination or use of this communication is not authorised.
If you have received this message in error, please advise the sender by using your reply facility in your e-mail software.
All messages sent and received by Argos Ltd are monitored for virus, high risk file extensions, and inappropriate content. As a result users should be aware that mail maybe accessed.

**