[jboss-user] [JBoss jBPM] - RelationContext.findProcessDefinition after CurrentJbpmCont
bertrand.njiipwo
do-not-reply at jboss.com
Wed Jan 17 19:44:31 EST 2007
Hello community,
I'm facing the following problem: First l'll like to retrieve the current Process instance ID under execution from the current jbpmContext (getCurrentJbpmContext()) before the process call the web service. Looking in the data base hier may not give the expected results.
I can retrieve the Process instance ID before it's persisted in the DB(what i'm looking for); this information is only in the CurrentJbpmContext, by calling findProcessDefinition(jbpmContext).
But after the call is performed the process information are well persisted in the data base but the generated response of the remote web service can't be send back to the calling client; Some where the token makes problem. See the error logs
anonymous wrote :
| 2007-01-17 23:53:56,961 DEBUG [org.hibernate.loader.Loader] done entity load
| 2007-01-17 23:53:56,971 DEBUG [org.jbpm.bpel.def.Scope$FaultActionHandler] handling fault: token=Token(/normalFlow)
| org.jbpm.bpel.exe.BpelFaultException: FaultValue(name={http://schemas.xmlsoap.org/ws/2004/03/business-process/}missingRequest)
| at org.jbpm.bpel.relation.jms.RelationContext.removeOutstandingRequest(RelationContext.java:185)
| at org.jbpm.bpel.relation.jms.JmsRelationService.reply(JmsRelationService.java:108)
| at org.jbpm.bpel.def.Reply.execute(Reply.java:28)
| at org.jbpm.bpel.def.Activity.enter(Activity.java:83)
| at org.jbpm.graph.def.Transition.take(Transition.java:119)
| at org.jbpm.graph.def.Node.leave(Node.java:382)
| at org.jbpm.bpel.def.Activity.leave(Activity.java:148)
| at org.jbpm.bpel.def.Assign.execute(Assign.java:41)
| at org.jbpm.bpel.def.Activity.enter(Activity.java:83)
| at org.jbpm.graph.def.Transition.take(Transition.java:119)
| at org.jbpm.graph.def.Node.leave(Node.java:382)
| at org.jbpm.bpel.def.Activity.leave(Activity.java:148)
| at org.jbpm.bpel.def.Invoke.execute(Invoke.java:29)
| at org.jbpm.bpel.def.Activity.enter(Activity.java:83)
| at org.jbpm.graph.def.Transition.take(Transition.java:119)
| at org.jbpm.graph.def.Node.leave(Node.java:382)
| at org.jbpm.bpel.def.Activity.leave(Activity.java:148)
| at org.jbpm.bpel.def.Assign.execute(Assign.java:41)
| at org.jbpm.bpel.def.Activity.enter(Activity.java:83)
| at org.jbpm.graph.def.Transition.take(Transition.java:119)
| at org.jbpm.graph.def.Node.leave(Node.java:382)
| at org.jbpm.bpel.def.Activity.leave(Activity.java:148)
| at org.jbpm.bpel.def.ProcessInstanceStarter.visit(ProcessInstanceStarter.java:45)
| at org.jbpm.bpel.def.Receive.accept(Receive.java:64)
| at org.jbpm.bpel.def.Receive$$FastClassByCGLIB$$516412f0.invoke()
| at net.sf.cglib.proxy.MethodProxy.invoke(MethodProxy.java:149)
| at org.hibernate.proxy.pojo.cglib.CGLIBLazyInitializer.intercept(CGLIBLazyInitializer.java:163)
| at org.jbpm.bpel.def.Receive$$EnhancerByCGLIB$$8b85477d.accept()
| at org.jbpm.bpel.def.ProcessInstanceStarter.visit(ProcessInstanceStarter.java:84)
| at org.jbpm.bpel.def.Sequence.accept(Sequence.java:84)
| at org.jbpm.bpel.def.ProcessInstanceStarter.visit(ProcessInstanceStarter.java:29)
| at org.jbpm.bpel.def.BpelDefinition.messageReceived(BpelDefinition.java:110)
| at org.jbpm.bpel.relation.jms.StartListener.onMessage(StartListener.java:95)
| at org.jboss.mq.SpyMessageConsumer.run(SpyMessageConsumer.java:694)
| at java.lang.Thread.run(Thread.java:595)
| 2007-01-17 23:53:57,001 DEBUG [org.hibernate.loader.Loader] loading collection: [org.jbpm.bpel.def.Scope.faultHandlers#520]
| .
| ..
| ...
| ....
| ......
|
| 2007-01-17 23:53:59,389 DEBUG [org.hibernate.jdbc.AbstractBatcher] about to close PreparedStatement (open PreparedStatements: 1, globally: 1)
| 2007-01-17 23:53:59,440 DEBUG [org.hibernate.transaction.JDBCTransaction] re-enabling autocommit
| 2007-01-17 23:53:59,440 DEBUG [org.hibernate.transaction.JDBCTransaction] committed JDBC Connection
| 2007-01-17 23:53:59,440 DEBUG [org.hibernate.jdbc.ConnectionManager] aggressively releasing JDBC connection
| 2007-01-17 23:53:59,440 DEBUG [org.hibernate.jdbc.ConnectionManager] releasing JDBC connection [ (open PreparedStatements: 0, globally: 0) (open ResultSets: 0, globally: 0)]
| 2007-01-17 23:53:59,440 DEBUG [org.hibernate.cache.NonstrictReadWriteCache] Invalidating (again): org.jbpm.bpel.exe.ScopeInstance#103
| 2007-01-17 23:53:59,440 DEBUG [net.sf.ehcache.store.MemoryStore] org.jbpm.bpel.exe.ScopeInstanceCache: Cannot remove entry as key org.jbpm.bpel.exe.ScopeInstance#103 was not found
| 2007-01-17 23:53:59,440 DEBUG [org.jbpm.persistence.db.DbPersistenceService] closing hibernate session
| 2007-01-17 23:53:59,440 DEBUG [org.jbpm.svc.Services] closing service 'relation': org.jbpm.bpel.relation.jms.JmsRelationService at 15c4ee6
| 2007-01-17 23:53:59,440 DEBUG [org.jbpm.svc.Services] closing service 'logging': org.jbpm.logging.db.DbLoggingService at 13fe4e4
| 2007-01-17 23:53:59,530 DEBUG [org.jbpm.configuration.JbpmContextInfo] creating jbpm context with service factories '[relation, logging, persistence]'
| 2007-01-17 23:53:59,530 DEBUG [org.jbpm.JbpmContext] creating JbpmContext
| 2007-01-17 23:53:59,530 DEBUG [org.jbpm.JbpmContext] closing JbpmContext
| 2007-01-17 23:54:11,542 DEBUG [org.jboss.invocation.pooled.server.ServerThread] beginning dorun
| 2007-01-17 23:54:28,411 DEBUG [org.jbpm.bpel.service.provider.PortProvider] response timeout expired: JMS_TQ1
| 2007-01-17 23:54:28,411 INFO [STDOUT] PortProvider: Throwing JMSResponse TimeOut Expired
| 2007-01-17 23:54:28,421 DEBUG [javax.xml.rpc.soap.SOAPFaultException] new SOAPFaultException [code={http://schemas.xmlsoap.org/soap/envelope/}Server,string=The service is not in an appropiate state for the requested operation,actor=null,detail=null]
| 2007-01-17 23:54:28,431 DEBUG [org.jbpm.bpel.service.provider.PortProvider] request caused a fault
| javax.xml.rpc.soap.SOAPFaultException: The service is not in an appropiate state for the requested operation
| at org.jbpm.bpel.service.provider.PortProvider.receiveResponse(PortProvider.java:470)
| at org.jbpm.bpel.service.provider.PortProvider.handleRequest(PortProvider.java:213)
| at org.jboss.ws.jaxrpc.handler.HandlerWrapper.handleRequest(HandlerWrapper.java:121)
| at org.jboss.ws.jaxrpc.handler.HandlerChainBaseImpl.handleRequestInternal(HandlerChainBaseImpl.java:275)
| at org.jboss.ws.jaxrpc.handler.HandlerChainBaseImpl.handleRequest(HandlerChainBaseImpl.java:235)
| at org.jboss.ws.jaxrpc.handler.ServerHandlerChain.handleRequest(ServerHandlerChain.java:53)
| at org.jboss.ws.jaxrpc.handler.HandlerDelegateJAXRPC.callRequestHandlerChain(HandlerDelegateJAXRPC.java:96)
| at org.jboss.ws.server.AbstractServiceEndpointInvoker.callRequestHandlerChain(AbstractServiceEndpointInvoker.java:91)
| at org.jboss.ws.server.AbstractServiceEndpointInvoker.invoke(AbstractServiceEndpointInvoker.java:142)
| at org.jboss.ws.server.ServiceEndpoint.handleRequest(ServiceEndpoint.java:195)
| at org.jboss.ws.server.ServiceEndpointManager.processSOAPRequest(ServiceEndpointManager.java:373)
| at org.jboss.ws.server.StandardEndpointServlet.doPost(StandardEndpointServlet.java:116)
| at javax.servlet.http.HttpServlet.service(HttpServlet.java:717)
| at org.jboss.ws.server.StandardEndpointServlet.service(StandardEndpointServlet.java:77)
| at javax.servlet.http.HttpServlet.service(HttpServlet.java:810)
| at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:252)
| at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)
| at org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:96)
| at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202)
| at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)
| at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213)
| at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:178)
| at org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:175)
| at org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.java:74)
| at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:126)
| at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:105)
| at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:107)
| at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:148)
| at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:869)
| at org.apache.coyote.http11.Http11BaseProtocol$Http11ConnectionHandler.processConnection(Http11BaseProtocol.java:664)
| at org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket(PoolTcpEndpoint.java:527)
| at org.apache.tomcat.util.net.MasterSlaveWorkerThread.run(MasterSlaveWorkerThread.java:112)
| at java.lang.Thread.run(Thread.java:595)
| 2007-01-17 23:54:28,431 DEBUG [org.jbpm.JbpmContext] closing JbpmContext
| 2007-01-17 23:54:28,431 DEBUG [org.jbpm.svc.Services] closing service 'persistence': org.jbpm.persistence.db.DbPersistenceService at 1dfacc4
| 2007-01-17 23:54:28,431 DEBUG [org.jbpm.persistence.db.DbPersistenceService] committing hibernate transaction
| 2007-01-17 23:54:28,431 DEBUG [org.hibernate.transaction.JDBCTransaction] commit
|
i'll like to know if calling the methode RelationContext.findProcessDefinition() in PortConsumer.java after JbpmContext jbpmContext = JbpmContext.getCurrentJbpmContext(); is correct.
Is there any problem with hibernate or the jbpm-persistance when i call getCurrentJbpmContext(); in my methode and then RelationContext.findProcessDefinition(jbpmContext) call also the getCurrentJbpmContext() methode (consecutive calls of getCurrentJbpmContext()) after performing some data base lookup with graphSession.jbpmContext ?
For illustration i have
| public void myMethode(){
| JbpmContext jbpmContext = JbpmContext.getCurrentJbpmContext();
| try{
| if (jbpmContext != null) {
| RelationContext relationContext = getRelationContext();
| /* I have a reference on the RelationContext-object in PortConsumer. That why getReleationContex: Is this OK ?*/
| BpelDefinition bpelProcessdefinition = relationContext.findProcessDefinition(jbpmContext);
| }
| }catch (execption e){e.printStackTrace();}
|
Is it possible that after calling relationContext.findProcessDefinition(jbpmContext); the current execution context has changed?
I'll appreciate any suggestion about what is wrong in my concept.
Best regards
Bertrand
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4003101#4003101
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4003101
More information about the jboss-user
mailing list