[jboss-user] [JBoss jBPM] - Re: Modeling simple process(tasks)

dlipski do-not-reply at jboss.com
Tue Jul 18 08:00:26 EDT 2006


We had to missanderstand.

I know that there is few solutions for this problem, but what i'm trying to say is none of them take adventage of provided with jBPM task nodes and very easy to use API for retriving task assigned for actor (pooled or performed).

In addition none of these patterns considers user permissions whitch in jBMP can be assgined only to tasks. So i couldnt just create node with few transitions with different conditions(as in Exclusive Choice patter) because i dont't know how to assign permissions to these transitions. Whats more i don't know how to query (via provided API) workflow engine for actions avaliable for user (such as getTaskMgmtSession().findTaskInstances(actorId)).

Imagine that I have very simple UI: one page for every process instance. In this page i have table where number of rows = number of process instances.
In the columns i have buttons each for task that user can perform. So if task instance t1 is in task node with 3 tasks there will be 3 buttons in these row. When user click button i know witch task he want to perform, after completing  task i want to read FROM PROCESS DESIGN whitch transition i should take and afther that the user will return to the same form. But there will be diffrent buttons in row coresponding to these porcess instance because token is in different task node. Offcorse i can use some namimg convention for task and transitions ex. task1 and after_task1 but in m opinion it is not good idea. 

So i have to immortal questions:
1)how to map such situation
2)how to query for task for user grouped by task node (or process instance)

anonymous wrote : As Ronald said, think out of the box... 
What do u exactly mean... ?


Thanks for your help

View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3958757#3958757

Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3958757



More information about the jboss-user mailing list