[jbpm-issues] [JBoss JIRA] Commented: (JBPM-2537) A triggered timer does not end the task which is left

Ronald van Kuijk (JIRA) jira-events at lists.jboss.org
Wed Jan 20 15:20:48 EST 2010


    [ https://jira.jboss.org/jira/browse/JBPM-2537?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12507334#action_12507334 ] 

Ronald van Kuijk commented on JBPM-2537:
----------------------------------------

My results so far, please comment:

Deleting a task via task.delete() is not an option if a task belongs to an execution. So a task.timeout() is introduced and a HistoryTask.STATE_TIMEDOUT as well. 

All relevant data mentioned by Tom is in the history database, including the outcome taken by the timer (never know where that might come in handy)

There is only one problem. The timer generally signals the execution (as can be done by the user). The only param that is passed on is the outcome. So it is impossible to differentiate between a timeout and a normal signal of the execution. 

Personally I'd like to have an additional param that a signal is the cause of a timeout. The signal name now is equal to the transition name. No help at all here... So giving a specific and different reason when just signalling the execution is not possible. 

Thoughts? Using the params map in the signal?



> A triggered timer does not end the task which is left
> -----------------------------------------------------
>
>                 Key: JBPM-2537
>                 URL: https://jira.jboss.org/jira/browse/JBPM-2537
>             Project: jBPM
>          Issue Type: Bug
>      Security Level: Public(Everyone can see) 
>          Components: Runtime Engine
>    Affects Versions: jBPM 4.1, jBPM 4.0
>            Reporter: Alexis Seigneurin
>            Assignee: Tom Baeyens
>            Priority: Critical
>             Fix For: jBPM 4.4
>
>         Attachments: screenshot-1.jpg, workflow-test-jbpm4.1.zip
>
>
> In my process definition, "task1" has a transition with a due date. When this timer is triggered by the job executor, the transition takes the process to "task2" but "task1" still looks active. For instance, when I run a "task query", instead of only finding "task2", both "task1" and "task2" are found.
> Here is my process definition:
> <?xml version="1.0" encoding="UTF-8"?>
> <process name="test1" xmlns="http://jbpm.org/4.0/jpdl">
>     <start g="-9,192,48,48" name="start1">
>         <transition g="-44,-18" name="to task3" to="task3" />
>     </start>
>     <end g="490,192,48,48" name="end1" />
>     <task g="272,189,92,52" name="task1">
>         <transition g="-42,-18" name="to end1" to="end1" />
>         <transition g="-45,-18" name="to java1" to="reminder">
>             <timer duedate="10 seconds" />
>         </transition>
>     </task>
>     <java class="fr.idm.SimpleReminder" g="272,316,92,52" method="remind" name="reminder">
>         <transition to="task2" />
>     </java>
>     <end g="626,319,48,48" name="end2" />
>     <task g="454,316,92,52" name="task2">
>         <transition g="-42,-18" name="to end2" to="end2" />
>     </task>
>     <task g="113,189,92,52" name="task3">
>         <transition g="-44,-18" to="task1" name="to end1" />
>     </task>
> </process>
> For testing purpose, I introduced "task3" before "task1". It is not listed by the task query, which makes me think that, once "task1" is left, it should no longer be active.
> This looks like https://jira.jboss.org/jira/browse/JBPM-967 but the suggested solution does not seem applicable to JBPM 4.x.
> I will attached the whole source code.

-- 
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

        


More information about the jbpm-issues mailing list