[
https://jira.jboss.org/jira/browse/JBPM-2807?page=com.atlassian.jira.plug...
]
Ronald van Kuijk commented on JBPM-2807:
----------------------------------------
Copied comment from Sebastian on JBPM-2537 to here... I should not have started the
discussion there.
Sebastian wrote:
For me your question leads to a second one: Apart from the timeout
which is going to be implemented is there a use where it makes sense to signal an
execution containing a task
Please correct me if I am wrong: For each user task in a process instance an own
execution is created, right? So this execution just belongs to this task.
As a consequence I can't see a use case for this and thus I'd go for the
"throw-an-error"-way.
I agree. The only thing is that I do not know how many installed systems it would break.
So I tend to go for the 'cancel-the-task-but-log-a-warning' situation, kind of
like deprecating it. Or even just log a warning... And in a next release (4.5? or 5?)
introduce the new behaviour...
A task is put in an unusable state if the execution it belongs to is
signalled
-------------------------------------------------------------------------------
Key: JBPM-2807
URL:
https://jira.jboss.org/jira/browse/JBPM-2807
Project: jBPM
Issue Type: Bug
Security Level: Public(Everyone can see)
Affects Versions: jBPM 4.x, jBPM 4.3, jBPM 4.2, jBPM 4.1, jBPM 4.0
Reporter: Ronald van Kuijk
Priority: Minor
Fix For: jBPM 4.x
Original Estimate: 1 day
Remaining Estimate: 1 day
When an execution is signalled, the task belonging to that execution becomes unusable. It
is made 'not-signalling', has no exection (thus cannot be ended, which you would
not want to) but it keeps showing up in the tasklist....
Proposed solution is to have an additional task state (like the 'timeout' that is
introduced). If an execution is signalled, the task is 'cancelled' this is
something completely different then it being completed or any other state....
The behaviour of which transition will be taken will not be different from what it is
now.... A warning will be logged that a execution is signalled and it would be better to
act on the task itself...
Subtasks will/should be treated the same.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
https://jira.jboss.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see:
http://www.atlassian.com/software/jira