'Activity-End' step throws 'ActivityTerminateException' in Pega 7.1.8
I have called 'Show-Harness' from 'PeformDefaults' activity in certain conditions. After it, I have added 'Activity-End' to abort all operations to just display what 'Show-Harness' brings. But it is throwing follwing error. This was working in Pega 6.2. We started noticing the problem only after upgrade to Pega 7.1.8.
com.pega.pegarules.pub.runtime.ActivityTerminateException: This is a singleton exception object and the stack trace below does NOT reflect the actual point of failure. To see the actual trace, set Initialization/UniqueActivityTerminateExceptions = true
at com.pega.pegarules.session.internal.mgmt.Executable.<clinit>(Executable.java:470)
at com.pega.pegarules.session.internal.PRSessionProviderImpl.getExecutableInstance(PRSessionProviderImpl.java:1829)
at com.pega.pegarules.generation.internal.cache.appcentric.RACacheAppCentricImpl.reloadCache(RACacheAppCentricImpl.java:1766)
at com.pega.pegarules.generation.internal.cache.AssemblyCacheWrapper.reloadCache(AssemblyCacheWrapper.java:1098)
at com.pega.pegarules.session.internal.async.startup.AssemblyCacheTask.runTask(AssemblyCacheTask.java:21)
at com.pega.pegarules.session.internal.async.startup.StartupTask$1.run(StartupTask.java:33)
at com.pega.pegarules.session.internal.PRSessionProviderImpl.performTargetActionWithLock(PRSessionProviderImpl.java:1259)
at com.pega.pegarules.session.internal.PRSessionProviderImpl.doWithRequestorLocked(PRSessionProviderImpl.java:1008)
I have called 'Show-Harness' from 'PeformDefaults' activity in certain conditions. After it, I have added 'Activity-End' to abort all operations to just display what 'Show-Harness' brings. But it is throwing follwing error. This was working in Pega 6.2. We started noticing the problem only after upgrade to Pega 7.1.8.
com.pega.pegarules.pub.runtime.ActivityTerminateException: This is a singleton exception object and the stack trace below does NOT reflect the actual point of failure. To see the actual trace, set Initialization/UniqueActivityTerminateExceptions = true
at com.pega.pegarules.session.internal.mgmt.Executable.<clinit>(Executable.java:470)
at com.pega.pegarules.session.internal.PRSessionProviderImpl.getExecutableInstance(PRSessionProviderImpl.java:1829)
at com.pega.pegarules.generation.internal.cache.appcentric.RACacheAppCentricImpl.reloadCache(RACacheAppCentricImpl.java:1766)
at com.pega.pegarules.generation.internal.cache.AssemblyCacheWrapper.reloadCache(AssemblyCacheWrapper.java:1098)
at com.pega.pegarules.session.internal.async.startup.AssemblyCacheTask.runTask(AssemblyCacheTask.java:21)
at com.pega.pegarules.session.internal.async.startup.StartupTask$1.run(StartupTask.java:33)
at com.pega.pegarules.session.internal.PRSessionProviderImpl.performTargetActionWithLock(PRSessionProviderImpl.java:1259)
at com.pega.pegarules.session.internal.PRSessionProviderImpl.doWithRequestorLocked(PRSessionProviderImpl.java:1008)
at com.pega.pegarules.session.internal.PRSessionProviderImpl.doWithRequestorLocked(PRSessionProviderImpl.java:828)
at com.pega.pegarules.session.internal.PRSessionProviderImpl.doWithRequestorLocked(PRSessionProviderImpl.java:795)
at com.pega.pegarules.session.internal.async.startup.StartupTask.run(StartupTask.java:28)
at java.lang.Thread.run(Unknown Source)
Pegasystems Inc.
US
Ganesh,
Why would you call Show-Harness from PerformDefaults? If the process engine is calling that extension point activity, that means you are about to show the perform harness. I am far more surprised that this ever worked without problems than I am that you are having issues now. If you don't want to show the perform harness, why are you doing whatever it is that you're doing to call perform defaults (Opening an assignment? Moving the item forward in the flow?)? It sounds like your implementation is doing something fundamentally dangerous and you got lucky in PRPC 6.2, but I would strongly suggest you reconsider what you are doing and not compound the situation by adding more layers of code outside the guardrails to get past this error in Pega 7.1.8.
Thanks,
Mike
NASCO
US
I agree. We use CPM framework, when user accidentally closes/refreshes the browser session, the pending service items of an interaction are still available in worklist. User clicks those service items directly from worklist. We would like to prevent it.
One workaround is add filter logic in worklist and prevent the pending service items and show only pending Interactions (I-XXX). Except that, do you have any ideas for simple workaround/solution?
Pegasystems Inc.
US
Ganesh,
Wouldn't you want the users to be able to go in and finish the pending work if they accidentally closed the browser? I think you're going down the right path by filtering the assignments that you don't want them to click on. That said, what mechanism do you have for cleaning up those old assignments? Won't they increase over time and clutter up the assignment tables in the database?
Thanks,
Mike
NASCO
US
We have agents setup to clean up pending assignments. There are certain service items we encourage user to complete it single go. Even if they miss it, we have encouraged them to launch new interaction and corresponding service item.
I agree with Pega design that user can pick up from worklist and proceed from the point where they stopped/missed. But, the business requirement of our application needs the design that certain service items should complete single go.
Pegasystems Inc.
US
Ganesh,
All right. In that case, yes, definitely make sure that you filter the worklist so they only show interactions and not service items. That seems like the cleanest solution and one that's least likely to produce unintended consequences.
Thanks,
Mike
US
Mike,
I want to continue this discussion as we dont have any agent configured to claer assignment. The developer, Ganesh, was not aware of this. When we were not having this exception (pega 6.1) we displayed a custom harness that shows a message to the user and a close button to delete the assignment.
Activity-End method was used to supress the out of the box perform harness which overrides the custom harness.
Any suggestions??
Cognizant
IN
We got the same exception UniqueActivityTerminateExceptions in V7.1.9 (after upgrading from V6.2.1).
Just like the post above... we are also calling 'Show-Harness' from 'PeformDefaults' activity.
When a user with insufficient skills attempts to open a case we have to call 'Activity-End' to abort all operations and show a 'custom screen' to convey that their skill set is not sufficient to work on the concerned case.
Is something wrong with the Activity-End method in Pega7 ? Do we have a hotfix ? We did not find any relevant messages/hits in the tracer...
This comment has been branched out as a new node and the new thread can be followed here
Pegasystems Inc.
IN
Hi Vignesh,
You have replied to an older thread which lacks activity. To gather better visibility for your question, I have branched it to create a new question. You may continue your conversation on this thread: https://collaborate.pega.com/question/uniqueactivityterminateexceptions-v719-after-upgrading-v621
Hope the information is helpful.
Thanks!