cocoon-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Colin Britton" <cbrit...@freefoto.com>
Subject RE: Tomcat/4.0-m5 and Cocoon2 - "file /sitemap.xmap\sitemap.xmap not found"
Date Tue, 19 Dec 2000 02:56:50 GMT
I am getting the message >

org.apache.cocoon.ProcessingException: The sitemap handler's sitemap is not
available.
	at org.apache.cocoon.sitemap.Manager.invoke(Manager.java:88)
	at org.apache.cocoon.Cocoon.process(Cocoon.java:243)
	at org.apache.cocoon.servlet.CocoonServlet.service(CocoonServlet.java:317)
	at javax.servlet.http.HttpServlet.service(HttpServlet.java:853)
	at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterCh
ain.java:208)
	at
org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.ja
va:251)
	at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:977)
	at
org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.ja
va:196)
	at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:977)
	at
org.apache.catalina.core.StandardContext.invoke(StandardContext.java:2038)
	at
org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:161
)
	at org.apache.catalina.valves.ValveBase.invokeNext(ValveBase.java:242)
	at
org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:414)
	at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:975)
	at
org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java
:159)
	at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:977)
	at
org.apache.catalina.connector.http.HttpProcessor.process(HttpProcessor.java:
811)
	at
org.apache.catalina.connector.http.HttpProcessor.run(HttpProcessor.java:890)
	at java.lang.Thread.run(Thread.java:484)

With Tomcat-M4 and M5 on W2K using JDK1.3

Is this the same error? I have the logs as well. here is an except....



DEBUG   23762   [cocoon  ] (HttpProcessor[8080][4]): Beginning sitemap
regeneration
DEBUG   23762   [cocoon  ] (Thread-4): DefaultComponentManager using
threadsafe instance of
org.apache.cocoon.components.language.generator.ProgramGeneratorImpl for
role org.apache.cocoon.components.language.generator.ProgramGenerator.
DEBUG   23786   [cocoon  ] (Thread-4): Looking up org.apache.cocoon.Cocoon
DEBUG   23786   [cocoon  ] (Thread-4): DefaultComponentManager returned
instance for role org.apache.cocoon.Cocoon.
WARN    23787   [cocoon  ] (Thread-4): Could not load class for program
'_D_\_xml_technology\_jakarta_tomcat_4_0_m5\_webapps\_cocoon\_sitemap_xmap'
java.lang.ClassNotFoundException:
_D_._xml_technology._jakarta_tomcat_4_0_m5._webapps._cocoon._sitemap_xmap
	at java.net.URLClassLoader$1.run(URLClassLoader.java:200)
	at java.security.AccessController.doPrivileged(Native Method)
	at java.net.URLClassLoader.findClass(URLClassLoader.java:188)
	at java.lang.ClassLoader.loadClass(ClassLoader.java:297)
	at java.lang.ClassLoader.loadClass(ClassLoader.java:253)
	at
org.apache.cocoon.components.classloader.ClassLoaderManagerImpl.loadClass(Cl
assLoaderManagerImpl.java:55)
	at
org.apache.cocoon.components.language.programming.java.JavaLanguage.loadProg
ram(JavaLanguage.java:119)
	at
org.apache.cocoon.components.language.programming.CompiledProgrammingLanguag
e.load(CompiledProgrammingLanguage.java:127)
	at
org.apache.cocoon.components.language.generator.ProgramGeneratorImpl.load(Pr
ogramGeneratorImpl.java:173)
	at org.apache.cocoon.sitemap.Handler.run(Handler.java:162)
	at java.lang.Thread.run(Thread.java:484)



Any ideas???????

rgds
CB



-----Original Message-----
From: Stuart Roebuck [mailto:stuart.roebuck@adolos.co.uk]
Sent: Monday, December 18, 2000 2:53 PM
To: Paul Russell
Cc: cocoon-dev@xml.apache.org
Subject: Re: Tomcat/4.0-m5 and Cocoon2 - "file
/sitemap.xmap\sitemap.xmap not found"


If I don't put any tools.jar in the WEB-INF/lib/ directory then the sitemap
compiles, but doesn't seem to be found when it comes to using it.  So, as
you say, the code for checking for the CLASSIC and MODERN compilers seems to
work.

However, the documentation talks about having to put tools.jar in the
WEB-INF/lib/ directory because of classloader issues.  This is where I'm
lost - I don't know why this is necessary, so I'll stuggling to follow this
through and work out the implications.  I tried creating a tools.jar file by
copying the sun/rmi/rmic/* and sun/tools/* directories into a separate jar
and dropping this into WEB-INF/lib/, but this didn't seem to help.

I notice that there are some more updates to cocoon in the CVS which are
labelled as improving logging and affect the classloading.  So I've just
downloaded them and will try with those to see if they tell me anything
more.

Thanks for all your help on this.  Oh for life without classloaders!

Stuart.


On Monday, December 18, 2000, at 07:44 PM, Paul Russell wrote:

> On Mon, Dec 18, 2000 at 06:22:11PM +0000, Stuart Roebuck wrote:
> > Paul,
> > On Sun's page:
> > 	<http://java.sun.com/products/jdk/1.2/docs/tooldocs/tools-changes.html>
> > Which refers to the differences between 1.1 and 1.2 it uses
> > sun.tools.javac.Main in the examples and indicates that it is the same
for
> > 1.1 and 1.2.
>
> Darn, ignore me -- it's only a warning. The old compiler is working fine,
> which means this isn't what's causing your problem. Have you got anywhere
> at all yet?
>


-------------------------------------------------------------------------
Stuart Roebuck                                  stuart.roebuck@adolos.com
Lead Developer                                  Mac OS X, Java, XML, etc.
ADOLOS                                             http://www.adolos.com/



Mime
View raw message