Question

2
Replies
1949
Views
Closed
Solved

Using explicit "Commit" in standard agent activities- question

Hello, I've a requirement where I've to process request messages asynchronously. I've queuing them to a standard agent so that I needn't handle transnational behavior on multiple nodes in production.

Background: I know Pega OOTB locks the queue entry (instance of System-Queue-DefaultEntry) and also the related object referenced in the queue entry. I see that in "EstablishContext" activity, the related object is opend & locked (with unlock on commit).

Question: For each queue entry, say I've to update 5 work objects and 2 data instances. I would like to commit as and when I update a WO. I do not want to commit all 7 instances at once. So, If I use an explicit commit in the standard agent, I'm afraid that the OOTB lock on the queue entry and the related object referenced in the queue entry will be released. How do I handle this?

Probable solution: I can overwrite the "EstablishContext" activity and I can see that related object is not unlocked on commit. But how do I ensure that the lock on the queue entry is not released on the explicit commit I'm doing?    OR  may be there is a better a way to handle this???

Thanks in advance for your help.

This thread is closed to future replies. Content and links will no longer be updated. If you have the same/similar Question, please write a new Question.