[jboss-user] [JBoss jBPM] - Re: conditional transition behavior
here's some info from the log:
| 11:02:38,218 DEBUG [Printer] listing entities:
| 11:02:38,218 DEBUG [Printer] org.jbpm.graph.node.TaskNode{signal=4,
events=[], action=null, leavingTransitions=[org.jbpm.graph.def.Transition#278],
isAsyncExclusive=false, superState=null, tasks=uninitialized,
createTasks=true, id=288,
processDefinition=org.jbpm.graph.def.ProcessDefinition#81, isAsync=false,
endTasks=false, description=null, exceptionHandlers=uninitialized,
name=confinuar, arrivingTransitions=uninitialized}
| 11:02:38,718 DEBUG [Printer]
org.jbpm.graph.def.ProcessDefinition{startState=org.jbpm.graph.def.Node#291,
events=[], definitions=uninitialized, actions=uninitialized,
description=null, nodes=uninitialized, exceptionHandlers=uninitialized,
isTerminationImplicit=false, name=notificacao, id=81, version=25}
| 11:02:38,718 DEBUG [Printer]
org.jbpm.taskmgmt.exe.TaskMgmtInstance{processInstance=org.jbpm.graph.exe.ProcessInstance#370,
taskMgmtDefinition=org.jbpm.taskmgmt.def.TaskMgmtDefinition#201,
taskInstances=[org.jbpm.taskmgmt.exe.TaskInstance#353,
org.jbpm.taskmgmt.exe.TaskInstance#354], swimlaneInstances=uninitialized,
id=605, version=1}
| 11:02:39,218 DEBUG [Printer]
org.jbpm.context.def.VariableAccess{access=read,write,required,
mappedName=null, variableName=decisao, id=306}
| 11:02:39,218 DEBUG [Printer]
org.jbpm.graph.def.Transition{to=org.jbpm.graph.def.Node#292, events=[],
description=null, from=org.jbpm.graph.def.Node#288,
exceptionHandlers=uninitialized, condition=null, name=, id=278,
processDefinition=org.jbpm.graph.def.ProcessDefinition#81}
| 11:02:39,218 DEBUG [Printer] org.jbpm.graph.node.Decision{events=[],
action=null, leavingTransitions=[org.jbpm.graph.def.Transition#281,
org.jbpm.graph.def.Transition#282], isAsyncExclusive=false, superState=null,
decisionConditions=[], id=292,
processDefinition=org.jbpm.graph.def.ProcessDefinition#81, isAsync=false,
description=null, decisionDelegation=null, decisionExpression=null,
exceptionHandlers=uninitialized, name=decisao,
arrivingTransitions=uninitialized}
| 11:02:39,718 DEBUG [Printer] org.jbpm.graph.exe.ProcessInstance{key=null,
start=2007-07-16 10:44:11, instances=[org.jbpm.module.exe.ModuleInstance#605,
org.jbpm.module.exe.ModuleInstance#606], runtimeActions=[], isSuspended=false,
end=2007-07-16 11:02:20, superProcessToken=null,
rootToken=org.jbpm.graph.exe.Token#370, id=370,
processDefinition=org.jbpm.graph.def.ProcessDefinition#81, version=1}
| 11:02:39,718 DEBUG [Printer]
org.jbpm.graph.def.Transition{to=org.jbpm.graph.def.Node#289, events=[],
description=null, from=org.jbpm.graph.def.Node#292,
exceptionHandlers=uninitialized, condition=#{ decisao == 'nao' }, name=fim,
id=282, processDefinition=org.jbpm.graph.def.ProcessDefinition#81}
| 11:02:40,218 DEBUG [Printer]
org.jbpm.taskmgmt.exe.TaskInstance{comments=uninitialized,
processInstance=org.jbpm.graph.exe.ProcessInstance#370, isBlocking=false,
start=null, variableInstances=[org.jbpm.context.exe.VariableInstance#1074],
taskMgmtInstance=org.jbpm.taskmgmt.exe.TaskMgmtInstance#605, isSuspended=false,
isOpen=false, end=2007-07-16 11:01:46,
swimlaneInstance=org.jbpm.taskmgmt.exe.SwimlaneInstance#217, dueDate=null,
token=org.jbpm.graph.exe.Token#370, pooledActors=uninitialized, id=354,
version=1, actorId=grover, isSignalling=false, create=2007-07-16 10:56:57,
description=null, isCancelled=false, task=org.jbpm.taskmgmt.def.Task#125,
name=deseja continuar, priority=3}
| 11:02:40,718 DEBUG [Printer] org.jbpm.graph.node.EndState{events=[],
action=null, leavingTransitions=uninitialized, isAsyncExclusive=false,
superState=null, id=289,
processDefinition=org.jbpm.graph.def.ProcessDefinition#81, isAsync=false,
description=null, endCompleteProcess=null, exceptionHandlers=uninitialized,
name=end, arrivingTransitions=uninitialized}
| 11:02:40,718 DEBUG [Printer]
org.jbpm.context.exe.variableinstance.StringInstance{processInstance=org.jbpm.graph.exe.ProcessInstance#370,
value=rtyrty, tokenVariableMap=org.jbpm.context.exe.TokenVariableMap#155,
converter=null, token=org.jbpm.graph.exe.Token#370, name=tipo, id=1073,
version=0}
| 11:02:41,218 DEBUG [Printer]
org.jbpm.taskmgmt.def.TaskMgmtDefinition{swimlanes=uninitialized,
startTask=null, tasks=uninitialized,
name=org.jbpm.taskmgmt.def.TaskMgmtDefinition, id=201,
processDefinition=org.jbpm.graph.def.ProcessDefinition#81}
| 11:02:41,218 DEBUG [Printer]
org.jbpm.taskmgmt.exe.TaskInstance{comments=uninitialized,
processInstance=org.jbpm.graph.exe.ProcessInstance#370, isBlocking=false,
start=null, variableInstances=uninitialized,
taskMgmtInstance=org.jbpm.taskmgmt.exe.TaskMgmtInstance#605, isSuspended=false,
isOpen=false, end=2007-07-16 10:56:42,
swimlaneInstance=org.jbpm.taskmgmt.exe.SwimlaneInstance#217, dueDate=null,
token=org.jbpm.graph.exe.Token#370, pooledActors=uninitialized, id=353,
version=2, actorId=grover, isSignalling=false, create=2007-07-16 10:44:38,
[jboss-user] [JBoss jBPM] - Re: conditional transition behavior
an update: kukeltje, i don't think that the problem comes from bug jbpm-443, since the fields as bit have values, on the bug description is says that the fiekds had an empty string not the case here. Another thing on the database, jbpm_decisionconditions is empty, and on jbpm_node the record that matches the decision node has all the fields empty except id, class, name, description, processdefinition, nodecollectionindex, isasync and isasyncexcl, don't know if that's usual. View the original post : http://www.jboss.com/index.html?module=bbop=viewtopicp=4064489#4064489 Reply to the post : http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4064489 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [JBoss jBPM] - Re: conditional transition behavior
Ok this is getting a weird behavior.
If u use decision node like this:
| decision name=decisao
|transition name=repetir to=decidir o destinatario
| #{ contextInstance.variables.decisao == 'sim' }
| /transition
| transition name=fim to=end
| #{ contextInstance.variables.decisao == 'nao' }
| /transition
|/decision
|
It follow always the transition repetir
I tried to change the order to see if the problem continues, the definition
stays like this:
| decision name=decisao
| transition name=fim to=end
| #{ contextInstance.variables.decisao == 'nao' }
| /transition
| transition name=repetir to=decidir o destinatario
| #{ contextInstance.variables.decisao == 'sim' }
| /transition
| /decision
|
And on this case whatever the value of decisao the application breaks with a
linkage error.
Any idea?
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4063935#4063935
Reply to the post :
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4063935
___
jboss-user mailing list
jboss-user@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [JBoss jBPM] - Re: conditional transition behavior
first of all, ditch the contextInstance.variables.decisao in favour of just decisao. That should be enough. And what linkage error? Look at the testcases in the source for good working examples. Guarded transtions are transitions that are not always available. They are available to be taken depending on the outcome of the 'condition', just like in UML View the original post : http://www.jboss.com/index.html?module=bbop=viewtopicp=4063951#4063951 Reply to the post : http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4063951 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [JBoss jBPM] - Re: conditional transition behavior
Ok, so I will try this behavior with a decision node. Guarded transitions, don't know the concept, could u explain please? don't find relevant information on that, even on the docs. View the original post : http://www.jboss.com/index.html?module=bbop=viewtopicp=4063889#4063889 Reply to the post : http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4063889 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [JBoss jBPM] - Re: conditional transition behavior
Ok, following your advice and looking at ruleFlow example, I change my
definition to:
| decision name=decisao
|transition name=repetir to=decidir o destinatario
| condition expression=#{ decisao == 'sim' } /
| /transition
| transition name=fim to=end
| condition expression=#{ decisao == 'nao' } /
| /transition
|/decision
|
Still the problem continues, I also looked at
http://www.jboss.com/index.html?module=bbop=viewtopict=111763postdays=0postorder=ascstart=10
and because of that, I upgraded to jbpm 3.2.1, and still whatever the choice I
make I always go the repetir transition.
now i'm running jbpm 3.2.1 + jboss 4.0.5 + mysql 5 + jdk 1.5
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4064066#4064066
Reply to the post :
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4064066
___
jboss-user mailing list
jboss-user@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [JBoss jBPM] - Re: conditional transition behavior
http://jira.jboss.com/jira/browse/JBPM-443 ? View the original post : http://www.jboss.com/index.html?module=bbop=viewtopicp=4064073#4064073 Reply to the post : http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4064073 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [JBoss jBPM] - Re: conditional transition behavior
kukeltje wrote : http://jira.jboss.com/jira/browse/JBPM-443 ? It's possible, but I replaced the BIT by TINYINT and the behavior is the same. An update, if I choose nao on the first loop (yes, the process definition has a lopp) it triggers a Linkage Error, if on a later loop just simply doesn't evaluate. Here's the error: | 18:05:12,687 ERROR [STDERR] java.lang.LinkageError: loader constraints violated when linking javax/transaction/Synchronization class | 18:05:12,687 ERROR [STDERR] at org.jbpm.db.JobSession.deleteJobsForProcessInstance(JobSession.java:208) | 18:05:12,687 ERROR [STDERR] at org.jbpm.scheduler.db.DbSchedulerService.deleteTimersByProcessInstance(DbSchedulerService.java:54) | 18:05:12,718 ERROR [STDERR] at org.jbpm.graph.exe.ProcessInstance.end(ProcessInstance.java:329) | 18:05:12,718 ERROR [STDERR] at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) | 18:05:12,718 ERROR [STDERR] at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) | 18:05:12,718 ERROR [STDERR] at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) | 18:05:12,718 ERROR [STDERR] at java.lang.reflect.Method.invoke(Method.java:585) | 18:05:12,718 ERROR [STDERR] at org.hibernate.proxy.pojo.cglib.CGLIBLazyInitializer.invoke(CGLIBLazyInitializer.java:147) | 18:05:12,718 ERROR [STDERR] at org.jbpm.graph.exe.ProcessInstance$$EnhancerByCGLIB$$fd259333.end(generated) | 18:05:12,718 ERROR [STDERR] at org.jbpm.graph.exe.Token.notifyParentOfTokenEnd(Token.java:331) | 18:05:12,718 ERROR [STDERR] at org.jbpm.graph.exe.Token.end(Token.java:303) | 18:05:12,718 ERROR [STDERR] at org.jbpm.graph.exe.Token.end(Token.java:253) | 18:05:12,718 ERROR [STDERR] at org.jbpm.graph.node.EndState.execute(EndState.java:59) | 18:05:12,718 ERROR [STDERR] at org.jbpm.graph.def.Node.enter(Node.java:318) | 18:05:12,718 ERROR [STDERR] at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) | 18:05:12,718 ERROR [STDERR] at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) | 18:05:12,718 ERROR [STDERR] at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) | 18:05:12,718 ERROR [STDERR] at java.lang.reflect.Method.invoke(Method.java:585) | 18:05:12,718 ERROR [STDERR] at org.hibernate.proxy.pojo.cglib.CGLIBLazyInitializer.invoke(CGLIBLazyInitializer.java:147) | 18:05:12,718 ERROR [STDERR] at org.jbpm.graph.def.Node$$EnhancerByCGLIB$$d3a7f6f4.enter(generated) | 18:05:13,218 ERROR [STDERR] at org.jbpm.graph.def.Transition.take(Transition.java:151) | 18:05:13,218 ERROR [STDERR] at org.jbpm.graph.def.Node.leave(Node.java:393) | 18:05:13,218 ERROR [STDERR] at org.jbpm.graph.exe.ExecutionContext.leaveNode(ExecutionContext.java:136) | 18:05:13,218 ERROR [STDERR] at org.jbpm.graph.node.Decision.execute(Decision.java:152) | 18:05:13,218 ERROR [STDERR] at org.jbpm.graph.def.Node.enter(Node.java:318) | 18:05:13,218 ERROR [STDERR] at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) | 18:05:13,718 ERROR [STDERR] at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) | 18:05:13,718 ERROR [STDERR] at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) | 18:05:13,718 ERROR [STDERR] at java.lang.reflect.Method.invoke(Method.java:585) | 18:05:13,718 ERROR [STDERR] at org.hibernate.proxy.pojo.cglib.CGLIBLazyInitializer.invoke(CGLIBLazyInitializer.java:147) | 18:05:13,718 ERROR [STDERR] at org.jbpm.graph.def.Node$$EnhancerByCGLIB$$d3a7f6f4.enter(generated) | 18:05:13,718 ERROR [STDERR] at org.jbpm.graph.def.Transition.take(Transition.java:151) | 18:05:13,718 ERROR [STDERR] at org.jbpm.graph.def.Node.leave(Node.java:393) | 18:05:13,718 ERROR [STDERR] at org.jbpm.graph.node.TaskNode.leave(TaskNode.java:209) | 18:05:13,718 ERROR [STDERR] at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) | 18:05:13,718 ERROR [STDERR] at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) | 18:05:13,718 ERROR [STDERR] at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) | 18:05:13,718 ERROR [STDERR] at java.lang.reflect.Method.invoke(Method.java:585) | 18:05:13,718 ERROR [STDERR] at org.hibernate.proxy.pojo.cglib.CGLIBLazyInitializer.invoke(CGLIBLazyInitializer.java:147) | 18:05:13,718 ERROR [STDERR] at org.jbpm.graph.def.Node$$EnhancerByCGLIB$$d3a7f6f4.leave(generated) | 18:05:13,718 ERROR [STDERR] at org.jbpm.graph.exe.Token.signal(Token.java:194) | 18:05:13,718 ERROR
[jboss-user] [JBoss jBPM] - Re: conditional transition behavior
no... that is (afaik) the case in a decision node... in a task node they are guarded transitions so this can be used in the gui to selectively show or not show transitions. So the behaviour you see is correct (should be documented somewhere) View the original post : http://www.jboss.com/index.html?module=bbop=viewtopicp=4063635#4063635 Reply to the post : http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4063635 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
