Hi Matthieu, I have just had this error again on r553562, so it seems starting and stopping the Ode component still has some issues with Xsl stylesheets used in the process.
Thanks Mike. On 7/5/07, Michael Horwitz <[EMAIL PROTECTED]> wrote:
Hi Matthieu, I am using 1.0 - all attempts to get buildr working behind our proxy have failed, so I am not able to build the trunk. Thanks Mike. On 7/5/07, Matthieu Riou <[EMAIL PROTECTED]> wrote: > > Hi Michael, > > I remember something similar has been fixed on the trunk a few weeks > ago. > Are you working with ODE 1.0? If so you might need to try the trunk to > get a > fix for this. Otherwise let me know and I'll have another look. > > Cheers, > Matthieu > > On 7/5/07, Michael Horwitz < [EMAIL PROTECTED]> wrote: > > > > Hi, > > > > I have noticed that if I attempt to restart a JBI service assembly > that > > contains a BPEL process with an in-process XSLT transform, then the > > process > > starts throwing a NullPointerException whenever an attempt is made to > do > > the > > transform: > > > > java.lang.NullPointerException > > at org.apache.ode.utils.xsl.XslTransformHandler.parseXSLSheet ( > > XslTransformHandler.java:84) > > at org.apache.ode.utils.xsl.XslTransformHandler.cacheXSLSheet( > > XslTransformHandler.java:106) > > at > > > > > org.apache.ode.bpel.elang.xpath10.runtime.JaxenContexts$DoXslTransformFunction.call > > (JaxenContexts.java:346) > > at org.jaxen.expr.DefaultFunctionCallExpr.evaluate( > > DefaultFunctionCallExpr.java:186) > > at org.jaxen.expr.DefaultXPathExpr.asList(DefaultXPathExpr.java:112) > > at org.jaxen.BaseXPath.selectNodesForContext(BaseXPath.java:688) > > at org.jaxen.BaseXPath.selectNodes(BaseXPath.java:227) > > at > > > > > org.apache.ode.bpel.elang.xpath10.runtime.XPath10ExpressionRuntime.evaluate > > ( > > XPath10ExpressionRuntime.java:94) > > at > org.apache.ode.bpel.runtime.ExpressionLanguageRuntimeRegistry.evaluate( > > ExpressionLanguageRuntimeRegistry.java:80) > > at org.apache.ode.bpel.runtime.ASSIGN.evalRValue (ASSIGN.java:192) > > at org.apache.ode.bpel.runtime.ASSIGN.copy(ASSIGN.java:356) > > at org.apache.ode.bpel.runtime.ASSIGN.run(ASSIGN.java:79) > > at sun.reflect.GeneratedMethodAccessor71.invoke(Unknown Source) > > at sun.reflect.DelegatingMethodAccessorImpl.invoke( > > DelegatingMethodAccessorImpl.java:25) > > at java.lang.reflect.Method.invoke(Method.java:585) > > at org.apache.ode.jacob.vpu.JacobVPU$JacobThreadImpl.run ( > JacobVPU.java > > :451) > > at org.apache.ode.jacob.vpu.JacobVPU.execute(JacobVPU.java:139) > > at org.apache.ode.bpel.engine.BpelRuntimeContextImpl.execute( > > BpelRuntimeContextImpl.java:817) > > at org.apache.ode.bpel.engine.BpelProcess.handleWorkEvent( > BpelProcess.java > > :310) > > > > at org.apache.ode.bpel.engine.BpelEngineImpl.onScheduledJob( > > BpelEngineImpl.java:311) > > at org.apache.ode.bpel.engine.BpelServerImpl.onScheduledJob ( > > BpelServerImpl.java:390) > > at org.apache.ode.bpel.scheduler.quartz.QuartzSchedulerImpl.doExecute( > > QuartzSchedulerImpl.java:351) > > at org.apache.ode.bpel.scheduler.quartz.QuartzSchedulerImpl.access$000( > > QuartzSchedulerImpl.java:65) > > at org.apache.ode.bpel.scheduler.quartz.QuartzSchedulerImpl$1$1.call( > > QuartzSchedulerImpl.java:234) > > at > > > org.apache.ode.bpel.scheduler.quartz.QuartzSchedulerImpl.execTransaction( > > QuartzSchedulerImpl.java:275) > > at org.apache.ode.bpel.scheduler.quartz.QuartzSchedulerImpl$2.call( > > QuartzSchedulerImpl.java:303) > > at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java :269) > > at java.util.concurrent.FutureTask.run(FutureTask.java:123) > > at java.util.concurrent.ThreadPoolExecutor$Worker.runTask( > > ThreadPoolExecutor.java:650) > > at java.util.concurrent.ThreadPoolExecutor$Worker.run ( > > ThreadPoolExecutor.java:675) > > at java.lang.Thread.run(Thread.java:595) > > > > The workaround is obviously to undeploy and re-deploy the assembly. > > > > Thanks > > > > Mike Horwitz > > >
