> Using a XMLC (from Enhydra.org) based Servlet on Tomcat gives a
> NoSuchMethodException.
> Consulting the XMLC maillinglist gives the answer that it's proberly
because
> I use a level 1 DOM parser instead of the level 2 I should use...
You have three choices that I know of.
First, you can manipulate the CLASSPATH to put the XMLC classes first. This
means that Tomcat will be running with the XMLC version of some classes but
it seems to be OK. Put xmlc.jar in the system classpath, then edit one line
in tomcat.sh / tomcat.bat. You need to find the line that prepends the
Tomcat classes to the classpath - change it to append them, instead.
Secondly, you could get the xmlc source, change the packages of the
offending classes, and recompile.
Thirdly, I understand that in the upcoming servlet specification, as
implemented in Catalina ('the next Tomcat') classes supplied as part of a
webapp are consulted _first_ by the webapp classloader, effectively
overriding any potential conflicts from other classloaders. (have I got this
part right?).
I have systems in production that manipulate the CLASSPATH, and as a test I
have deployed a simple XMLC application to a cheap web hosting company that
supports servlets, but does not allow modification of the CLASSPATH - after
I recompiled the xmlc files to use different packages, it worked fine.
Free free to contact me directly if you'd like more hints.
Chris Yearsley
--
[EMAIL PROTECTED]
