[jBPM Users] - Re: Unit test succeeds but process does not properly run whe
by sebastian.s
>From the Tomcat log files:
| 07.10.2009 07:55:32 org.hibernate.LazyInitializationException <init>
| SCHWERWIEGEND: could not initialize proxy - no Session
| org.hibernate.LazyInitializationException: could not initialize proxy - no Session
| at org.hibernate.proxy.AbstractLazyInitializer.initialize(AbstractLazyInitializer.java:86)
| at org.hibernate.proxy.AbstractLazyInitializer.getImplementation(AbstractLazyInitializer.java:140)
| at org.hibernate.proxy.pojo.javassist.JavassistLazyInitializer.invoke(JavassistLazyInitializer.java:190)
| at org.jbpm.pvm.internal.model.ExecutionImpl_$$_javassist_4.getId(ExecutionImpl_$$_javassist_4.java)
| at org.jbpm.integration.console.ModelAdaptor.adoptTask(ModelAdaptor.java:147)
| at org.jbpm.integration.console.TaskManagementImpl.adoptTasks(TaskManagementImpl.java:69)
| at org.jbpm.integration.console.TaskManagementImpl.getAssignedTasks(TaskManagementImpl.java:49)
| at org.jboss.bpm.console.server.TaskListFacade.getTasksForIdRef(TaskListFacade.java:99)
| at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
| at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
| at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
| at java.lang.reflect.Method.invoke(Method.java:597)
| at org.jboss.resteasy.core.MethodInjectorImpl.invoke(MethodInjectorImpl.java:117)
| at org.jboss.resteasy.core.ResourceMethod.invokeOnTarget(ResourceMethod.java:260)
| at org.jboss.resteasy.core.ResourceMethod.invoke(ResourceMethod.java:232)
| at org.jboss.resteasy.core.ResourceMethod.invoke(ResourceMethod.java:166)
| at org.jboss.resteasy.core.DispatcherUtilities.getJaxrsResponse(DispatcherUtilities.java:142)
| at org.jboss.resteasy.core.SynchronousDispatcher.invoke(SynchronousDispatcher.java:356)
| at org.jboss.resteasy.core.SynchronousDispatcher.invoke(SynchronousDispatcher.java:173)
| at org.jboss.resteasy.plugins.server.servlet.HttpServletDispatcher.service(HttpServletDispatcher.java:93)
| at org.jboss.resteasy.plugins.server.servlet.HttpServletDispatcher.service(HttpServletDispatcher.java:68)
| at javax.servlet.http.HttpServlet.service(HttpServlet.java:717)
| at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290)
| at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
| at org.jboss.bpm.console.server.util.GWTJsonFilter.doFilter(GWTJsonFilter.java:59)
| at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
| at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
| at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:233)
| at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191)
| at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:525)
| at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:128)
| at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102)
| at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109)
| at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:293)
| at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:849)
| at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:583)
| at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:454)
| at java.lang.Thread.run(Thread.java:619)
|
|
View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4259023#4259023
Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4259023
15 years, 3 months
[JBoss AOP Users] - Unhandled Exception on Jboss AOP
by RaghavPrabhu
Hi all,
I am using Jboss-4.2.2.GA with AOP 1.5.5.GA. I have enabled the AOP into the App Server successfully. Its throwing the error like as in below.
16:20:59,490 WARN RequestProcessor Unhandled Exception thrown: class java.lang.RuntimeException
16:20:59,490 ERROR [action] Servlet.service() for servlet action threw exception
java.lang.ClassNotFoundException: sun.reflect.GeneratedMethodAccessor131
at org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1358)
at org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1204)
at org.jboss.aop.pointcut.CFlow.loadClass(CFlow.java:144)
at org.jboss.aop.pointcut.CFlow.matchesClass(CFlow.java:124)
at org.jboss.aop.pointcut.CFlow.matches(CFlow.java:88)
at org.jboss.aop.pointcut.CFlow.matches(CFlow.java:72)
at org.jboss.aop.pointcut.CFlowStack.matches(CFlowStack.java:59)
at org.jboss.aop.pointcut.CFlowMatcher.visit(CFlowMatcher.java:124)
at org.jboss.aop.pointcut.ast.ASTCFlow.jjtAccept(ASTCFlow.java:37)
at org.jboss.aop.pointcut.CFlowMatcher.visit(CFlowMatcher.java:73)
at org.jboss.aop.pointcut.ast.ASTCFlowExpression.jjtAccept(ASTCFlowExpression.java:37)
at org.jboss.aop.pointcut.CFlowMatcher.matches(CFlowMatcher.java:55)
at org.jboss.aop.advice.CFlowInterceptor.invoke(CFlowInterceptor.java:59
)
at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:101)
at org.jboss.aop.ClassAdvisor.invokeMethod(ClassAdvisor.java:1720)
at com.css.labs.plugin.core.FrontController.GridifyCommandGroup(FrontController.java)
at com.css.labs.plugin.core.FrontController.PerformCommandGroup(FrontController.java:123)
at com.css.labs.plugin.core.FrontController.Perform(FrontController.java:69)
at com.css.labs.cblite.server.actions.MyFolderAction.execute(MyFolderAction.java:198)
at org.apache.struts.action.RequestProcessor.processActionPerform(RequestProcessor.java:484)
at org.apache.struts.action.RequestProcessor.process(RequestProcessor.java:274)
at org.apache.struts.action.ActionServlet.process(ActionServlet.java:1482)
at org.apache.struts.action.ActionServlet.doPost(ActionServlet.java:525)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:710)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:803)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at org.apache.catalina.core.ApplicationDispatcher.invoke(ApplicationDispatcher.java:654)
at org.apache.catalina.core.ApplicationDispatcher.doInclude(ApplicationDispatcher.java:557)
at org.apache.catalina.core.ApplicationDispatcher.include(ApplicationDispatcher.java:481)
at com.css.labs.spinneret.server.SpinneretProxyImpl.execute(SpinneretProxyImpl.java:184)
at sun.reflect.GeneratedMethodAccessor131.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:597)
at com.google.gwt.user.server.rpc.RPC.invokeAndEncodeResponse(RPC.java:527)
at com.google.gwt.user.server.rpc.RemoteServiceServlet.processCall(RemoteServiceServlet.java:163)
at com.google.gwt.user.server.rpc.RemoteServiceServlet.doPost(RemoteServiceServlet.java:85)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:710)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:803)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at com.css.labs.cblite.server.filter.AuthenticationFilter.doFilter(AuthenticationFilter.java:211)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:96)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:230)
at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:175)
at org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:179)
at org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.java:84)
at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127)
at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102)
at org.jboss.web.tomcat.service.jca.CachedConnectionValve.invoke(CachedConnectionValve.java:157)
at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109)
at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:262)
at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:844)
at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:583)
at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:446)
at java.lang.Thread.run(Thread.java:619)
16:20:59,537 ERROR SpinneretProxyImpl java.lang.RuntimeException: java.lang.ClassNotFoundException: sun.reflect.GeneratedMethodAccessor131
Please help me as soon as possible!
Thanks & Regards
Prabhu
View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4259020#4259020
Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4259020
15 years, 3 months
[JBoss Web Services Users] - Possible bug when namespace name ends with
by VanceChristiaanse
Hello JBoss WS fans,
In the schemas in the WSDL for my web service I need to refer to the namespace URI http://www.w3.org/1999/02/22-rdf-syntax-ns# which ends with "#". Unfortunately, when I do I get an error when I start the server:
Caused by: java.lang.NullPointerException
| at org.jboss.ws.tools.JavaToXSD.parseSchema(JavaToXSD.java:178)
| at org.jboss.ws.tools.wsdl.WSDL11Reader.processTypes(WSDL11Reader.java:451)
| at org.jboss.ws.tools.wsdl.WSDL11Reader.processTypes(WSDL11Reader.java:466)
| at org.jboss.ws.tools.wsdl.WSDL11Reader.processDefinition(WSDL11Reader.java:180)
| at org.jboss.ws.tools.wsdl.WSDLDefinitionsFactory.parse(WSDLDefinitionsFactory.java:129)
| at org.jboss.ws.metadata.umdm.ServiceMetaData.getWsdlDefinitions(ServiceMetaData.java:293)
|
When I remove the "#" from the namespace name in the WSDL (and regenerate classes with wsconsume and make corresponding class name changes) the web service deploys without error and clients can access it.
I have created a very simple WSDL file that demonstrates this error and tested it on a clean installation of JBossAS 5.1.0.GA (released 23 May 2009). Is it okay to submit it as a bug without building from the latest source and testing? Or is this not a bug? (I notice the value of the soapAction attribute in the generated WSDL includes the fragment notation "#" whether or not the namespace name includes the "#".)
Thank you for any feedback or advice,
Vance
View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4259000#4259000
Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4259000
15 years, 3 months