| |
|
RSS Feed - WebSphere MQ Support
|
RSS Feed - Message Broker Support
|
  |
|
| MQBACK and Syncpoints |
« View previous topic :: View next topic » |
| Author |
Message
|
| offshore |
 Posted: Thu Mar 25, 2004 1:10 pm Post subject: MQBACK and Syncpoints |
 |
|
Master
Joined: 20 Jun 2002
Posts: 222
|
All,
I've been reading through the manuals and did a search, but still a little confused.
The applications folks are trying to modify a z/OS batch cobol program to perform backout. Its not working so I'm trying to help them out.........
I browsed through the program and all I see coded is a MQBACK call. I did a search for MQGMO_SYNCPOINT, and MQBEGIN, MQCMIT and didn't find any of the last 3 mentioned.
According to the APR & APG, under z/OS a MQBEGIN isn't necessary due to it being the default?
So after further reading, even though that is the default for z/OS does the MQGMO_SYNCPOINT or MQPMO_SYNCPOINT need coded for the MQBACK to work.
Obviously, you can tell I'm not an applications person, but any help would be appreciated. I just think the application is missing a piece of code to tell the QMGR to start syncpointing the UOW, otherwise the MQBACK would work.
Thanks, |
|
| Back to top |
|
 |
| pgorak |
| Posted: Fri Mar 26, 2004 12:11 am Post subject: |
|
|
Disciple
Joined: 15 Jul 2002
Posts: 158
Location: Cracow, Poland
|
| Quote: |
| According to the APR & APG, under z/OS a MQBEGIN isn't necessary due to it being the default |
Haven't read that, but generally MQBEGIN is needed only if you are doing an XA transaction (a transaction affecting more than one resource, e.g. a queue and a database).
You definitely need MQGMO_SYNCPOINT or MQPMO_SYNCPOINT.
As to MQCMIT - well, if the application closes the queues and disconnects (ends cleanly) MQCMIT is taken automatically. However, I doubt whether a programmer should rely on this, esp. because you may well get the 2024 (MQRC_SYNCPOINT_LIMIT_REACHED) when processing many messages. That said, you need an MQCMIT call.
Piotr
_________________
***
IBM Certified Solution Developer WebSphere MQ 5.3 |
|
| Back to top |
|
|
| bob_buxton |
| Posted: Fri Mar 26, 2004 3:36 am Post subject: |
|
|
Master
Joined: 23 Aug 2001
Posts: 266
Location: England
|
MQGMO_SYNCPOINT and MQPMO_SYNCPOINT are the defaults on zOS (unlike some platforms).
MQBEGIN is not supported on zOS.
So you need to look more closely to find out why your MQBACK is apparently not working.
Any non zero return/reason codes or othere symptoms?
_________________
Bob Buxton
Ex-Websphere MQ Development |
|
| Back to top |
|
|
| offshore |
| Posted: Fri Mar 26, 2004 4:33 am Post subject: |
|
|
Master
Joined: 20 Jun 2002
Posts: 222
|
Bob/pgorak,
Thanks for the replies.
Bob, I was about to post the SYNCPOINT and MQBEGIN comments you made. I must have misread those in the APG last evening. It was close to quiting time..haha.
I did see that the application does have an MQGMO_SYNCPOINT option actually specified so that shouldn't be a problem.
I guess I'm going to plead ingnorance on this one, cause I don't know nearly enough on the application programming side.
On the queue definition the BOTHRESH is 3, but I didn't specify a BOQNAME.
Is that a problem? Also, the application is taking the messages of the queue and writing out to a VSAM file. I don't know if that is something else that would be helpful.
As I mentioned I thought I'd try to help out that app side, and in the process hopefully gain some more knowledge.
Thanks again!  |
|
| Back to top |
|
|
| bower5932 |
| Posted: Fri Mar 26, 2004 6:34 am Post subject: |
|
|
Jedi Knight
Joined: 27 Aug 2001
Posts: 3023
Location: Dallas, TX, USA
|
| The BOTHRESH and BOQNAME are used by your application so that it can move a message that has been backed out BOTHRESH times to another queue. Not having the BOQNAME shouldn't have any effect on this. |
|
| Back to top |
|
|
|
|
|
| |
|
Page 1 of 1 |
|
You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum
|
|
|
|
