[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=bb&op=viewtopic&p=4064489#4064489 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=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
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=, createTasks=true, id=288, processDefinition=org.jbpm.graph.def.ProcessDefinition#81, isAsync=false, endTasks=false, description=null, exceptionHandlers=, name=confinuar, arrivingTransitions=} | 11:02:38,718 DEBUG [Printer] org.jbpm.graph.def.ProcessDefinition{startState=org.jbpm.graph.def.Node#291, events=[], definitions=, actions=, description=null, nodes=, exceptionHandlers=, 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=, 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=, 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=, name=decisao, arrivingTransitions=} | 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=, 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=, 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=, 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=, isAsyncExclusive=false, superState=null, id=289, processDefinition=org.jbpm.graph.def.ProcessDefinition#81, isAsync=false, description=null, endCompleteProcess=null, exceptionHandlers=, name=end, arrivingTransitions=} | 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=, startTask=null, tasks=, 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=, processInstance=org.jbpm.graph.exe.ProcessInstance#370, isBlocking=false, start=null, variableInstances=, 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=, id=353, version=2, actorId=grover, isSignalling=false, create=2007-07-16 10:44:38, description=null, isCancelled=false, task=org.jbpm.taskmgmt.def.Task#126, name=inserir destinatario, priority=3} | 11:02:41,718 DEBUG [Printer] org.jbpm.graph.exe.Token{comments=, processInstance=org.jbpm.graph.exe.ProcessInstance#370, subProcessInstance=null, start=2007-07-16 10:44:10
[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() | 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() | 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() | 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() | 18:05:13,718 ERROR [STDERR] at org.jbpm.graph.exe.Token.signal(Token.java:194) | 18:05:13,718 ERROR [STDERR] at org.jbpm.grap
[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=bb&op=viewtopic&p=4064073#4064073 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=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
Ok, following your advice and looking at ruleFlow example, I change my definition to: | | | | | | | | | Still the problem continues, I also looked at http://www.jboss.com/index.html?module=bb&op=viewtopic&t=111763&postdays=0&postorder=asc&start=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=bb&op=viewtopic&p=4064066#4064066 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=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
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=bb&op=viewtopic&p=4063951#4063951 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=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 this is getting a weird behavior. If u use decision node like this: | | | #{ contextInstance.variables.decisao == 'sim' } | | | #{ contextInstance.variables.decisao == 'nao' } | | | It follow always the transition "repetir" I tried to change the order to see if the problem continues, the definition stays like this: | | | #{ contextInstance.variables.decisao == 'nao' } | | | #{ contextInstance.variables.decisao == 'sim' } | | | 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=bb&op=viewtopic&p=4063935#4063935 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=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
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=bb&op=viewtopic&p=4063889#4063889 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=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
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=bb&op=viewtopic&p=4063635#4063635 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4063635 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user