Imagine an actor currently assigned to an open, urgent task is getting ill, etc.
Who will assume the completion of the task?
To be able to solve this issue, I believe there's got to be a locum, i.e. a
proxy actor, for the impeded actor.
Do you know of any existing, generic solutions to this
Yes, of course...
But this way I'd have to do the reassignment each time manually.
What I'm searching for is a more flexible, powerful solution for this problem.
So what you definetly need is a database, rule engine, etc. you can get a or a
list of proxy actors from for the currently assigned
AFAIK straming binary content from within a portal context is not possible.
You got do redirect to a Servlet.
See:
http://www.thoughtsabout.net/blog/archives/33.html
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4134153#4134153
Reply to the post :
Thanks for your hints!
I read these enries already, but could not find a soultion for my problem
within.
I do not want to isolate the EAR, as Services within would not be useable
without additional configuration by other components in JBoss, any more. It's a
central component and would cause a
Just a guess, try:
| String nameOfYourProcessDefinition = SimpleWorkflow;
| ProcessInstance processInstance = new
ProcessInstance(nameOfYourProcessDefinition);
|
What error message do you get?
View the original post :
Is there a way to force the JBoss Classloader to use a specific local lib
within an EAR instead of using the formerly loaded lib, without isolation of
the EAR?
I want to use jBPM lib version 3.2.2 within my EAR file. JBoss Portal uses jBPM
as well. In it's SAR jBPM lib version 3.1.4 is used.
I'm trying to update from jBPM version 3.1.4 to 3.2.2.
The Portal inside my JBoss AS is still using jBPM version 3.1.4.
I got jBPM as SAR version 3.2.2 configured in an EAR.
Obviously within the EAR jBPM lib 3.1.4 from Portal is used (found out by
error messages complaining about missing
I just found out that my ant task that was working with jbpm-3.4.1 will not
work any more with jbpm-3.2.1
| target name=deploy.par depends=create.par
| taskdef name=deploypar
| classname=org.jbpm.ant.DeployProcessTask
| classpath
Maybe
http://jboss.org/index.html?module=bbop=viewtopicp=4120147
helps!
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4120149#4120149
Reply to the post :
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4120149
It finally works now with additionally adding the folder with my
hibernate.cfg.xml to my classpath.
| target name=deploy.par depends=create.par
| taskdef name=deploypar
| classname=org.jbpm.ant.DeployProcessTask
| classpath
The process gets deployed, probably...
Set
| property name=hibernate.hbm2ddl.autocreate-drop/property
|
to
| property name=hibernate.hbm2ddl.autocreate/property
|
as 'create-drop' drops the built schema again when closing the connection to
the DB.
See the Hibernate docs for this.
I encountered the same problem an will create a JIRA issue for it:
I think there is a bug in TaskMgmtinstance.removeSignalling(Token token) of
jBPM versions 3.1.4 and 3.2:
| /**
|* removes signalling capabilities from all task instances related to the
given token.
|*/
|
I got an ActionHandler that is creating a TaskInstance dynamically.
I tried this in several ways. E.g.:
| public void execute(ExecutionContext executionContext) throws Exception
{
| Token token = executionContext.getToken();
| TaskMgmtInstance tmi =
I believe there is no API function.
But you can easily do this with an HQL query.
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4067430#4067430
Reply to the post :
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4067430
A task with blocking set to true will throw an Exception, if you try to
propagate the execution over a task, that still has open TaskInstances.
So the flag is there, to be able to make sure, that all of the TaskInstances of
a task are finished.
The signalling flag is just there to indicate
I'm now doing it this way:
select distinct ti from TaskInstance ti
| left join fetch ti.token tk
| left join fetch tk.processInstance pi
| left join fetch pi.instances ci
| left join fetch ci.tokenVariableMaps tvm
| left join fetch tvm.variableInstances vi
| where
I'd like to start a little survey and get to know what is your experience with
performance of jBPM.
I encountered problems lately when loading TaskInstances with according
ContextVariables
(http://www.jboss.com/index.html?module=bbop=viewtopicp=4033915#4033915).
Now I'm wondering whether jBPM
With the query I posted a single SQL statement is executed to fetch the
TaskInstances.
This is why I'm wondering, that it takes that long retrieving the results,
though.
Maybe an index on a foreignk key column is missing? I'm not that far into it up
to now.
Any other suggestions appreciated.
you got JBoss Portal installed? I had compatibility problems with JBOss Portal
and jBPM WebConsole.
Give it a try and remove your jbpm.war from your JBoss and check out whether
still errors occur...
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4032637#4032637
You could simply access the contextVariable from within your ActionHandler:
executionContext.getContextInstance().getVariable(IMPORTANT);
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4032684#4032684
Reply to the post :
I got about 1500 taskInstances in my DB applied to a single user.
I'm extracting all these TaskInstances via
jbpmCtx.getTaskList(actorId);
|
Then I'm accessing the contextVariables of the according contextInstance by
Token tk = taskInstance.getToken();
| ProcessInstance pi
Hi!
I'm just starting off with a new project where management of tasks and
users/groups handling these tasks is a crucial part.
I havent't found a method for getting a kind of admin taskList yet, i.e. a
possibility to fetch all taskInstances from the DB, no matter which actor or
pooled actors
I had a similar problem with JBPM and MySQL.
For me the solution was, to set another cache provider in
the hibernate.cfg.xml of the jbpm.sar:
org.hibernate.cache.HashtableCacheProvider
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4006753#4006753
Reply to the
23 matches
Mail list logo