Bug 771840 - Activations are not deleted after rollback
Summary: Activations are not deleted after rollback
Keywords:
Status: CLOSED CURRENTRELEASE
Alias: None
Product: JBoss Enterprise BRMS Platform 5
Classification: JBoss
Component: BRE (Expert, Fusion), jBPM 5
Version: BRMS 5.3.0.GA
Hardware: Unspecified
OS: Unspecified
unspecified
high
Target Milestone: ---
: BRMS 5.3.0.GA
Assignee: lcarlon
QA Contact: Tomas Schlosser
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2012-01-05 07:53 UTC by Tomas Schlosser
Modified: 2012-06-25 02:48 UTC (History)
3 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2012-06-25 02:48:50 UTC
Type: Bug
Embargoed:


Attachments (Terms of Use)
Simple reproducer (6.94 KB, application/x-gzip)
2012-01-05 07:53 UTC, Tomas Schlosser
no flags Details


Links
System ID Private Priority Status Summary Last Updated
Red Hat Bugzilla 771854 0 unspecified CLOSED ProcessInstance state is not updated after rollback 2021-02-22 00:41:40 UTC
Red Hat Bugzilla 771917 0 unspecified CLOSED Transactions are broken 2021-02-22 00:41:40 UTC

Internal Links: 771854 771917

Description Tomas Schlosser 2012-01-05 07:53:08 UTC
Created attachment 550843 [details]
Simple reproducer

Description of problem:
When RuleFlow node is triggered in transaction and the transaction is then rolled back, the activation is not removed and after calling fireAllRules() the rule is fired.

Version-Release number of selected component (if applicable):
5.3.0.ER1

How reproducible:
Every time.

Steps to Reproduce:
1. Run class RuleFlowGroup
  
Actual results:
Dummy rule fired
no instance

Expected results:
no instance

Additional info:
Process creation is rolled back just fine.

Comment 2 Tomas Schlosser 2012-01-20 09:30:20 UTC
It seems the same mistake as in 771854 happened here.
It is necessary to reload the session after rollback because the detached snapshot is not reverted automatically. If the session is reloaded, there are no activations present.
Future course of action may be changing this behaviour so the session somehow reverts its state after the rollback. However in this moment it is necessary to at least document this behaviour to warn user that after every rollback, the session must be reloaded from the database.

Comment 4 Lukáš Petrovický 2012-03-20 17:30:26 UTC
Assigning to Lee so that this doesn't fall off the grid.

Comment 5 Tomas Schlosser 2012-04-19 09:20:21 UTC
This is already documented in BRMS Business Process Management user guide.


Note You need to log in before you can comment on or make changes to this bug.