May 2009 - jbpm-dev - Jboss List Archives

[Design of JBoss jBPM] - Re: New console snapshot published, Task Forms included

by kukeltje

Yes, me to. I'm looking into the codebase and miss some information. Most likely an example will help out, at least a little. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4232152#4232152 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4232152

15 years

1
0
0 / 0

[Design of JBoss jBPM] - Re: qa.jboss.com as a repository in the pom

by kukeltje

I would have made that myself, just wanted to discuss it upfront :-) View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4231896#4231896 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4231896

15 years

1
0
0 / 0

[Design of JBoss jBPM] - Re: qa.jboss.com as a repository in the pom

by tom.baeyens＠jboss.com

added as an optional task to this release. i'll see if i can get it in. was something that i considered doing myself. with a jira issue, it won't be forgotten. :-) https://jira.jboss.org/jira/browse/JBPM-2268 View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4231890#4231890 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4231890

15 years

1
0
0 / 0

[Design of JBoss jBPM] - qa.jboss.com as a repository in the pom

by kukeltje

Guys, Is it possible to put qa.jboss.com in a profile in the pom? Since that host is not reachable from outside, it delays my updates significantly. Sure I can put a dummy entry in my /etc/hosts but that should not be needed should it? View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4231888#4231888 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4231888

15 years

1
0
0 / 0

[Design of JBoss jBPM] - Re: names for personal task list and takable task list

by tom.baeyens＠jboss.com

ok. let's rename to getPersonalTaskList and getGroupTaskList Heiko, can you elaborate on what exactly you mean ? getPersonalTaskList is the task list for which the currently authenticated user is the assignee. getGroupTaskList is the list of tasks that the current authenticated user can take. Taking the task is allowed if the task has no assignee | AND ( | the user is a candidate for that task | OR | user is a member of a group which is a candidate for that task | ) | to what extend does this match or violate what you expect ? i am in favour os putting both lists in one view/screen: the personal task list on top and the group task list below. And then maybe later add a separate view/screen to query tasks based on filter criteria. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4231822#4231822 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4231822

15 years

1
0
0 / 0

[Design of JBoss jBPM] - Re: History information

by heiko.braun＠jboss.com

right, user defined end states are implicitly denoted through the end activity already. so we won't needed that either. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4231802#4231802 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4231802

15 years

1
0
0 / 0

[Design of JBoss jBPM] - Re: History information

by tom.baeyens＠jboss.com

guys, i realized that we have the end dates in the history as well. so having the end state set to 'ended' would be duplicating information that is already easy queryable. select .. | from ... | where histProcInst.state = 'ended' | | == | | select .. | from ... | where histProcInst.end is not null so i'll keep a single state in the history process instance entity. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4231796#4231796 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4231796

15 years

1
0
0 / 0

[Design of JBoss jBPM] - Re: History information

by kukeltje

I agree as well and even non-spontaneously (meaning I gave it some thought :-P) see no reasons against it. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4231685#4231685 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4231685

15 years

1
0
0 / 0

[Design of JBoss jBPM] - Re: History information

by camunda

Tom wrote : | I want to split the execution state from the from the user provided end state. | | currently users can provide a custom end state value. i believe the state of a (history)process instance should always be put to STATE_ENDED. and that we should have a second field indicating the user defined end state. it's the user defined end state that could be cancelled, aborted, error, failure and so on. | I agree and spontaneously I don't see reasons against it. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4231682#4231682 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4231682

15 years

1
0
0 / 0

[Design of JBoss jBPM] - Re: History information

by tom.baeyens＠jboss.com

i agree cancelled process instances / tasks should also remain in the history. there is a related aspect that I wanted to bring up: I want to split the execution state from the from the user provided end state. currently users can provide a custom end state value. i believe the state of a (history)process instance should always be put to STATE_ENDED. and that we should have a second field indicating the user defined end state. it's the user defined end state that could be cancelled, aborted, error, failure and so on. then i believe users can distinct better between ended processes and active processes in their queries. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4231661#4231661 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4231661

15 years

1
0
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

jbpm-dev May 2009