[jira] Updated: (COCOON-1076) NPE - Cocoon attempts to resolve input source incorrectly

["Antonio Gallardo (JIRA)" <ji...@apache.org>]

     [ 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