----- Original Message -----
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 |
CLOSE DATE yy/mm/dd |
PTF(s) |
Fixing APAR if 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