This content has been marked as final. Show 3 replies
By default WF_OUT has a retention of 7 days, so if you can work out which message it is in the queue that you want to re-send you should be able to write a script which trawls the queue for the payload for that message (query user_data from AQ$WF_OUT) and then re-enqueues it.
Not neccesarily supported though ;0)
Is there a possibility to re-enqueue into the WF_OUT those events, or anotherWhy??
process so that the Workflow adapter would deque them a second time.
If you send the message to wrohng MQ queue thant simply resend it from publishing application to correct queue.
As I understand, this is a single situation with this wrong queue and when you remap it to correct queue - everithing goes correct! So what is you problem in this case I don't understand???
The message in the MQ-table got lost in the subscribing system and we want to resend it trought as we still got in the wf_out table.