| |
|
RSS Feed - WebSphere MQ Support
|
RSS Feed - Message Broker Support
|
  |
|
| Inhibited the transaction logs in the flow and uncommit msgs |
« View previous topic :: View next topic » |
| Author |
Message
|
| JayQi |
 Posted: Mon Mar 19, 2018 11:01 pm Post subject: Inhibited the transaction logs in the flow and uncommit msgs |
 |
|
Newbie
Joined: 19 Mar 2018
Posts: 1
|
Dear Gents,
i am facing some issues of the transaction logs and the umcommited msgs. the flow process a file and generate multiple output messages , as default, that is running in a transaction and the output msgs will be commited after all msgs generated, but from time to time, i notice, there is a some transcaton errors and caused failed to be put to the target q.
i know the reason is in a long transaction and all the output msgs needed to persisted till all msg completed, then commit.
may i know would it be possible to inhibit the transaction logs in the flow while designed or commit the output msg immediately while generated? |
|
| Back to top |
|
 |
| zpat |
| Posted: Tue Mar 20, 2018 12:47 am Post subject: |
|
|
Jedi Council
Joined: 19 May 2001
Posts: 5867
Location: UK
|
First, you don't have to make your entire message flow transactional - it can be changed on the input node to transaction = No.
Second, even if the flow is transactional, you can choose to put a message to queue outside the syncpoint by setting transaction = No on the MQOutput node.
_________________
Well, I don't think there is any question about it. It can only be attributable to human error. This sort of thing has cropped up before, and it has always been due to human error. |
|
| Back to top |
|
|
| abhi_thri |
| Posted: Tue Mar 20, 2018 1:20 am Post subject: |
|
|
Knight
Joined: 17 Jul 2017
Posts: 516
Location: UK
|
hi...just to add to zpat's note, if you are making the msg flow fully or partially non-transnational you need to give some thought on error handling/replay.
For eg:- what happens when the file processing fails at 51st record out of 100 ones, will replaying the whole file (once the issue is fixed) and thus duplicating the first 50 records cause any issue at destination end? |
|
| 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
|
|
|
|
