You should probably change your code so that you use the same persistence for your message as the message you're tracking (or whatever), and set the put message option for syncpoint to either:
MQPMO_SYNCPOINT or MQPMO_NO_SYNCPOINT depending on whether or not the message is persistent. Cheers Dave -----Original Message----- From: MQSeries List [mailto:[EMAIL PROTECTED] Behalf Of Narasimhareddy_V Sent: 05 July 2004 10:43 To: [EMAIL PROTECTED] Subject: Re: Message Exit Syncpoint Hi Paul Thank you for the below information, I have corrected the NPMSPEED properties,after this it worked for me.. Regards Narasimha Reddy -----Original Message----- From: MQSeries List [mailto:[EMAIL PROTECTED] Behalf Of Paul Clarke Sent: Monday, July 05, 2004 2:22 PM To: [EMAIL PROTECTED] Subject: Re: Message Exit Syncpoint Narasimha, Are you certain that the original message is being put under syncpoint ?. Note that for a NPMSPEED(FAST) channel only persistent messages will be put under syncpoint. Does your exit decide whether to use syncpoint or not based on the persistence of the original message ? Cheers, P. Paul G Clarke WebSphere MQ Development IBM Hursley MQSeries List <[EMAIL PROTECTED]> wrote on 04/07/2004 14:25:46: > Dear All, > > In our system,we have written Channel Message Exit which takes a copy of > message coming on requestor > channel & putting it into Alias Queue with sync point (i.e, keeping this > transaction into MCA's Unit Of Work). > we are not committing inside the Channel message exit. > > In this case the message is deleverd to the destination queue by MCA > properly, but the copy > we have put to our queue is not getting comitted. > > But this should not happen according to the following information specified > in the WebSphere MQ Intercommunication Manual(page 630). > > ""An exit runs in the same thread as the MCA itself. It also runs inside the > same > unit of work (UOW) as the MCA because it uses the same connection handle. > Therefore, any calls made under syncpoint are committed or backed out by the > channel at the end of the batch. For example, one channel message exit > program can send notification messages to another and these messages will > only be committed to the queue when the batch containing the original > message is committed. > Therefore, it is possible to issue syncpoint MQI calls from a channel > message > exit program."" > > Anybody experienced with these this kind of issues. > > Any comments on this are highly appreaciated.. Thanks > > Regards > Narasimha Reddy > > ************************************************************************** > This email (including any attachments) is intended for the sole use of the > intended recipient/s and may contain material that is CONFIDENTIAL AND > PRIVATE COMPANY INFORMATION. Any review or reliance by others or copying or > distribution or forwarding of any or all of the contents in this message is > STRICTLY PROHIBITED. If you are not the intended recipient, please contact > the sender by email and delete all copies; your cooperation in this regard > is appreciated. > ************************************************************************** > > 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 ************************************************************************** This email (including any attachments) is intended for the sole use of the intended recipient/s and may contain material that is CONFIDENTIAL AND PRIVATE COMPANY INFORMATION. Any review or reliance by others or copying or distribution or forwarding of any or all of the contents in this message is STRICTLY PROHIBITED. If you are not the intended recipient, please contact the sender by email and delete all copies; your cooperation in this regard is appreciated. ************************************************************************** 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