Is there a way to determine whether a token is waiting?
Another way to ask this... when I call getNode() on a token, does that mean the
token is waiting at that node?
I'm still trying to understand what it means that the process executes in the
thread that signals the process instance. Does
anonymous wrote : The database is updated when the token reaches a wait state.
That's what I supposed, but wasn't sure. Thus, that tells me that if a
separate thread gets the node for a token, then that means the token is in a
wait state at that node. I guess it might actually be in the
Thanks for clarifying. No, I do not want to manipulate the token from the
other thread. I figured that was a no-no. From my other thread I just want to
know what node it is on. We want to provide users with some insight into what
state the workflow is in.
In this case I think it is
Thanks Ed. Sounds like there are a few different ways to do it.
Requirements:
* child process does not need to be independent of the parent process... that
is we can write the parent child together has a pair (or even a single
process definition).
* user wants to be able to monitor the parent
Is it possible to determine what variables will be requested in the starting
task of a process... before actually starting it?
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4051066#4051066
Reply to the post :
I will say that my first impression is, No, this doesn't even make sense given
that jbpm is so flexible the expected variables could be determined at
run-time. But I thought I'd ask anyway and see if my impression is correct.
View the original post :
We'd like to have one process that starts many (tens to hundreds) child
processes (each using the same process definition). As each child process
completes it updates the parent process to indicate its completion. When all
of the children are complete the parent can continue execution.
Does
wfenthusiast wrote : You can get to the variables using the
|
| Map processVars = processInstance.getContextInstance().getVariables();
Well that certainly seems like it should do what I want... but like Ricardo I
also get a null value back from this. Can someone please shed light on why
I think I have answered my own question.
What wfenthusiast told me to do works fine - if there is at least one variable
in the process instance. If there are not any variables, then the map seems to
come back null (rather than an empty Map).
This seems like a defect to me... but since the
OK. I've done my homework... but I can't figure out how to get the jpg and gpd
for a given ProcessDefinition. I see that the data is there in the database,
so I know that it has to be available somehow.
Does the API provide a way to get those? Is there an existing discussion on
this?
Ah, that helps me understand the FileDefinition class.
Thanks for the quick and simple reply.
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4050236#4050236
Reply to the post :
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4050236
From outside of a process instance I want to get visibility into the current
state of a process instance (e.g. what are its process variables and their
values). For some context? I am showing a list of the process instances, but
want to give the client more than just the instance id, process
OK. I've confirmed that the TaskInstance is getting persisted. In the DB I
can see the Task Instance and it has the proper key in the TASK_ column. The
JBPM_TASK table has an entry with a matching ID_.
So I do this in my code:
| TaskInstance taskInstance =
I am having a similar behavior. The first transition is always taken,
regardless of what the condition is. I've tried numerous different syntaxes as
per other discussions I found on the forums:
http://www.jboss.com/index.html?module=bbop=viewtopict=107096
project to a Flex project), but didn't
come up with a way to do it. But I bet there is a way.
-Jon Lachelt
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4045132#4045132
Reply to the post :
http://www.jboss.com/index.html?module=bbop=postingmode=replyp
15 matches
Mail list logo