[jBPM Users] - List task comments with Activity name
by edeleflie
I'm finding the HistoryService's API slightly criptic.
I'd like to display, for any given ProcessInstance, all the activity-names it passed through, and the list of comments added each of those tasks.
what I do is retrieve all the HistoryTasks. Then use their Id's to retrieve all the HistoryComments. ... but the HistoryTask does not give me the activity name! (it gives me the outcome, however).
To get the activity-name, I have to go into a completely separate API space ... via the HistoryActivityInstanceQuery. Then I can do HistoryActivityInstance.getActivityName(). But this object does not expose access to comments!
I can find no programmatic way to associate a HistoryActivityInstance with a HistoryTask .. meaning that I have no way to associate Task Comments to their task's activity names.
Have I missed something? .. is there a way to retrieve comments listed by activity name?
I feel as though JBPM4's API is driven by something other than end-user logic. Maybe it is driven by some complex DB restrictions or something. I dont understand why I cant do (groovy syntax):
tasks = History.getTasks(proccessInstanceId)
tasks.each { task ->
println(task.getActivityName())
task.comments.each { comment ->
println(comment.getMessage())
}
}
View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4267431#4267431
Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4267431
15 years
[jBPM Users] - How
by cmjhingeniero
Hi
I need to implement a process that has an automatic activity (java), to be repeated whenever a condition is not met. I have read on timer and on-event, but do not know if this applies to a task java. I also appreciate any guidance on what I need
| <process name="PruebaTimer" xmlns="http://jbpm.org/4.2/jpdl">
| <start g="19,50,48,48">
| <transition to="wait" />
| </start>
| <state name="espera" g="98,46,127,52">
| <on event="timeout">
| <timer duedate="20 minutes" repeat="10 seconds" />
| <event-listener class="com.prueba" method="notify" />
| </on>
| <transition to="fin" g="-16,-17"/>
| </state>
| <end name="fin" g="283,46,83,53"/>
| </process>
|
Thanks
View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4267396#4267396
Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4267396
15 years
[jBPM Users] - jBPM-4.2 process archive deployment broken?
by markroy
jBPM 4.2
JDK 1.5
Windows XP SP2
JBoss 5.0.0GA
Oracle 10g
In jBPM 4.1, I was sucessfully able to deploy '.bar' process archives. In jBPM 4.2 this no longer seems to work. I understand there were some changes made in this area in 4.2. The Developer Guide now states that process archives should have the extension .jdpl and be dropped in $JBOSS_HOME/server//deploy.
I've tried this, but the archive does not seem to be deployed (nothing inserted into JBPM4_DEPLOYMENT). In the server.log, I see
| 2009-11-24 14:26:06,399 DEBUG [org.jboss.system.server.profileservice.repository.AbstractAttachmentStore] (HDScanner) No persisted attachment found for deployment AbstractVFSDeployment(esp.jpdl) with relative path: esp.jpdl-f0c23428c1aae5a7f2d4569a05803cf9\
| 2009-11-24 14:26:06,479 DEBUG [org.jboss.deployers.plugins.main.MainDeployerImpl] (HDScanner) Add deployment: vfsfile:/C:/java/jbpm-4.2/jboss-5.0.0.GA/server/default/deploy/esp.jpdl
| 2009-11-24 14:26:06,479 DEBUG [org.jboss.deployers.plugins.main.MainDeployerImpl] (HDScanner) Scheduling deployment: vfsfile:/C:/java/jbpm-4.2/jboss-5.0.0.GA/server/default/deploy/esp.jpdl parent=null
| 2009-11-24 14:26:06,489 DEBUG [org.jboss.deployers.plugins.deployers.DeployersImpl] (HDScanner) Deploying vfsfile:/C:/java/jbpm-4.2/jboss-5.0.0.GA/server/default/deploy/esp.jpdl
| 2009-11-24 14:26:06,489 DEBUG [org.jboss.deployers.vfs.plugins.classloader.InMemoryClassesDeployer] (HDScanner) Dynamic class root for vfsfile:/C:/java/jbpm-4.2/jboss-5.0.0.GA/server/default/deploy/esp.jpdl is vfsmemory://5c4o4o5w-g1x6dk-g2f1h7r6-1-g2f24t5l-b6
| 2009-11-24 14:26:06,499 DEBUG [org.jboss.classloading.spi.dependency.Domain] (HDScanner) org.jboss.classloading.spi.dependency.Domain@185ad79{DefaultDomain} add module VFSDeploymentClassLoaderPolicyModule esp.jpdl:0.0.0
| 2009-11-24 14:26:06,499 DEBUG [org.jboss.classloader.spi.base.BaseClassLoader] (HDScanner) Created BaseClassLoader@9adbb8{vfsfile:/C:/java/jbpm-4.2/jboss-5.0.0.GA/server/default/deploy/esp.jpdl} with policy VFSClassLoaderPolicy@cf3d8e{name=vfsfile:/C:/java/jbpm-4.2/jboss-5.0.0.GA/server/default/deploy/esp.jpdl domain=null roots=[MemoryContextHandler@30554662[path= context=vfsmemory://5c4o4o5w-g1x6dk-g2f1h7r6-1-g2f24t5l-b6 real=vfsmemory://5c4o4o5w-g1x6dk-g2f1h7r6-1-g2f24t5l-b6]] delegates=null exported=[] <IMPORT-ALL>NON_EMPTY}
| 2009-11-24 14:26:06,499 DEBUG [org.jboss.classloader.spi.base.BaseClassLoaderDomain] (HDScanner) ClassLoaderDomain@1071521{DefaultDomain} registerClassLoader BaseClassLoader@9adbb8{vfsfile:/C:/java/jbpm-4.2/jboss-5.0.0.GA/server/default/deploy/esp.jpdl}
| 2009-11-24 14:26:06,499 DEBUG [org.jboss.aop.asintegration.jboss5.JBoss5ClassPoolFactory] (HDScanner) Created pool org.jboss.aop.asintegration.jboss5.JBoss5ClassPool@15189225 [class path: BaseClassLoader@9adbb8{vfsfile:/C:/java/jbpm-4.2/jboss-5.0.0.GA/server/default/deploy/esp.jpdl};] - dcl:BaseClassLoader@9adbb8{vfsfile:/C:/java/jbpm-4.2/jboss-5.0.0.GA/server/default/deploy/esp.jpdl} for loader BaseClassLoader@9adbb8{vfsfile:/C:/java/jbpm-4.2/jboss-5.0.0.GA/server/default/deploy/esp.jpdl}
| 2009-11-24 14:26:06,499 DEBUG [org.jboss.aop.asintegration.jboss5.AOPClassLoaderDeployer] (HDScanner) Adding AspectManager attachment org.jboss.aop.AspectManager@1e193f2 for AbstractVFSDeploymentContext@3188663{vfsfile:/C:/java/jbpm-4.2/jboss-5.0.0.GA/server/default/deploy/esp.jpdl}
| 2009-11-24 14:26:06,599 DEBUG [org.jboss.deployers.plugins.deployers.DeployersImpl] (HDScanner) Fully Deployed vfsfile:/C:/java/jbpm-4.2/jboss-5.0.0.GA/server/default/deploy/esp.jpdl
|
The Developer's Guide says I should see something like:
| 14:12:09,301 INFO [JBPMService] jBPM 4 - Integration JBoss 4
| 14:12:09,301 INFO [JBPMService] 4.0.0.Beta1
| 14:12:09,301 INFO [JBPMService] ProcessEngine bound to: java:/ProcessEngine
|
but instead I see:
| 2009-11-24 14:11:14,136 DEBUG [org.jbpm.jboss.internal.JbpmService] (main) JbpmService starting...
| 2009-11-24 14:11:17,881 DEBUG [org.jbpm.pvm.internal.cfg.ProcessEngineImpl] (main) jndi name java:/ProcessEngine is not bound
| 2009-11-24 14:11:17,881 DEBUG [org.jbpm.pvm.internal.wire.WireContext] (main) eagerly initializing org.jbpm.pvm.internal.id.DatabaseIdComposer
| 2009-11-24 14:11:17,932 DEBUG [org.jbpm.pvm.internal.wire.WireContext] (main) eagerly initializing org.jbpm.pvm.internal.jobexecutor.JobExecutor
| 2009-11-24 14:11:18,002 DEBUG [org.jbpm.pvm.internal.cfg.ProcessEngineImpl] (main) publishing jBPM ProcessEngine in jndi at java:/ProcessEngine
|
I'm using the default jbpm.cfg.xml and jbpm.hibernate.cfg.xml. I run the example JUnits sucessfully, so programmatic deployment appears to be working.
I'm guessing the jBPM Deployer is not getting invoked because it's not configured, but have no idea where to check.
Please help.
View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4267393#4267393
Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4267393
15 years
[jBPM Users] - jBPM 4.X: task-local variables
by tcr
Hi,
we were trying to work with task-local variables but recognised that this is not yet implemented ;-) (see userguide section 6.2.6.5). So we have a few questions around this topic. We are using jBPM 4.2.
- As we could not find this in Jira either, is there a plan when this will be implemented?
- Is there a workaround available? How do you deal with concurrent tasks accessing variables?
Example: We have a fork that will create 5 tasks (all of the same type but assigned to different user and some other smaller differences).
As each tasks is of the same type they all use a variable having the same key. Task 1 should not be able to manipulate this variable of task 3 but only "its own". Right now all variables are stored in the parent execution so we actually have only a single variable instead of 5.
Do you have ideas how we could implement this?
Any help appreciated!
Regards
tcr
View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4267372#4267372
Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4267372
15 years