Re: Orbix and MQ Series

2002-09-17 Thread Tilson, Jonathan

Tom,

2035 is usually an authorisations/access problem.
We use our application with Orbix 3.3 and MQ5.1 on Solaris 8.
Our application is started by a defined UNIX user e.g. XXX which is a member
of the UNIX group XXX.

We use the setmqaut commands to give the UNIX group of which the user is a
member the
authorisations for the queue manager and queues the application uses e.g.


setmqaut -m XXXQM -t qmgr -g XXX +all

setmqaut -m XXXQM -n XXX.QUEUE.IN -t queue -g XXX +all

setmqaut -m XXXQM -n XXX.QUEUE.OUT -t queue -g XXX +all

Hope this is of some help to you, let me know how you get on.

Regards,

Jonathan.


 -Original Message-
From: Tom Kane [mailto:[EMAIL PROTECTED]]
Sent: 16 September 2002 18:56
To: [EMAIL PROTECTED]
Subject: Orbix and MQ Series



Is anybody using Orbix with MQ?
One of my applications is and we've had some grief with upgrading on HP 11.0
from 5.1 to 5.2.
They seem to be having a problem in MQCONN and getting a 2035.

I'm wondering if there are specific ways that Orbix applciations that use MQ
need to be built and perhaps some loopholes have been closed.  Not getting
very far on this one.

All help appreciated.

Tom


This e-mail has been scanned for all viruses by Star Internet. The
service is powered by MessageLabs. For more information on a proactive
anti-virus service working around the clock, around the globe, visit:
http://www.star.net.uk http://www.star.net.uk





This e-mail has been scanned for all viruses by Star Internet. The
service is powered by MessageLabs. For more information on a proactive
anti-virus service working around the clock, around the globe, visit:
http://www.star.net.uk


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



Re: MQ Series OS/390

2002-09-17 Thread Morag Hughson

Straight from the horses mouth - this answer from one of my colleagues who
wrote index support.

- What is the overhead of an index.
Answer: At QMGR restart, each message on each indexed queue must be
examined to rebuild its index entry. There is an option on the CSQ6SYSP
macro in zparms(QINDXBLD) (on V5.3) which controls if the QMGR will wait
until all indices have been rebuilt before applications can connect to it,
or not. Other than that overhead, it is much faster to find a message using
the index, rather than 'trawling' through the queue, looking for your
target message. So there is a cost at restart, and a benefit at MQGET time.
- Where is this overhead.
Answer: see Q1
- Where is the index stored physically, which pageset.
Answer: The index is built and maintained in virtual storage in the queue
managers address space. It is built on restart, and freed at shutdown. We
can see no benefit in hardening the index into a pageset.
- Any do's and don'ts regarding to queue's with indexes?
Answer: Use as broad a mix of MessageIds as possible. The fewest
repetitions of the same MessageId gives the best results. Having all
messages with the same MessageId will produce the worst result, and will be
worse than having no index at all!

Cheers
Morag

Morag Hughson
WebSphere MQ for z/OS Development
Internet: [EMAIL PROTECTED]

- Forwarded by Morag Hughson/UK/IBM on 17/09/2002 10:33 -

  Douwe van Sluis,
  Infodemic B.V.  To:   [EMAIL PROTECTED]
  d.b.van.sluis@INcc:
  FODEMIC.NL  Subject:  MQ Series OS/390
  Sent by: MQSeries
  List
  MQSERIES@AKH-WIE
  N.AC.AT


  16/09/2002 12:52
  Please respond to
  MQSeries List





We are using MQ Series on OS/390, persistent queue, messagesize avg
100k and we need an index on the queue on MessageId.
This can be set up, no problem, but:
- What is the overhead of an index.
- Where is this overhead.
- Where is the index stored physically, which pageset.
- Any do's and don'ts regarding to queue's with indexes?


Vriendelijke groet,
Douwe van Sluis, Infodemic B.V.
IT-Specialist
www.infodemic.nl

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: Remote Queue Def in a Cluster

2002-09-17 Thread Raabe, Stefan

Hello Group,

yes, messages will sit in the SYSTEM.CLUSTER.TRANSMIT.QUEUE.

There is no different behavior with message persistence. If messages are
non persistence, they will be purged during queuemanager restart, no matter
wheter they are in a qlocal, xmitq or cluster-xmitq.

But you should be aware of the cluster-rerouting mechanism:

If there are messages on the SYSTEM.CLUSTER.TRANSMIT.QUEUE and
they are not indoubt, then - at every retry interval of the
channel - the messages are get and put again by the cluster
rerouting mechanism. This is done because the assigned destination
may be not available (thats why its in retry), and the put will select
an alternate available destination queue if there is one.
This is done with syncpoint control, so it will use a lot of logging
depending on the amout of messages and your cluster channel retry interval.

We once filled up many cartridges with archive logs (during some days /
weeks)
because a testsystem was not available for a long period of time and there
where some thousands of messages in the SYSTEM.CLUSTER.TRANSMIT.QUEUE.

I do not know if this rerouting mechanism is included in all MQ versions
that
support clustering, at least its in 5.2 on OS/390.

Regards

Stefan


-Ursprungliche Nachricht-
Von: Stefan Sievert [mailto:[EMAIL PROTECTED]]
Gesendet: Dienstag, 17. September 2002 01:03
An: [EMAIL PROTECTED]
Betreff: Re: Remote Queue Def in a Cluster


I would assume that the message will remain on the cluster transmission
queue until QM1 is back up running. There might be a difference in behavior
depending on whether the log messages are persistent or not, but I'll leave
that for somebody who has more real life experience with clustering than I
have.
Stefan

From: Potkay, Peter M (PLC, IT) [EMAIL PROTECTED]
Reply-To: MQSeries List [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Subject: Re: Remote Queue Def in a Cluster
Date: Mon, 16 Sep 2002 17:34:09 -0400

You are correct Stefan. (long day)

I will need a XMIT queue, a remote queue def and a Channel between QM2 and
QM3, just like between QM1 and QM3.

Next question that I need verification on is as follows:

Lets say I create a clustered local queue on QM1 called LOGQUEUE. For the
sake of discussion, we are only concerned with putting to this queue. We
want to insure that messages get there, because once a week we run a batch
job to look at that queue.

When QM1 and QM2 are both up, an app on QM2 can put to LOGQUEUE and the
messages will end up on the local instance of LOGQUEUE on QM1, because
LOGQUEUE is advertised to the cluster.

IF QM1 goes down, an app on QM2 that puts to LOGQUEUE will have what
happen?
I assume the put will fail, right? And if so, I really should create a
LOGQUEUE on both QM1 and QM2.

Peter Potkay
IBM MQSeries Certified Specialist, Developer
[EMAIL PROTECTED]
X 77906


-Original Message-
From: Stefan Sievert [mailto:[EMAIL PROTECTED]]
Sent: Monday, September 16, 2002 4:58 PM
To: [EMAIL PROTECTED]
Subject: Re: Remote Queue Def in a Cluster


Peter,
this sounds more like a channel question than a QR def question. If you
only
have a channel from QM1 to QM3 and QM1 goes down, messages can't travel to
QM3 unless you also have a channel from QM2 to QM3. Correct or am I missing
the point?
Cheers,
Stefan


 From: Potkay, Peter M (PLC, IT) [EMAIL PROTECTED]
 Reply-To: MQSeries List [EMAIL PROTECTED]
 To: [EMAIL PROTECTED]
 Subject: Remote Queue Def in a Cluster
 Date: Mon, 16 Sep 2002 16:20:35 -0400
 
 Maybe an obvious question...
 
 QM1 and QM2 are both full repositories of ClusterA.
 QM3 is not part of the cluster.
 
 QM1 has a remote queue def to QueueC on QM3. The remote queue def is a
 clustered queue in ClusterA.
 
 An app on either QM1 or QM2 can now put to QueueC.
 
 What if QM1 goes down? Is the app on QM2 now not able to get a message to
 QueueC? Do I need to make the remote queue def on both QM1 and QM2?
 
 
 
 Peter Potkay
 IBM MQSeries Certified Specialist, Developer
 [EMAIL PROTECTED]
 X 77906
 
 
 
 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




_
Send and receive Hotmail on your mobile device: http://mobile.msn.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 communication, 

Re: One ore more initiation queue?

2002-09-17 Thread Richard Brunette

Joakim

This is going to be driven by your design. If you are not triggering
applications in the background, then you may run into issues that Jonas
referred to in his note. However for many simply defining the process
definitions to start separate processes is enough to resolve this issue for
those platforms with trigger monitors that by default start applications on
the same process.

If your talking about using trigger every (not recommended by many) then
that could be a lot of trigger messages and that may effect your decision
to use a separate init queue and trigger monitor for this queue.

Often other design considerations will require using additional trigger
monitors and therefore additional initiation queues. For example if we are
talking about CICS regions and the CICS trigger monitor, each region will
have its own trigger monitor / init queue even though they may share the
same queue manager. Or you may choose to use a client trigger monitor to
start servicing applications on a machine other that the queue manager, in
which case you'll need an init queue for this trigger monitor.

So some of the key design issues you will deal with are 1) how many
different places are you starting applications, 2) do any of your trigger
monitors execute applications on a single process, 3) what type of
triggering are you using and can the trigger monitor handle the load of
trigger messages if one of the queues is trigger every. There may be many
more considerations that effect your  decision.

Typically our trigger monitors are idle much of the time. With trigger
monitors that start background tasks and trigger first designs with
reasonable wait intervals and controls, we have no problem sharing a single
trigger monitor and its init queue for any queues that are to trigger
applications at a given destination. So in my experience it is often driven
by whether we already have a trigger monitor running on that platform
connected to the desired queue manager. If not set up a new trigger monitor
and create an init queue for that trigger monitor.

Rick



|-+---
| |   Joakim Andersson|
| |   [EMAIL PROTECTED]   |
| |   |
| |   Sent by: MQSeries List  |
| |   [EMAIL PROTECTED]   |
| |   |
| |   |
| |   |
| |   Tuesday September 17, 2002 03:54 AM |
| |   Please respond to MQSeries List |
| |   |
|-+---
  
|
  |
|
  |   To: [EMAIL PROTECTED]  
|
  |   cc:  
|
  |   Subject:   One ore more initiation queue?
|
  
|




Hi,

I wonder when it's time to use several initiation queue fore triggering. In
the manual I only found;
If triggers are active, at least one initiation queue must be defined for
each queue manager.
Today we have in our system three init-queues, but nobody can tell me why.
Is there any recomendation when to use more that one init queue?


Med vänlig hälsning
Joakim Andersson

SDC ek förTele : 060-16 87 91
SDC IT, Drift och TeknikMobil: 070-598 87 91
Skepparplatsen 1Email: [EMAIL PROTECTED]
851 83 SundsvallWebb : http://www.sdc.se/

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: AW: Remote Queue Def in a Cluster

2002-09-17 Thread David Yu

Stefan,

Thanks you for all your useful information. I have one
question needs to ask you.

What is the purpose of defining a remote queue with
cluster attribute ?

Defining a local queue of cluster have advantage of
having multiple MQ's shares a cluster queue and does
workload balance.

But I don't see any reason to have remote defining as
cluster.

Thanks  David


--- Raabe, Stefan [EMAIL PROTECTED] wrote:
 Hello Group,

 yes, messages will sit in the
 SYSTEM.CLUSTER.TRANSMIT.QUEUE.

 There is no different behavior with message
 persistence. If messages are
 non persistence, they will be purged during
 queuemanager restart, no matter
 wheter they are in a qlocal, xmitq or cluster-xmitq.

 But you should be aware of the cluster-rerouting
 mechanism:

 If there are messages on the
 SYSTEM.CLUSTER.TRANSMIT.QUEUE and
 they are not indoubt, then - at every retry interval
 of the
 channel - the messages are get and put again by
 the cluster
 rerouting mechanism. This is done because the
 assigned destination
 may be not available (thats why its in retry), and
 the put will select
 an alternate available destination queue if there is
 one.
 This is done with syncpoint control, so it will use
 a lot of logging
 depending on the amout of messages and your cluster
 channel retry interval.

 We once filled up many cartridges with archive logs
 (during some days /
 weeks)
 because a testsystem was not available for a long
 period of time and there
 where some thousands of messages in the
 SYSTEM.CLUSTER.TRANSMIT.QUEUE.

 I do not know if this rerouting mechanism is
 included in all MQ versions
 that
 support clustering, at least its in 5.2 on OS/390.

 Regards

 Stefan


 -Ursprungliche Nachricht-
 Von: Stefan Sievert
 [mailto:[EMAIL PROTECTED]]
 Gesendet: Dienstag, 17. September 2002 01:03
 An: [EMAIL PROTECTED]
 Betreff: Re: Remote Queue Def in a Cluster


 I would assume that the message will remain on the
 cluster transmission
 queue until QM1 is back up running. There might be a
 difference in behavior
 depending on whether the log messages are persistent
 or not, but I'll leave
 that for somebody who has more real life experience
 with clustering than I
 have.
 Stefan

 From: Potkay, Peter M (PLC, IT)
 [EMAIL PROTECTED]
 Reply-To: MQSeries List [EMAIL PROTECTED]
 To: [EMAIL PROTECTED]
 Subject: Re: Remote Queue Def in a Cluster
 Date: Mon, 16 Sep 2002 17:34:09 -0400
 
 You are correct Stefan. (long day)
 
 I will need a XMIT queue, a remote queue def and a
 Channel between QM2 and
 QM3, just like between QM1 and QM3.
 
 Next question that I need verification on is as
 follows:
 
 Lets say I create a clustered local queue on QM1
 called LOGQUEUE. For the
 sake of discussion, we are only concerned with
 putting to this queue. We
 want to insure that messages get there, because
 once a week we run a batch
 job to look at that queue.
 
 When QM1 and QM2 are both up, an app on QM2 can put
 to LOGQUEUE and the
 messages will end up on the local instance of
 LOGQUEUE on QM1, because
 LOGQUEUE is advertised to the cluster.
 
 IF QM1 goes down, an app on QM2 that puts to
 LOGQUEUE will have what
 happen?
 I assume the put will fail, right? And if so, I
 really should create a
 LOGQUEUE on both QM1 and QM2.
 
 Peter Potkay
 IBM MQSeries Certified Specialist, Developer
 [EMAIL PROTECTED]
 X 77906
 
 
 -Original Message-
 From: Stefan Sievert
 [mailto:[EMAIL PROTECTED]]
 Sent: Monday, September 16, 2002 4:58 PM
 To: [EMAIL PROTECTED]
 Subject: Re: Remote Queue Def in a Cluster
 
 
 Peter,
 this sounds more like a channel question than a QR
 def question. If you
 only
 have a channel from QM1 to QM3 and QM1 goes down,
 messages can't travel to
 QM3 unless you also have a channel from QM2 to QM3.
 Correct or am I missing
 the point?
 Cheers,
 Stefan
 
 
  From: Potkay, Peter M (PLC, IT)
 [EMAIL PROTECTED]
  Reply-To: MQSeries List [EMAIL PROTECTED]
  To: [EMAIL PROTECTED]
  Subject: Remote Queue Def in a Cluster
  Date: Mon, 16 Sep 2002 16:20:35 -0400
  
  Maybe an obvious question...
  
  QM1 and QM2 are both full repositories of
 ClusterA.
  QM3 is not part of the cluster.
  
  QM1 has a remote queue def to QueueC on QM3. The
 remote queue def is a
  clustered queue in ClusterA.
  
  An app on either QM1 or QM2 can now put to
 QueueC.
  
  What if QM1 goes down? Is the app on QM2 now not
 able to get a message to
  QueueC? Do I need to make the remote queue def on
 both QM1 and QM2?
  
  
  
  Peter Potkay
  IBM MQSeries Certified Specialist, Developer
  [EMAIL PROTECTED]
  X 77906
  
  
  
  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 

Re: MQMVS:ways to allow people to alter only one queue attribute

2002-09-17 Thread Rick Tsujimoto

Tom,

I remember that this topic was discussed some time ago.  I also seem to
remember that someone claimed that it could be done.  I was skeptical then
and I still am.  You may want to try the archives.




  Tom Kane
  [EMAIL PROTECTED] To:  [EMAIL PROTECTED]
  ET  cc:
  Sent by: Subject: MQMVS:ways to allow people to 
alter only one queue
  MQSeries Listattribute
  MQSERIES@AKH-Wi
  en.AC.AT


  09/17/2002 10:18
  AM
  Please respond
  to MQSeries List





Hi,
Has anybody come up with ways to allow users to modify one attribute of a
queue.  For example triggering. I'm not a RACF expert, but looking at the
MQADMIN and MQCMDS classes but it doesn't look like you can specify it down
to the attribute level.

tia
Tom

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



Application using BROWSE missing messages

2002-09-17 Thread Sridhar Ramasubramonian



hi 
all...

I am looking for some 
help to solve a particular 
problem that we are facing 
here.

The problem is explained 
below.
We have a MQ based application 
written in C++ running in CICS and reading messages 
from MQ. The overall functioning 
logic of the application is as explained below.
||--( 1 ) Input queue 
opened for Browse with options and read in a LOOP till messages are 
over.
||MQGMO_WAIT 
+ MQGMO_FAIL_IF_QUIESCING + MQGMO_BROWSE_NEXT+MQOO_INPUT_SHARED
| |and 
wait interval as 0.
| |
| |( 2 ) Use 
message (May have syncpoint calls in this process)
| |
| |( 3 ) IF DB 
deadlock of -911 THEN
| |is 
got then ROLLBACK everything uncommitted, and repeat step 1 onwards with 

| |the 
following options 
MQGMO_WAIT+MQGMO_FAIL_IF_QUIESCING+MQGMO_BROWSE_FIRST
| |Change 
here is that the queue is again reopened fresh with a Browse_First option as 
shown above.
| |ELSE
| |Remove 
the message under syncpoint control with a destructive Get with the
| |following 
options, MQGMO_WAIT + MQGMO_FAIL_IF_QUIESCING + 
MQGMO_MSG_UNDER_CURSOR
| |+ 
MQGMO_SYNCPOINT 
| | 
ENDIF
| |
| |--- ( 4 ) Perform a SYNCPOINT 
in CICS
| 
| 
( 5 ) Out of above loop when no more entries left in queue on error code 
2033
|
|( 
6 ) Infinite wait on MQ Read by using the below options ,
|MQGMO_WAIT 
+ MQGMO_FAIL_IF_QUIESCING + MQGMO_BROWSE_NEXT and MQWI_UNLIMITED
|Transaction 
is waiting on MQ to alert and wake this guy up when a message 
arrives.
|
|--- ( 7 ) Message arrives in 
queue and from this point step 1 onwards is repeated

PROBLEM
In the above logic that we 
are using we are using we have noticed that some-times a queue has 1 or 2 
messages
and the transaction in CICS 
is in GETWAIT waiting for messages to arrive. The 2 messages which get left out 
are
never picked up where as 
further messages which arrive in that input queue are picked and 
processed.

Anybody facing a problem like this or know of something 
in this regard.


Also i 
see a PTF at the IBM site closed recently with details as 
below


  
  
APAR
CLOSEDATEyy/mm/dd
PTF(s)
Fixing APARif PTF in error
HIPER?
Description/comments
  
PQ61246
02/08/15
UQ68768


MQGET WITH WAIT ISN'T POSTED ALTHOUGH THE QUEUE HAS A 
  MESSAGE.
Any 
IDEA as to how to get the details for this.. or anybody out there who might have 
actually have
raised 
this particular problem.

Any 
help would be highly appreciated.

Thanks 
and regards
Sridhar R

  


Re: Application using BROWSE missing messages

2002-09-17 Thread Bullock, Rebecca (CSC)



Sridhar, why
don't you just open an issue with IBM and ask for more detail? Or describe to
them what you have and askif the apar you found fits. I grant you that
this isn't exactly what you asked for, but it is one approach -- My best,
Rebecca


Rebecca Bullock Computer Sciences Corporation 
Educational Testing Service Account
Princeton, NJ 08541 
e-mail: [EMAIL PROTECTED][EMAIL PROTECTED]


  -Original Message-From: Sridhar Ramasubramonian
  [mailto:[EMAIL PROTECTED]]Sent: Tuesday, September
  17, 2002 10:56 AMTo: [EMAIL PROTECTED]Subject:
  Application using BROWSE missing messages
  hi
  all...
  
  I am looking for some
  help to solve a particular
  problem that we are facing
  here.
  
  The problem is
  explained below.
  We have a MQ based application
  written in C++ running in CICS and reading messages 
  from MQ. The overall functioning
  logic of the application is as explained below.
  ||--( 1 ) Input queue
  opened for Browse with options and read in a LOOP till messages are
  over.
  ||MQGMO_WAIT
  + MQGMO_FAIL_IF_QUIESCING + MQGMO_BROWSE_NEXT+MQOO_INPUT_SHARED
  | |and
  wait interval as 0.
  | |
  | |( 2 ) Use
  message (May have syncpoint calls in this process)
  | |
  | |( 3 ) IF
  DB deadlock of -911 THEN
  | |is
  got then ROLLBACK everything uncommitted, and repeat step 1 onwards with
  
  | |the
  following options
  MQGMO_WAIT+MQGMO_FAIL_IF_QUIESCING+MQGMO_BROWSE_FIRST
  | |Change
  here is that the queue is again reopened fresh with a Browse_First option as
  shown above.
  | |ELSE
  | |Remove
  the message under syncpoint control with a destructive Get with
  the
  | |following
  options, MQGMO_WAIT + MQGMO_FAIL_IF_QUIESCING +
  MQGMO_MSG_UNDER_CURSOR
  | |+
  MQGMO_SYNCPOINT 
  | |
  ENDIF
  | |
  | |--- ( 4 ) Perform a
  SYNCPOINT in CICS
  | 
  |
  ( 5 ) Out of above loop when no more entries left in queue on error
  code 2033
  |
  |(
  6 ) Infinite wait on MQ Read by using the below options ,
  |MQGMO_WAIT
  + MQGMO_FAIL_IF_QUIESCING + MQGMO_BROWSE_NEXT and MQWI_UNLIMITED
  |Transaction
  is waiting on MQ to alert and wake this guy up when a message
  arrives.
  |
  |--- ( 7 ) Message arrives
  in queue and from this point step 1 onwards is repeated
  
  PROBLEM
  In the above logic that we
  are using we are using we have noticed that some-times a queue has 1 or 2
  messages
  and the transaction in CICS
  is in GETWAIT waiting for messages to arrive. The 2 messages which get left
  out are
  never picked up where as
  further messages which arrive in that input queue are picked and
  processed.
  
  Anybody facing a problem like this or know of
  something in this regard.
  
  
  Also
  i see a PTF at the IBM site closed recently with details as
  below
  
  


  APAR
  CLOSEDATEyy/mm/dd
  PTF(s)
  Fixing APARif PTF in error
  HIPER?
  Description/comments

  PQ61246
  02/08/15
  UQ68768
  
  
  MQGET WITH WAIT ISN'T POSTED ALTHOUGH THE QUEUE HAS A
MESSAGE.
  Any
  IDEA as to how to get the details for this.. or anybody out there who might
  have actually have
  raised this particular problem.
  
  Any
  help would be highly appreciated.
  
  Thanks and regards
  Sridhar R
  





** 

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.





FW: SUN Solaris Compile Script

2002-09-17 Thread Bruce Barclay

The following note was sent to me from one of our developers. It concerns
the problem of being able to compile a program having several subprograms.
This is not necessarily an MQ problem but all our MQ programs have to be
compiled for the Sun system. We have no problem on AIX or OS/390, just Sun.
Anyone out there experience this problem??  Any suggestions greatly
appreciated. BB.

 Bruce,

  I have a trouble to create an executable module from a separate
 compiled C-routine for the SUN Solaris machine.  Can you provide me some
 asistance?Below is the script used to compile the routine separately:

 #!/bin/ksh
 #
 #  compile the next 11 subprograms into object files
 #
 LIB=/usr/lib
 LVERSION=libshare.so.1
 gcc -g  -c  -fPIC -I/usr/include -o Buffdump.o Buffdump.c
 gcc -g  -c  -fPIC -I/usr/include -o Extrfnme.o Extrfnme.c
 gcc -g  -c  -fPIC -I/usr/include -o Getmemry.o Getmemry.c
 gcc -g  -c  -fPIC -I/usr/include -o Gtconfig.o Gtconfig.c
 gcc -g  -c  -fPIC -I/usr/include -o Writelog.o Writelog.c
 gcc -g  -c  -fPIC -I/usr/include -o Writmess.o Writmess.c
 gcc -g  -c  -fPIC -I/usr/include -o Sendrply.o Sendrply.c
 gcc -g  -c  -fPIC -I/usr/include -o Dynalloc.o Dynalloc.c
 gcc -g  -c  -fPIC -I/usr/include -o Crtmvsjb.o Crtmvsjb.c
 gcc -g  -c  -fPIC -I/usr/include -o getmess.o  getmess.c
 gcc -g  -c  -fPIC -I/usr/include -o chkreply.o chkreply.c



For the AIX machine, I have no problem to create the executable module.
 Below is the script that I use :

 1.


 #!/bin/ksh
 #
 #  compile the next 11 subprograms into object files
 #
 /usr/vac/bin/xlc -c -L/usr/mqm/lib -lmqm Buffdump.c
 /usr/vac/bin/xlc -c -L/usr/mqm/lib -lmqm Extrfnme.c
 /usr/vac/bin/xlc -c -L/usr/mqm/lib -lmqm Getmemry.c
 /usr/vac/bin/xlc -c -L/usr/mqm/lib -lmqm Gtconfig.c
 /usr/vac/bin/xlc -c -L/usr/mqm/lib -lmqm Writelog.c
 /usr/vac/bin/xlc -c -L/usr/mqm/lib -lmqm Writmess.c
 /usr/vac/bin/xlc -c -L/usr/mqm/lib -lmqm Sendrply.c
 /usr/vac/bin/xlc -c -L/usr/mqm/lib -lmqm Dynalloc.c
 /usr/vac/bin/xlc -c -L/usr/mqm/lib -lmqm Crtmvsjb.c
 /usr/vac/bin/xlc -c -L/usr/mqm/lib -lmqm getmess.c
 /usr/vac/bin/xlc -c -L/usr/mqm/lib -lmqm chkreply.c
 #
 #  create share object file using the above object files
 #  Note that create an entry in the export file (libadd.exp)
 #  for each callable function name defined in the subprogram
 #
 /usr/vac/bin/xlc -o/common/shareobj.o -L/usr/mqm/lib -lmqm \
  Buffdump.o \
  Extrfnme.o \
  Getmemry.o \
  Gtconfig.o \
  Writelog.o \
  Writmess.o \
  Sendrply.o \
  Dynalloc.o \
  Crtmvsjb.o  \
  getmess.o \
  chkreply.o \
  -bE:libadd.exp \
  -bM:SRE -bnoentry

 exit

 The 1st step fo the above script is to compile each individual subprogram
 into an object file which is then used to create an share object file in
 the 2nd step.

2.  Create an executable module for MASISGET for the AIX machine:

 #!/bin/ksh
 /usr/vac/bin/xlc -omasisget -L/usr/mqm/lib -lmqm Masisget.c \
  -L/u/ema/rel3.1 /common/shareobj.o

 exit



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: AW: Remote Queue Def in a Cluster

2002-09-17 Thread Raabe, Stefan

David,

workload balancing does not rely on qlocal. you can also use the
workload balancing (the round-robin mechanism) with qalias or qremote
queues. same name, same type.

why defining remote queues as cluster queues?

at least its the same why you make a qlocal or a qalias a cluster
queue: all qmgrs within the cluster will know about the queue (full
repository only, partial if they try to use the queue) so
messages can be routed without any other queues defined.

one example could be something like gateway function.

if you have a destination queue on a qmgr outside the cluster (QMGRA), and
there is one queuemanager within the cluster (QMGRB) that has connection
to QMGRA and a remoteq that points to the destination queue, then
- by making the remoteq a cluster queue -  all queuemanagers within
the cluster are able to put messages to this remoteq on QMGRB by using
clustering, and QMGRB will send the messages to QMGRA using conventional
channels.
So every queuemanager within the cluster is able to send Messages to QMGRA
outside the cluster by using QMGRB as a gateway (for this specific queue).

it can also be used for qmgr alias within the cluster.

Check section  Auto-definition of remote queues and Using aliases
and remote-queue definitions with clusters in the Queue Manager
Clusters manual.

Regards

Stefan






-Ursprungliche Nachricht-
Von: David Yu [mailto:[EMAIL PROTECTED]]
Gesendet: Dienstag, 17. September 2002 16:45
An: [EMAIL PROTECTED]
Betreff: Re: AW: Remote Queue Def in a Cluster


Stefan,

Thanks you for all your useful information. I have one
question needs to ask you.

What is the purpose of defining a remote queue with
cluster attribute ?

Defining a local queue of cluster have advantage of
having multiple MQ's shares a cluster queue and does
workload balance.

But I don't see any reason to have remote defining as
cluster.

Thanks  David


--- Raabe, Stefan [EMAIL PROTECTED] wrote:
 Hello Group,

 yes, messages will sit in the
 SYSTEM.CLUSTER.TRANSMIT.QUEUE.

 There is no different behavior with message
 persistence. If messages are
 non persistence, they will be purged during
 queuemanager restart, no matter
 wheter they are in a qlocal, xmitq or cluster-xmitq.

 But you should be aware of the cluster-rerouting
 mechanism:

 If there are messages on the
 SYSTEM.CLUSTER.TRANSMIT.QUEUE and
 they are not indoubt, then - at every retry interval
 of the
 channel - the messages are get and put again by
 the cluster
 rerouting mechanism. This is done because the
 assigned destination
 may be not available (thats why its in retry), and
 the put will select
 an alternate available destination queue if there is
 one.
 This is done with syncpoint control, so it will use
 a lot of logging
 depending on the amout of messages and your cluster
 channel retry interval.

 We once filled up many cartridges with archive logs
 (during some days /
 weeks)
 because a testsystem was not available for a long
 period of time and there
 where some thousands of messages in the
 SYSTEM.CLUSTER.TRANSMIT.QUEUE.

 I do not know if this rerouting mechanism is
 included in all MQ versions
 that
 support clustering, at least its in 5.2 on OS/390.

 Regards

 Stefan


 -Ursprungliche Nachricht-
 Von: Stefan Sievert
 [mailto:[EMAIL PROTECTED]]
 Gesendet: Dienstag, 17. September 2002 01:03
 An: [EMAIL PROTECTED]
 Betreff: Re: Remote Queue Def in a Cluster


 I would assume that the message will remain on the
 cluster transmission
 queue until QM1 is back up running. There might be a
 difference in behavior
 depending on whether the log messages are persistent
 or not, but I'll leave
 that for somebody who has more real life experience
 with clustering than I
 have.
 Stefan

 From: Potkay, Peter M (PLC, IT)
 [EMAIL PROTECTED]
 Reply-To: MQSeries List [EMAIL PROTECTED]
 To: [EMAIL PROTECTED]
 Subject: Re: Remote Queue Def in a Cluster
 Date: Mon, 16 Sep 2002 17:34:09 -0400
 
 You are correct Stefan. (long day)
 
 I will need a XMIT queue, a remote queue def and a
 Channel between QM2 and
 QM3, just like between QM1 and QM3.
 
 Next question that I need verification on is as
 follows:
 
 Lets say I create a clustered local queue on QM1
 called LOGQUEUE. For the
 sake of discussion, we are only concerned with
 putting to this queue. We
 want to insure that messages get there, because
 once a week we run a batch
 job to look at that queue.
 
 When QM1 and QM2 are both up, an app on QM2 can put
 to LOGQUEUE and the
 messages will end up on the local instance of
 LOGQUEUE on QM1, because
 LOGQUEUE is advertised to the cluster.
 
 IF QM1 goes down, an app on QM2 that puts to
 LOGQUEUE will have what
 happen?
 I assume the put will fail, right? And if so, I
 really should create a
 LOGQUEUE on both QM1 and QM2.
 
 Peter Potkay
 IBM MQSeries Certified Specialist, Developer
 [EMAIL PROTECTED]
 X 77906
 
 
 -Original Message-
 From: Stefan Sievert
 [mailto:[EMAIL PROTECTED]]
 Sent: Monday, September 16, 

Sending messages via satellite - latency problems

2002-09-17 Thread Bruce Barclay

I am told that applications sending MQ messages using satellite should be
sensitive to ten second (or more) Round Trip Delay timings. The problem is
that if the RTD is set too low (ie. less than 10 seconds), then IP tries to
retransmit the  package thereby bulking up the bandwidth. Also, the Mean
Transmission Unit (MTU) should be set less than 1500 (ie. 1492 or something
like that). Is anyone out there using satellite transmission for MQ (not
MQe) for messages? If so, how do you address this issue? Or, must we go to
MQe? Thanx.  BB.

Bruce Barclay
Cell: 613-794-8423

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: Application using BROWSE missing messages

2002-09-17 Thread Sridhar Ramasubramonian

hi ronald..

This is not the case as i have all my transactions fully committed 
and in their sleep states. I also verified the number of threads and
processes holding this queue and did not find any except the one
reading and waiting on this.

Somehow these 1 or 2 messages stays in the queue.

Regards
Sridhar


-Original Message-
From: Ronald Weinger [mailto:[EMAIL PROTECTED]]
Sent: Dienstag, 17. September 2002 17:15
To: [EMAIL PROTECTED]
Subject: Re: Application using BROWSE missing messages


messages could be recorded on the message count but not committed if there
is  syncpoint processing





Sridhar Ramasubramonian [EMAIL PROTECTED]
@AKH-Wien.AC.AT on 09/17/2002 10:56:29 AM

Please respond to MQSeries List [EMAIL PROTECTED]

Sent by:MQSeries List [EMAIL PROTECTED]


To:[EMAIL PROTECTED]
cc:
Subject:Application using BROWSE missing messages



hi  all...

I am looking for some  help   to solve a particular  problem that we  are
facing  here.

The problem is explained  below.
We have a MQ based application  written in C++ running in CICS and reading
messages
from MQ. The overall functioning  logic of the application is as explained
below.

||--( 1 ) Input queue  opened for Browse with options and read in
a LOOP till messages are  over.
||   MQGMO_WAIT  + MQGMO_FAIL_IF_QUIESCING +
MQGMO_BROWSE_NEXT+MQOO_INPUT_SHARED
|    |   and  wait interval as 0.
|    |
|    |   ( 2 ) Use  message (May have syncpoint calls in this process)
|    |
|    |   ( 3 ) IF DB  deadlock of -911 THEN
|    |   is  got then ROLLBACK everything uncommitted, and
repeat step 1 onwards with
|    |   the  following options
MQGMO_WAIT+MQGMO_FAIL_IF_QUIESCING+MQGMO_BROWSE_FIRST
|    |   Change  here is that the queue is again reopened
fresh with a Browse_First option as  shown above.
|    | ELSE
|    |   Remove  the message under syncpoint control with a
destructive Get with the
|    |   following  options, MQGMO_WAIT +
MQGMO_FAIL_IF_QUIESCING +  MQGMO_MSG_UNDER_CURSOR
|    |   +  MQGMO_SYNCPOINT
|    |      ENDIF
|    |
|    |--- ( 4 ) Perform a SYNCPOINT  in CICS
|
|    ( 5 ) Out of above loop when no more entries left in queue on
error code  2033
|
|   (  6 ) Infinite wait on MQ Read by using the below options ,
|   MQGMO_WAIT  + MQGMO_FAIL_IF_QUIESCING + MQGMO_BROWSE_NEXT
and MQWI_UNLIMITED
|   Transaction  is waiting on MQ to alert and wake this guy up
when a message  arrives.
|
|--- ( 7 ) Message arrives in  queue and from this point step 1
onwards is repeated

 PROBLEM
In the above logic that we  are using we are using we have noticed that
some-times a queue has 1 or 2  messages
and the transaction in CICS  is in GETWAIT waiting for messages to arrive.
The 2 messages which get left out  are
never picked up where as  further messages which arrive in that input queue
are picked and  processed.

Anybody facing a problem like this or know of something  in this regard.


Also i  see a PTF at the IBM site closed recently with details as  below
|---+---+---+---+---+---|
|  APAR |  CLOSE|  PTF(s)   |  Fixing   |  HIPER?   |  Descripti|
|   |  DATE |   |  APAR |   |  on/commen|
|   |  yy/mm/dd |   |  if PTF in|   |  ts   |
|   |   |   |  error|   |   |
|---+---+---+---+---+---|
|  PQ61246  |  02/08/15 |  UQ68768  |   |   |  MQGET|
|   |   |   |   |   |  WITH WAIT|
|   |   |   |   |   |  ISN'T|
|   |   |   |   |   |  POSTED   |
|   |   |   |   |   |  ALTHOUGH |
|   |   |   |   |   |  THE QUEUE|
|   |   |   |   |   |  HAS A|
|   |   |   |   |   |  MESSAGE. |
|---+---+---+---+---+---|



Any  IDEA as to how to get the details for this.. or anybody out there who
might have  actually have
raised  this particular problem.

Any  help would be highly appreciated.

Thanks  and regards
Sridhar R





The information contained in this message may be CONFIDENTIAL and is for the intended 
addressee only.  Any unauthorized use, dissemination of the information, or copying of 
this message is prohibited.  If you are not the intended addressee, please notify the 
sender immediately and delete this message.

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

Re: MQMVS:ways to allow people to alter only one queue attribute

2002-09-17 Thread Tom Schneider

Tom,

I don't think there is a way to do exactly what you are asking, but you
might want to look at the MQSET MQI command as opposed to an MQSC ALTER
QUEUE command.MQSET can only alter a subset of the queue's attributes,
and of the attributes which it is allowed to alter, most are related to
triggering.

-Tom

==
Tom Schneider / IBM Global Services
(513) 533-3644
[EMAIL PROTECTED]
==





Tom Kane [EMAIL PROTECTED]
Sent by: MQSeries List [EMAIL PROTECTED]
09/17/2002 10:18 AM
Please respond to MQSeries List


To: [EMAIL PROTECTED]
cc:
Subject:MQMVS:ways to allow people to alter only one queue attribute



Hi,
Has anybody come up with ways to allow users to modify one attribute of a
queue.  For example triggering. I'm not a RACF expert, but looking at the
MQADMIN and MQCMDS classes but it doesn't look like you can specify it
down to the attribute level.

tia
Tom

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: Application using BROWSE missing messages

2002-09-17 Thread Adrian König



Sridhar
Messages not commited by the sender apear on the 
message count ...but you will not be able to process them.
Adrian
ait research

  - Original Message - 
  From: 
  Sridhar Ramasubramonian 
  To: [EMAIL PROTECTED] 
  Sent: Tuesday, September 17, 2002 4:56 
  PM
  Subject: Application using BROWSE missing 
  messages
  
  hi 
  all...
  
  I am looking for some 
  help to solve a particular 
  problem that we are facing 
  here.
  
  The problem is 
  explained below.
  We have a MQ based application 
  written in C++ running in CICS and reading messages 
  from MQ. The overall functioning 
  logic of the application is as explained below.
  ||--( 1 ) Input queue 
  opened for Browse with options and read in a LOOP till messages are 
  over.
  ||MQGMO_WAIT 
  + MQGMO_FAIL_IF_QUIESCING + MQGMO_BROWSE_NEXT+MQOO_INPUT_SHARED
  | |and 
  wait interval as 0.
  | |
  | |( 2 ) Use 
  message (May have syncpoint calls in this process)
  | |
  | |( 3 ) IF 
  DB deadlock of -911 THEN
  | |is 
  got then ROLLBACK everything uncommitted, and repeat step 1 onwards with 
  
  | |the 
  following options 
  MQGMO_WAIT+MQGMO_FAIL_IF_QUIESCING+MQGMO_BROWSE_FIRST
  | |Change 
  here is that the queue is again reopened fresh with a Browse_First option as 
  shown above.
  | |ELSE
  | |Remove 
  the message under syncpoint control with a destructive Get with 
  the
  | |following 
  options, MQGMO_WAIT + MQGMO_FAIL_IF_QUIESCING + 
  MQGMO_MSG_UNDER_CURSOR
  | |+ 
  MQGMO_SYNCPOINT 
  | | 
  ENDIF
  | |
  | |--- ( 4 ) Perform a 
  SYNCPOINT in CICS
  | 
  | 
  ( 5 ) Out of above loop when no more entries left in queue on error 
  code 2033
  |
  |( 
  6 ) Infinite wait on MQ Read by using the below options ,
  |MQGMO_WAIT 
  + MQGMO_FAIL_IF_QUIESCING + MQGMO_BROWSE_NEXT and MQWI_UNLIMITED
  |Transaction 
  is waiting on MQ to alert and wake this guy up when a message 
  arrives.
  |
  |--- ( 7 ) Message arrives 
  in queue and from this point step 1 onwards is repeated
  
  PROBLEM
  In the above logic that we 
  are using we are using we have noticed that some-times a queue has 1 or 2 
  messages
  and the transaction in CICS 
  is in GETWAIT waiting for messages to arrive. The 2 messages which get left 
  out are
  never picked up where as 
  further messages which arrive in that input queue are picked and 
  processed.
  
  Anybody facing a problem like this or know of 
  something in this regard.
  
  
  Also 
  i see a PTF at the IBM site closed recently with details as 
  below
  
  


  APAR
  CLOSEDATEyy/mm/dd
  PTF(s)
  Fixing APARif PTF in error
  HIPER?
  Description/comments

  PQ61246
  02/08/15
  UQ68768
  
  
  MQGET WITH WAIT ISN'T POSTED ALTHOUGH THE QUEUE HAS A 
MESSAGE.
  Any 
  IDEA as to how to get the details for this.. or anybody out there who might 
  have actually have
  raised this particular problem.
  
  Any 
  help would be highly appreciated.
  
  Thanks and regards
  Sridhar R
  



Re: Application using BROWSE missing messages

2002-09-17 Thread Sridhar Ramasubramonian



hi 
adrian..

I have 
a MVS Mainview monitor here and through that i have verified at the 
point
i got 
the error, that there were not uncommitted records in this 
queue.

Is 
there any other thing that i am missing.

Regards
Sridhar

  -Original Message-From: Adrian König 
  [mailto:[EMAIL PROTECTED]]Sent: Dienstag, 17. September 2002 
  17:52To: [EMAIL PROTECTED]Subject: Re: Application 
  using BROWSE missing messages
  Sridhar
  Messages not commited by the sender apear on the 
  message count ...but you will not be able to process them.
  Adrian
  ait research
  
- Original Message - 
From: 
Sridhar Ramasubramonian 
To: [EMAIL PROTECTED] 
Sent: Tuesday, September 17, 2002 4:56 
PM
Subject: Application using BROWSE 
missing messages

hi 
all...

I am looking for some 
help to solve a particular 
problem that we are facing 
here.

The problem is 
explained below.
We have a MQ based application 
written in C++ running in CICS and reading messages 
from MQ. The overall functioning 
logic of the application is as explained below.
||--( 1 ) Input queue 
opened for Browse with options and read in a LOOP till messages are 
over.
||MQGMO_WAIT 
+ MQGMO_FAIL_IF_QUIESCING + MQGMO_BROWSE_NEXT+MQOO_INPUT_SHARED
| |and 
wait interval as 0.
| |
| |( 2 ) 
Use message (May have syncpoint calls in this process)
| |
| |( 3 ) IF 
DB deadlock of -911 THEN
| |is 
got then ROLLBACK everything uncommitted, and repeat step 1 onwards with 

| |the 
following options 
MQGMO_WAIT+MQGMO_FAIL_IF_QUIESCING+MQGMO_BROWSE_FIRST
| |Change 
here is that the queue is again reopened fresh with a Browse_First option as 
shown above.
| |ELSE
| |Remove 
the message under syncpoint control with a destructive Get with 
the
| |following 
options, MQGMO_WAIT + MQGMO_FAIL_IF_QUIESCING + 
MQGMO_MSG_UNDER_CURSOR
| |+ 
MQGMO_SYNCPOINT 
| | 
ENDIF
| |
| |--- ( 4 ) Perform a 
SYNCPOINT in CICS
| 
| 
( 5 ) Out of above loop when no more entries left in queue on error 
code 2033
|
|( 
6 ) Infinite wait on MQ Read by using the below options ,
|MQGMO_WAIT 
+ MQGMO_FAIL_IF_QUIESCING + MQGMO_BROWSE_NEXT and 
MQWI_UNLIMITED
|Transaction 
is waiting on MQ to alert and wake this guy up when a message 
arrives.
|
|--- ( 7 ) Message 
arrives in queue and from this point step 1 onwards is repeated

PROBLEM
In the above logic that 
we are using we are using we have noticed that some-times a queue has 1 or 2 
messages
and the transaction in 
CICS is in GETWAIT waiting for messages to arrive. The 2 messages which get 
left out are
never picked up where as 
further messages which arrive in that input queue are picked and 
processed.

Anybody facing a problem like this or know of 
something in this regard.


Also i see a PTF at the IBM site closed recently 
with details as below


  
  
APAR
CLOSEDATEyy/mm/dd
PTF(s)
Fixing APARif PTF in error
HIPER?
Description/comments
  
PQ61246
02/08/15
UQ68768


MQGET WITH WAIT ISN'T POSTED ALTHOUGH THE QUEUE HAS A 
  MESSAGE.
Any IDEA as to how to get the details for this.. or 
anybody out there who might have actually have
raised this particular problem.

Any help would be highly 
appreciated.

Thanks and regards
Sridhar R

  


Re: AW: Remote Queue Def in a Cluster

2002-09-17 Thread Yu, David

Stefan,

I got it. Thanks you for sharing this information with me.

David

 -Original Message-
From:   Raabe, Stefan [mailto:[EMAIL PROTECTED]]
Sent:   Tuesday, September 17, 2002 10:31 AM
To: [EMAIL PROTECTED]
Subject:AW: AW: Remote Queue Def in a Cluster

David,

workload balancing does not rely on qlocal. you can also use the
workload balancing (the round-robin mechanism) with qalias or qremote
queues. same name, same type.

why defining remote queues as cluster queues?

at least its the same why you make a qlocal or a qalias a cluster
queue: all qmgrs within the cluster will know about the queue (full
repository only, partial if they try to use the queue) so
messages can be routed without any other queues defined.

one example could be something like gateway function.

if you have a destination queue on a qmgr outside the cluster (QMGRA), and
there is one queuemanager within the cluster (QMGRB) that has connection
to QMGRA and a remoteq that points to the destination queue, then
- by making the remoteq a cluster queue -  all queuemanagers within
the cluster are able to put messages to this remoteq on QMGRB by using
clustering, and QMGRB will send the messages to QMGRA using conventional
channels.
So every queuemanager within the cluster is able to send Messages to QMGRA
outside the cluster by using QMGRB as a gateway (for this specific queue).

it can also be used for qmgr alias within the cluster.

Check section  Auto-definition of remote queues and Using aliases
and remote-queue definitions with clusters in the Queue Manager
Clusters manual.

Regards

Stefan






-Ursprungliche Nachricht-
Von: David Yu [mailto:[EMAIL PROTECTED]]
Gesendet: Dienstag, 17. September 2002 16:45
An: [EMAIL PROTECTED]
Betreff: Re: AW: Remote Queue Def in a Cluster


Stefan,

Thanks you for all your useful information. I have one
question needs to ask you.

What is the purpose of defining a remote queue with
cluster attribute ?

Defining a local queue of cluster have advantage of
having multiple MQ's shares a cluster queue and does
workload balance.

But I don't see any reason to have remote defining as
cluster.

Thanks  David


--- Raabe, Stefan [EMAIL PROTECTED] wrote:
 Hello Group,

 yes, messages will sit in the
 SYSTEM.CLUSTER.TRANSMIT.QUEUE.

 There is no different behavior with message
 persistence. If messages are
 non persistence, they will be purged during
 queuemanager restart, no matter
 wheter they are in a qlocal, xmitq or cluster-xmitq.

 But you should be aware of the cluster-rerouting
 mechanism:

 If there are messages on the
 SYSTEM.CLUSTER.TRANSMIT.QUEUE and
 they are not indoubt, then - at every retry interval
 of the
 channel - the messages are get and put again by
 the cluster
 rerouting mechanism. This is done because the
 assigned destination
 may be not available (thats why its in retry), and
 the put will select
 an alternate available destination queue if there is
 one.
 This is done with syncpoint control, so it will use
 a lot of logging
 depending on the amout of messages and your cluster
 channel retry interval.

 We once filled up many cartridges with archive logs
 (during some days /
 weeks)
 because a testsystem was not available for a long
 period of time and there
 where some thousands of messages in the
 SYSTEM.CLUSTER.TRANSMIT.QUEUE.

 I do not know if this rerouting mechanism is
 included in all MQ versions
 that
 support clustering, at least its in 5.2 on OS/390.

 Regards

 Stefan


 -Ursprungliche Nachricht-
 Von: Stefan Sievert
 [mailto:[EMAIL PROTECTED]]
 Gesendet: Dienstag, 17. September 2002 01:03
 An: [EMAIL PROTECTED]
 Betreff: Re: Remote Queue Def in a Cluster


 I would assume that the message will remain on the
 cluster transmission
 queue until QM1 is back up running. There might be a
 difference in behavior
 depending on whether the log messages are persistent
 or not, but I'll leave
 that for somebody who has more real life experience
 with clustering than I
 have.
 Stefan

 From: Potkay, Peter M (PLC, IT)
 [EMAIL PROTECTED]
 Reply-To: MQSeries List [EMAIL PROTECTED]
 To: [EMAIL PROTECTED]
 Subject: Re: Remote Queue Def in a Cluster
 Date: Mon, 16 Sep 2002 17:34:09 -0400
 
 You are correct Stefan. (long day)
 
 I will need a XMIT queue, a remote queue def and a
 Channel between QM2 and
 QM3, just like between QM1 and QM3.
 
 Next question that I need verification on is as
 follows:
 
 Lets say I create a clustered local queue on QM1
 called LOGQUEUE. For the
 sake of discussion, we are only concerned with
 putting to this queue. We
 want to insure that messages get there, because
 once a week we run a batch
 job to look at that queue.
 
 When QM1 and QM2 are both up, an app on QM2 can put
 to LOGQUEUE and the
 messages will end up on the local instance of
 LOGQUEUE on QM1, because
 LOGQUEUE is advertised to the cluster.
 
 IF QM1 goes down, an app on QM2 that puts to
 LOGQUEUE will have what
 happen?
 I assume the put will 

Re: SUN Solaris Compile Script

2002-09-17 Thread Bruce Olsen

I strongly recommend you use make. Using a script is like going in with a
scoop shovel when a teaspoon will do.  Make will let you do a build so that
if only one of the routines has changed, that's the only one that compiles.

To learn make, get the O'Reilly book Managing Projects with make. You'll
find make useful on both your Solaris and AIX platforms and can use one set
of rules for building on both. Just be aware of the differences in the
output of the two when watching for errors.

If you're not doing version control, you might also want to start using
something like RCS. O'Reilly has a book on that, too.

Good luck,
Bruce


===
Bruce Olsen
System Integration Strategy and Architecture
Email: [EMAIL PROTECTED]
Phone: (727) 898-8851
Mobile: (727) 421-0865
Fax: (507) 262-1567

-Original Message-
From: MQSeries List [mailto:[EMAIL PROTECTED]]On Behalf Of Bruce
Barclay
Sent: Tuesday, September 17, 2002 11:19 AM
To: [EMAIL PROTECTED]
Subject: FW: SUN Solaris Compile Script

The following note was sent to me from one of our developers. It concerns
the problem of being able to compile a program having several subprograms.
This is not necessarily an MQ problem but all our MQ programs have to be
compiled for the Sun system. We have no problem on AIX or OS/390, just Sun.
Anyone out there experience this problem??  Any suggestions greatly
appreciated. BB.

 Bruce,

  I have a trouble to create an executable module from a separate
 compiled C-routine for the SUN Solaris machine.  Can you provide me some
 asistance?Below is the script used to compile the routine separately:

 #!/bin/ksh
 #
 #  compile the next 11 subprograms into object files
 #
 LIB=/usr/lib
 LVERSION=libshare.so.1
 gcc -g  -c  -fPIC -I/usr/include -o Buffdump.o Buffdump.c
 gcc -g  -c  -fPIC -I/usr/include -o Extrfnme.o Extrfnme.c
 gcc -g  -c  -fPIC -I/usr/include -o Getmemry.o Getmemry.c
 gcc -g  -c  -fPIC -I/usr/include -o Gtconfig.o Gtconfig.c
 gcc -g  -c  -fPIC -I/usr/include -o Writelog.o Writelog.c
 gcc -g  -c  -fPIC -I/usr/include -o Writmess.o Writmess.c
 gcc -g  -c  -fPIC -I/usr/include -o Sendrply.o Sendrply.c
 gcc -g  -c  -fPIC -I/usr/include -o Dynalloc.o Dynalloc.c
 gcc -g  -c  -fPIC -I/usr/include -o Crtmvsjb.o Crtmvsjb.c
 gcc -g  -c  -fPIC -I/usr/include -o getmess.o  getmess.c
 gcc -g  -c  -fPIC -I/usr/include -o chkreply.o chkreply.c



For the AIX machine, I have no problem to create the executable module.
 Below is the script that I use :

 1.


 #!/bin/ksh
 #
 #  compile the next 11 subprograms into object files
 #
 /usr/vac/bin/xlc -c -L/usr/mqm/lib -lmqm Buffdump.c
 /usr/vac/bin/xlc -c -L/usr/mqm/lib -lmqm Extrfnme.c
 /usr/vac/bin/xlc -c -L/usr/mqm/lib -lmqm Getmemry.c
 /usr/vac/bin/xlc -c -L/usr/mqm/lib -lmqm Gtconfig.c
 /usr/vac/bin/xlc -c -L/usr/mqm/lib -lmqm Writelog.c
 /usr/vac/bin/xlc -c -L/usr/mqm/lib -lmqm Writmess.c
 /usr/vac/bin/xlc -c -L/usr/mqm/lib -lmqm Sendrply.c
 /usr/vac/bin/xlc -c -L/usr/mqm/lib -lmqm Dynalloc.c
 /usr/vac/bin/xlc -c -L/usr/mqm/lib -lmqm Crtmvsjb.c
 /usr/vac/bin/xlc -c -L/usr/mqm/lib -lmqm getmess.c
 /usr/vac/bin/xlc -c -L/usr/mqm/lib -lmqm chkreply.c
 #
 #  create share object file using the above object files
 #  Note that create an entry in the export file (libadd.exp)
 #  for each callable function name defined in the subprogram
 #
 /usr/vac/bin/xlc -o/common/shareobj.o -L/usr/mqm/lib -lmqm \
  Buffdump.o \
  Extrfnme.o \
  Getmemry.o \
  Gtconfig.o \
  Writelog.o \
  Writmess.o \
  Sendrply.o \
  Dynalloc.o \
  Crtmvsjb.o  \
  getmess.o \
  chkreply.o \
  -bE:libadd.exp \
  -bM:SRE -bnoentry

 exit

 The 1st step fo the above script is to compile each individual subprogram
 into an object file which is then used to create an share object file in
 the 2nd step.

2.  Create an executable module for MASISGET for the AIX machine:

 #!/bin/ksh
 /usr/vac/bin/xlc -omasisget -L/usr/mqm/lib -lmqm Masisget.c \
  -L/u/ema/rel3.1 /common/shareobj.o

 exit



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



looking for MbService example (mqsi jplugin )

2002-09-17 Thread Cummings, Charles (Debt Markets Technology)

Does anyone have example code logging a message ( MbService.logWarning() ) in a 
jplugin using the MbService class - it's not clear to me what to pass to the inserts 
(array of objects that constitutes
the inserts into the ResourceBundle message referenced by the messageKey.

Thanks,

Charles

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



AMQCLCHL.TAB for OpenVMS

2002-09-17 Thread Joshi, A (Anant)

Hi,

We have MQSeries Server on Windows NT.

We tested OpenVMS client connectivity once after which
name of the NT server was changed.

Any new Queue Manager that is created on the server
can be accessed from OpenVMS. But we cannot access
existing (prior to renaming) Queue Managers.

The OpenVMS connects using file AMQCLCHL.TAB

How can we recreate this file for existing Queue Managers?

Thanks

==
De informatie opgenomen in dit bericht kan vertrouwelijk zijn en
is uitsluitend bestemd voor de geadresseerde. Indien u dit bericht
onterecht ontvangt wordt u verzocht de inhoud niet te gebruiken en
de afzender direct te informeren door het bericht te retourneren.
==
The information contained in this message may be confidential
and is intended to be exclusively for the addressee. Should you
receive this message unintentionally, please do not use the contents
herein and notify the sender immediately by return e-mail.


==

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: AMQCLCHL.TAB for OpenVMS

2002-09-17 Thread DiLauro, Nick

Are you using one amqclchl.tab for all your qmgrs, new and existing?  If so,
you should be able to update the connection name for these existing qmgrs
and re-export the channel table.

-Original Message-
From: Joshi, A (Anant) [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, September 17, 2002 12:49 PM
To: [EMAIL PROTECTED]
Subject: AMQCLCHL.TAB for OpenVMS


Hi,

We have MQSeries Server on Windows NT.

We tested OpenVMS client connectivity once after which
name of the NT server was changed.

Any new Queue Manager that is created on the server
can be accessed from OpenVMS. But we cannot access
existing (prior to renaming) Queue Managers.

The OpenVMS connects using file AMQCLCHL.TAB

How can we recreate this file for existing Queue Managers?

Thanks

==
De informatie opgenomen in dit bericht kan vertrouwelijk zijn en
is uitsluitend bestemd voor de geadresseerde. Indien u dit bericht
onterecht ontvangt wordt u verzocht de inhoud niet te gebruiken en
de afzender direct te informeren door het bericht te retourneren.
==
The information contained in this message may be confidential
and is intended to be exclusively for the addressee. Should you
receive this message unintentionally, please do not use the contents
herein and notify the sender immediately by return e-mail.


==

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



C++ makefile for HP

2002-09-17 Thread Tom Kane



Does anybody have a good C++ makefile for HP? 
With the aCC compiler?
I found a post from last year that had an aCC 
command that turned out would link it.
And I also have a makefile that I created that 
will compile, but call ld to link and that doesn't work.

So, I can manually put them togother, but haven't 
figured out how to do it under one makefile.
If anybody has one that they can share, I 
should be good.I can't seem to find any supportPacs that have one either 
:(

Thanks
Tom


Message Exit parameters not showing up in MQExplorer or runmqsc ( with exit)

2002-09-17 Thread Philip, Aby

Hi everyone,
I have a very strange problem here. I have a configuration on NT to AIX
where there are queue managers on both the machines. Now there is a
sender-receiver channel from NT to AIX. And I have a message exit which is
deployed on the receiving end of the channel. Now the strange part is that
once i have the exit put in the parameters of the receiver channel and the
channel is running, I am unable to see the name of the message exit in the
channel properties. I am also not able to see the same in using 'runmqsc' on
AIX. The exit is working perfectly well on the channel. I tested that out.
Only thing is that i am not able to view or make changes to the channel
properties of the message exit or send or receive exit. The only properties
(exit wize) which are visible are the security exit ones. This is the same
in the 'runmqsc' also.

I had a same combo running from the same NT machine to another AIX machine
and I was able to view all these exit properties. But it is on this AIX
machine I am unable to do so. (This happens only when I am using the message
exit in it). The exit is working fine.

I tried using the MO71 pac and it was showing the same properties for the
channels. I mean exit wise it was only showing the security exit. Now is
this some property of the MQSC commands? or PCF commands? That once a
message exit is deployed that only security exit is visible?

I am puzzled on why I am able to see the same on other AIX machines although
I have the same exit deployed there...same executable...

Thanks in advance for your help.

Kind Regards
Aby Philip

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 Visual Edit beta v0.3.5

2002-09-17 Thread Roger Lacroix

All:

I have released the next beta v0.3.5 of MQ Visual Edit.

The following enhancements / fixes have been made:
  - Added code to show / hide the message descriptor (MQMD) columns.
  - Added code to support Loading or Saving of individual messages to /
from a text file.
  - Added code to handle the Enter and Esc key strokes in the Open
Queue, Find, Forward and Preferences windows.
  - Added code to support double left click in the main panel to edit a
message.
  - Added right mouse button popup menu. Select a message(s) and then press
the right mouse button.
  - Added code to sort the contents of the Queue Manager Access Profile
list box.
  - Introduced Clyde to tell you when the queue is closed.
  - Fixed Alias Queue bug.
  - Fixed table header scroll bug.
  - Merged the Insert New Message and Simple Message Edit windows together.
  - Added accelerator keys - e.g. CTRL-O to open a queue.
  - More enhancements for deleting messages faster.
  - Updated docs (English only)

You can download MQ Visual Edit at:
http://www.capitalware.biz/beta.html

Note:  This is an on-going project, so please send comments and / or
complaints to me.

Also, this beta will last for 10 weeks (end of November) rather than the
usual 6 weeks.  Before I make the next major revisions, I would like to
hear what people think of it - good or bad.

later
Roger Lacroix
Enterprise Architect
Capitalware Inc.
http://www.capitalware.biz

IBM Certified Specialist - MQSeries
IBM Certified Developer - MQSeries
IBM Certified Solutions Expert - MQSeries


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