[ http://issues.apache.org/jira/browse/COCOON-1076?page=all ]
Antonio Gallardo updated COCOON-1076: ------------------------------------- The excalibur bug was fixed and the fixed excalibur jar is now part of cocoon. If this is not still an issue, please close the issue. > NPE - Cocoon attempts to resolve input source incorrectly > --------------------------------------------------------- > > Key: COCOON-1076 > URL: http://issues.apache.org/jira/browse/COCOON-1076 > Project: Cocoon > Issue Type: Bug > Components: - Flowscript > Affects Versions: 2.1.4 > Environment: Operating System: Windows XP > Platform: PC > Reporter: Peter Hunsberger > Assigned To: Cocoon Developers Team > > When deploying Cocoon as part of an EAR file under JBoss 3.0.4 Tomcat 4.1.12 > Cocoon gives the following stack trace when returning from a continuaition. > The problem does not happen under 2.1.3 or if deployed as an expanded EAR. > See: > http://marc.theaimsgroup.com/?l=xml-cocoon-dev&m=107574604114201&w=2 > for more info. > Note that forcing a null return in SourceReaderFactory does not correct the > problem (which make sense since the script is run up until the continuation > is > invoked). > Also note that in our case the continuation is returned using an input module > called from the sitemap as: > <map:call continuation="{continuations:}"/> > where "continuations" is the name for an input module that resolves the > current continuation to use. > Partial stack trace: > java.lang.NullPointerException > at org.eclipse.jdt.internal.compiler.parser.Scanner.setSource > (Scanner.java:2979) > at org.eclipse.jdt.internal.compiler.parser.Parser.parse(Parser.java:7106) > at > org.eclipse.jdt.internal.compiler.parser.Parser.dietParse(Parser.java:4733) > at org.eclipse.jdt.internal.compiler.Compiler.beginToCompile > (Compiler.java:289) > at org.eclipse.jdt.internal.compiler.Compiler.compile(Compiler.java:324) > at org.tempuri.javacImpl.eclipse.JavaCompilerImpl.compile > (JavaCompilerImpl.java:394) > at > org.apache.cocoon.components.flow.javascript.fom.CompilingClassLoader.compile > (CompilingClassLoader.java:374) > at > org.apache.cocoon.components.flow.javascript.fom.CompilingClassLoader.findClass > (CompilingClassLoader.java:99) > at java.lang.ClassLoader.loadClass(ClassLoader.java:289) > at java.lang.ClassLoader.loadClass(ClassLoader.java:235) > at org.mozilla.javascript.NativeJavaPackage.getPkgProperty > (NativeJavaPackage.java:181) > at org.mozilla.javascript.NativeJavaPackage.get(NativeJavaPackage.java:156) > at org.mozilla.javascript.ScriptRuntime.getProp(ScriptRuntime.java:723) > at org.mozilla.javascript.continuations.ContinuationInterpreter.interpret > (ContinuationInterpreter.java:677) > at org.mozilla.javascript.continuations.ContinuationInterpreter.interpret > (ContinuationInterpreter.java:190) > at org.mozilla.javascript.continuations.ContinuationInterpreter.interpret > (ContinuationInterpreter.java:138) > at org.mozilla.javascript.continuations.InterpretedFunctionImpl.call > (InterpretedFunctionImpl.java:121) > at org.mozilla.javascript.ScriptRuntime.call(ScriptRuntime.java:1244) > at org.mozilla.javascript.ScriptableObject.callMethod > (ScriptableObject.java:1591) > at > org.apache.cocoon.components.flow.javascript.fom.FOM_JavaScriptInterpreter.hand > leContinuation(FOM_JavaScriptInterpreter.java:799) > at org.apache.cocoon.components.treeprocessor.sitemap.CallFunctionNode.invoke > (CallFunctionNode.java:150) -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
