[
https://jira.jboss.org/browse/JBPM-2874?page=com.atlassian.jira.plugin.sy...
]
Maciej Swiderski updated JBPM-2874:
-----------------------------------
Attachment: SubProcessSignalTest.java
test case that illustrates including workaround
SubProcess not ended when signaling its state node from main process
instance
-----------------------------------------------------------------------------
Key: JBPM-2874
URL:
https://jira.jboss.org/browse/JBPM-2874
Project: jBPM
Issue Type: Bug
Security Level: Public(Everyone can see)
Affects Versions: jBPM 4.3
Reporter: Maciej Swiderski
Assignee: Maciej Swiderski
Fix For: jBPM 4.4
Attachments: SubProcessSignalTest.java
There is a potential risk of wrong usage of sub process execution that seems like it was
not tested.
Please consider following scenario:
- there are two processes (main and sub)
- both of them have states somewhere in the execution
- subprocess goes into wait state
- user wants to signal it but there is no reference to it available via public API
- user tries to signal using main process instance
- no exception is thrown
Potential misuse would be to call signal method using main process instance which will in
fact move on with execution leaving unfinished sub process instance.
Solution to this issue could be as follows:
- expose method getSubProcessInstance on Execution (public API)
- disable direct signal on sub process activity from the API when it is in active state
- create an example and document it in user guide
I have already tested that and it seems to work properly.
If no objections, will finish with docs and examples and put it to repository.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
https://jira.jboss.org/secure/Administrators.jspa
-
For more information on JIRA, see:
http://www.atlassian.com/software/jira