[JBoss Portal] - Re: JBoss Portal 2.6 Alpha Release
by jarkko＠jab.fi
Hello,
And nice to have a new dev release of JBoss Portal. I downloaded and installed the 2.6.ALPHA1 bundle (Portal+AS), and there's some exceptions when accessing http://localhost:8080/portal/index.html :
| exception
|
| javax.servlet.ServletException
| org.jboss.portal.server.servlet.PortalServlet.service(PortalServlet.java:407)
| javax.servlet.http.HttpServlet.service(HttpServlet.java:810)
| org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:96)
|
| root cause
|
| java.lang.UnsupportedOperationException
| org.jboss.portal.core.impl.model.portal.PortalObjectImpl$1.toArray(PortalObjectImpl.java:189)
| java.util.ArrayList.<init>(ArrayList.java:131)
| org.jboss.portal.core.model.portal.command.RenderPageCommand.create(RenderPageCommand.java:195)
| org.jboss.portal.core.controller.ControllerCommand.createContext(ControllerCommand.java:111)
| org.jboss.portal.core.controller.ControllerContext.execute(ControllerContext.java:77)
| org.jboss.portal.core.controller.classic.ClassicController.handle(ClassicController.java:88)
| sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
| sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
| sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
| java.lang.reflect.Method.invoke(Method.java:597)
| org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:155)
| org.jboss.mx.server.Invocation.dispatch(Invocation.java:94)
| org.jboss.mx.interceptor.AbstractInterceptor.invoke(AbstractInterceptor.java:133)
| org.jboss.mx.server.Invocation.invoke(Invocation.java:88)
| org.jboss.mx.interceptor.ModelMBeanOperationInterceptor.invoke(ModelMBeanOperationInterceptor.java:142)
| org.jboss.mx.server.Invocation.invoke(Invocation.java:88)
| org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:264)
| org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:659)
| org.jboss.mx.util.JMXInvocationHandler.invoke(JMXInvocationHandler.java:287)
| $Proxy187.handle(Unknown Source)
| org.jboss.portal.server.RequestControllerDispatcher.invoke(RequestControllerDispatcher.java:51)
| org.jboss.portal.common.invocation.Invocation.invokeNext(Invocation.java:131)
| org.jboss.portal.server.aspects.server.ContentTypeInterceptor.invoke(ContentTypeInterceptor.java:67)
| org.jboss.portal.server.ServerInterceptor.invoke(ServerInterceptor.java:38)
| org.jboss.portal.common.invocation.Invocation.invokeNext(Invocation.java:115)
| org.jboss.portal.core.aspects.server.LocaleInterceptor.invoke(LocaleInterceptor.java:108)
| org.jboss.portal.server.ServerInterceptor.invoke(ServerInterceptor.java:38)
| org.jboss.portal.common.invocation.Invocation.invokeNext(Invocation.java:115)
| org.jboss.portal.core.aspects.server.UserInterceptor.invoke(UserInterceptor.java:194)
| org.jboss.portal.server.ServerInterceptor.invoke(ServerInterceptor.java:38)
| org.jboss.portal.common.invocation.Invocation.invokeNext(Invocation.java:115)
| org.jboss.portal.server.aspects.server.SessionInvalidatorInterceptor.invoke(SessionInvalidatorInterceptor.java:85)
| org.jboss.portal.server.ServerInterceptor.invoke(ServerInterceptor.java:38)
| org.jboss.portal.common.invocation.Invocation.invokeNext(Invocation.java:115)
| org.jboss.portal.core.aspects.server.TransactionInterceptor.org$jboss$portal$core$aspects$server$TransactionInterceptor$invoke$aop(TransactionInterceptor.java:49)
| org.jboss.portal.core.aspects.server.TransactionInterceptor$invoke_N5143606530999904530.invokeNext(TransactionInterceptor$invoke_N5143606530999904530.java)
| org.jboss.aspects.tx.TxPolicy.invokeInOurTx(TxPolicy.java:79)
| org.jboss.aspects.tx.TxInterceptor$RequiresNew.invoke(TxInterceptor.java:262)
| org.jboss.portal.core.aspects.server.TransactionInterceptor$invoke_N5143606530999904530.invokeNext(TransactionInterceptor$invoke_N5143606530999904530.java)
| org.jboss.portal.core.aspects.server.TransactionInterceptor.invoke(TransactionInterceptor.java)
| org.jboss.portal.server.ServerInterceptor.invoke(ServerInterceptor.java:38)
| org.jboss.portal.common.invocation.Invocation.invokeNext(Invocation.java:115)
| org.jboss.portal.common.invocation.Invocation.invoke(Invocation.java:157)
| org.jboss.portal.server.servlet.PortalServlet.service(PortalServlet.java:381)
| javax.servlet.http.HttpServlet.service(HttpServlet.java:810)
| org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:96)
|
|
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4003123#4003123
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4003123
19 years, 3 months
[JBoss jBPM] - RelationContext.findProcessDefinition after CurrentJbpmCont
by bertrand.njiipwo
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/}...
| 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@15c4ee6
| 2007-01-17 23:53:59,440 DEBUG [org.jbpm.svc.Services] closing service 'logging': org.jbpm.logging.db.DbLoggingService@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@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
19 years, 3 months