You are viewing a plain text version of this content. The canonical link for it is here.
Posted to cvs@cocoon.apache.org by re...@apache.org on 2003/12/19 10:02:52 UTC
cvs commit: cocoon-2.1/tools/targets ide-build.xml
reinhard 2003/12/19 01:02:52
Modified: tools/targets ide-build.xml
Log:
- delete only jars that start with cocoon
Revision Changes Path
1.3 +1 -1 cocoon-2.1/tools/targets/ide-build.xml
Index: ide-build.xml
===================================================================
RCS file: /home/cvs/cocoon-2.1/tools/targets/ide-build.xml,v
retrieving revision 1.2
retrieving revision 1.3
diff -u -r1.2 -r1.3
--- ide-build.xml 8 Dec 2003 11:39:26 -0000 1.2
+++ ide-build.xml 19 Dec 2003 09:02:52 -0000 1.3
@@ -130,6 +130,6 @@
<target name="eclipse-webapp-delete-jars" depends="prepare">
<!-- delete all jars, they are already included in the project -->
<delete>
- <fileset dir="${build.webapp}/WEB-INF/lib" includes="*.jar"/>
+ <fileset dir="${build.webapp}/WEB-INF/lib" includes="cocoon*.jar"/>
</delete>
</target>
RE: cvs commit: cocoon-2.1/tools/targets ide-build.xml
Posted by Reinhard Poetz <re...@apache.org>.
> From: On Behalf Of Sylvain Wallez
<snip/>
> Weird... Just like you, I start Jetty from the command line ("cocoon
> servlet" or "cocoon servlet-debug") with a paranoid classpath
> that just
> includes "build/eclipse/classes" and leave all libs, including the
> cocoon ones, in WEB-INF/lib and have absolutely no problems...
>
> Can you elaborate more on the problem you're having with FOM_Cocoon?
With "try and error" I found out that if I delete the FOM_Cocoon object
in WEB-INF/classes and I leave the cocoon-core.jar which contains it
everything works fine.
The error shows up if I call a uri which activates the flowscript
function. Here the stacktrace which appears in the console (which seems
to be a hint for a container problem ...)
10:41:57.581 WARN!! Error for /samples/flow/jxcalc/
java.lang.NoClassDefFoundError: org/mozilla/javascript/ScriptableObject
at java.lang.ClassLoader.defineClass0(Native Method)
at java.lang.ClassLoader.defineClass(ClassLoader.java:493)
at
java.security.SecureClassLoader.defineClass(SecureClassLoader.java:11
1)
at java.net.URLClassLoader.defineClass(URLClassLoader.java:248)
at java.net.URLClassLoader.access$100(URLClassLoader.java:56)
at java.net.URLClassLoader$1.run(URLClassLoader.java:195)
at java.security.AccessController.doPrivileged(Native Method)
at java.net.URLClassLoader.findClass(URLClassLoader.java:188)
at java.lang.ClassLoader.loadClass(ClassLoader.java:299)
at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:286)
at java.lang.ClassLoader.loadClass(ClassLoader.java:292)
at
org.mozilla.classfile.DefiningClassLoader.loadClass(DefiningClassLoad
er.java:82)
at java.lang.ClassLoader.loadClass(ClassLoader.java:255)
at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:315)
at inv1.invoke()
at
org.mozilla.javascript.FunctionObject.doInvoke(FunctionObject.java:52
3)
at
org.mozilla.javascript.FunctionObject.call(FunctionObject.java:438)
at
org.mozilla.javascript.ScriptRuntime.call(ScriptRuntime.java:1244)
at
org.mozilla.javascript.continuations.ContinuationInterpreter.interpre
t(ContinuationInterpreter.java:1105)
at
org.mozilla.javascript.continuations.ContinuationInterpreter.interpre
t(ContinuationInterpreter.java:190)
at
org.mozilla.javascript.continuations.ContinuationInterpreter.interpre
t(ContinuationInterpreter.java:138)
at
org.mozilla.javascript.continuations.InterpretedFunctionImpl.call(Int
erpretedFunctionImpl.java:121)
at
org.mozilla.javascript.ScriptRuntime.call(ScriptRuntime.java:1244)
at
org.apache.cocoon.components.flow.javascript.fom.FOM_JavaScriptInterp
reter.callFunction(FOM_JavaScriptInterpreter.java:522)
at
org.apache.cocoon.components.treeprocessor.sitemap.CallFunctionNode.i
nvoke(CallFunctionNode.java:166)
at
org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNo
de.invokeNodes(AbstractParentProcessingNode.java:84)
at
org.apache.cocoon.components.treeprocessor.sitemap.PreparableMatchNod
e.invoke(PreparableMatchNode.java:164)
at
org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNo
de.invokeNodes(AbstractParentProcessingNode.java:108)
at
org.apache.cocoon.components.treeprocessor.sitemap.PipelineNode.invok
e(PipelineNode.java:163)
at
org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNo
de.invokeNodes(AbstractParentProcessingNode.java:108)
at
org.apache.cocoon.components.treeprocessor.sitemap.PipelinesNode.invo
ke(PipelinesNode.java:152)
at
org.apache.cocoon.components.treeprocessor.TreeProcessor.process(Tree
Processor.java:354)
at
org.apache.cocoon.components.treeprocessor.TreeProcessor.process(Tree
Processor.java:307)
at
org.apache.cocoon.components.treeprocessor.sitemap.MountNode.invoke(M
ountNode.java:133)
at
org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNo
de.invokeNodes(AbstractParentProcessingNode.java:84)
at
org.apache.cocoon.components.treeprocessor.sitemap.PreparableMatchNod
e.invoke(PreparableMatchNode.java:164)
at
org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNo
de.invokeNodes(AbstractParentProcessingNode.java:108)
at
org.apache.cocoon.components.treeprocessor.sitemap.PipelineNode.invok
e(PipelineNode.java:163)
at
org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNo
de.invokeNodes(AbstractParentProcessingNode.java:108)
at
org.apache.cocoon.components.treeprocessor.sitemap.PipelinesNode.invo
ke(PipelinesNode.java:152)
at
org.apache.cocoon.components.treeprocessor.TreeProcessor.process(Tree
Processor.java:354)
at
org.apache.cocoon.components.treeprocessor.TreeProcessor.process(Tree
Processor.java:307)
at
org.apache.cocoon.components.treeprocessor.sitemap.MountNode.invoke(M
ountNode.java:133)
at
org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNo
de.invokeNodes(AbstractParentProcessingNode.java:84)
at
org.apache.cocoon.components.treeprocessor.sitemap.PreparableMatchNod
e.invoke(PreparableMatchNode.java:164)
at
org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNo
de.invokeNodes(AbstractParentProcessingNode.java:108)
at
org.apache.cocoon.components.treeprocessor.sitemap.PipelineNode.invok
e(PipelineNode.java:163)
at
org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNo
de.invokeNodes(AbstractParentProcessingNode.java:108)
at
org.apache.cocoon.components.treeprocessor.sitemap.PipelinesNode.invo
ke(PipelinesNode.java:152)
at
org.apache.cocoon.components.treeprocessor.TreeProcessor.process(Tree
Processor.java:354)
at
org.apache.cocoon.components.treeprocessor.TreeProcessor.process(Tree
Processor.java:307)
at
org.apache.cocoon.components.treeprocessor.sitemap.MountNode.invoke(M
ountNode.java:133)
at
org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNo
de.invokeNodes(AbstractParentProcessingNode.java:84)
at
org.apache.cocoon.components.treeprocessor.sitemap.PreparableMatchNod
e.invoke(PreparableMatchNode.java:164)
at
org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNo
de.invokeNodes(AbstractParentProcessingNode.java:108)
at
org.apache.cocoon.components.treeprocessor.sitemap.PipelineNode.invok
e(PipelineNode.java:163)
at
org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNo
de.invokeNodes(AbstractParentProcessingNode.java:108)
at
org.apache.cocoon.components.treeprocessor.sitemap.PipelinesNode.invo
ke(PipelinesNode.java:152)
at
org.apache.cocoon.components.treeprocessor.TreeProcessor.process(Tree
Processor.java:354)
at
org.apache.cocoon.components.treeprocessor.TreeProcessor.process(Tree
Processor.java:307)
at org.apache.cocoon.Cocoon.process(Cocoon.java:656)
at
org.apache.cocoon.servlet.CocoonServlet.service(CocoonServlet.java:11
12)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:853)
at
org.mortbay.jetty.servlet.ServletHolder.handle(ServletHolder.java:356
)
at
org.mortbay.jetty.servlet.WebApplicationHandler.dispatch(WebApplicati
onHandler.java:294)
at
org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.java:5
67)
at org.mortbay.http.HttpContext.handle(HttpContext.java:1776)
at
org.mortbay.jetty.servlet.WebApplicationContext.handle(WebApplication
Context.java:514)
at org.mortbay.http.HttpContext.handle(HttpContext.java:1726)
at org.mortbay.http.HttpServer.service(HttpServer.java:879)
at
org.mortbay.http.HttpConnection.service(HttpConnection.java:790)
at
org.mortbay.http.HttpConnection.handleNext(HttpConnection.java:952)
at
org.mortbay.http.HttpConnection.handle(HttpConnection.java:807)
at
org.mortbay.http.SocketListener.handleConnection(SocketListener.java:
196)
at
org.mortbay.util.ThreadedServer.handle(ThreadedServer.java:289)
at
org.mortbay.util.ThreadPool$PoolThread.run(ThreadPool.java:487)
--
Reinhard
Re: cvs commit: cocoon-2.1/tools/targets ide-build.xml
Posted by Sylvain Wallez <sy...@apache.org>.
Reinhard Poetz wrote:
>From: Carsten Ziegeler [mailto:cziegeler@s-und-n.de]
>
>
>
>>>From: reinhard@apache.org [mailto:reinhard@apache.org]
>>>
>>>reinhard 2003/12/19 01:02:52
>>>
>>> Modified: tools/targets ide-build.xml
>>> Log:
>>> - delete only jars that start with cocoon
>>>
>>>
>>>
>>Why this? If you start cocoon from eclipse you have all jar files in your project and you run into classpath problems if you don't delete them from WEB-INF/lib before.
>>
>>
>
>Ahh, I understand. It seems we have two different use cases here :-)
>I start the container using the command line and so I need all the libraries *except* the cocoon libs because they are compiled into WEB-INF/classes.
>
>I've reverted my changes - I'm going solve it locally by adding the code into my tomcat start script. As mentioned I've troubles with the FOM_Cocoon object if I use it in Jetty. Hence I use Tomcat which is a bit slower but doesn't have any classloading issues (at least for me).
>
>
Weird... Just like you, I start Jetty from the command line ("cocoon
servlet" or "cocoon servlet-debug") with a paranoid classpath that just
includes "build/eclipse/classes" and leave all libs, including the
cocoon ones, in WEB-INF/lib and have absolutely no problems...
Can you elaborate more on the problem you're having with FOM_Cocoon?
Sylvain
--
Sylvain Wallez Anyware Technologies
http://www.apache.org/~sylvain http://www.anyware-tech.com
{ XML, Java, Cocoon, OpenSource }*{ Training, Consulting, Projects }
Orixo, the opensource XML business alliance - http://www.orixo.com
RE: cvs commit: cocoon-2.1/tools/targets ide-build.xml
Posted by Carsten Ziegeler <cz...@s-und-n.de>.
Reinhard Poetz wrote:
>
> Ahh, I understand. It seems we have two different use cases here :-)
> I start the container using the command line and so I need all the
> libraries *except* the cocoon libs because they are compiled into
> WEB-INF/classes.
Yes, I guessed this :)
>
> I've reverted my changes - I'm going solve it locally by adding the code
> into my tomcat start script. As mentioned I've troubles with the
> FOM_Cocoon object if I use it in Jetty. Hence I use Tomcat which is a
> bit slower but doesn't have any classloading issues (at least for me).
>
Thanks!
Carsten
RE: cvs commit: cocoon-2.1/tools/targets ide-build.xml
Posted by Reinhard Poetz <re...@apache.org>.
From: Carsten Ziegeler [mailto:cziegeler@s-und-n.de]
> > From: reinhard@apache.org [mailto:reinhard@apache.org]
> >
> > reinhard 2003/12/19 01:02:52
> >
> > Modified: tools/targets ide-build.xml
> > Log:
> > - delete only jars that start with cocoon
> >
> Why this? If you start cocoon from eclipse you have all jar
> files in your project and you run into classpath problems if
> you don't delete them from WEB-INF/lib before.
Ahh, I understand. It seems we have two different use cases here :-)
I start the container using the command line and so I need all the
libraries *except* the cocoon libs because they are compiled into
WEB-INF/classes.
I've reverted my changes - I'm going solve it locally by adding the code
into my tomcat start script. As mentioned I've troubles with the
FOM_Cocoon object if I use it in Jetty. Hence I use Tomcat which is a
bit slower but doesn't have any classloading issues (at least for me).
--
Reinhard
RE: cvs commit: cocoon-2.1/tools/targets ide-build.xml
Posted by Carsten Ziegeler <cz...@s-und-n.de>.
> From: reinhard@apache.org [mailto:reinhard@apache.org]
>
> reinhard 2003/12/19 01:02:52
>
> Modified: tools/targets ide-build.xml
> Log:
> - delete only jars that start with cocoon
>
Why this? If you start cocoon from eclipse you have all jar files
in your project and you run into classpath problems if you
don't delete them from WEB-INF/lib before.
Carsten