tomcat-users mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Benson Margulies <bimargul...@gmail.com>
Subject Re: Tomcat Xalan classpath problem
Date Tue, 03 Nov 2009 15:36:33 GMT
I am sure that I'm using the MacOS JDK 1.6 at all points. Also, if you look
closely at the below, you will see that the problem is that one part of
Xalan is failing to call another part ... of Xalan. If I had JDK 1.5 I'd be
missing the newInstance APIs that take the class name, and if I had other
problems I'd have a mixture of sun. classes and org.apache. classes. But
this is 100% org.apache.

I shouldn't need to use endorsed at all with JDK 1.6, I claim, if I use the
new newInstances APIs that take class names. But somehow Tomcat prevents
that from working, I don't know how.


On Tue, Nov 3, 2009 at 9:22 AM, Rainer Jung <rainer.jung@kippdata.de> wrote:

> Just to make sure w.r.t. it being working in Jetty: You use the same
> Java version? Sun changed an important bit between Java 5 and Java 6,
> where they are now caching something detected during runtime in a global
> static thus partially breaking the dynamics of XML parser detection when
> using mutiple classloaders. The usual indication is a class cast
> exception, which is not the case in your situation, but nevertheless I
> wanted to check, whether there's a relation to Java 6 vs. Java 5
> (handling in Java 6 is broken).
>
> Regards,
>
> Rainer
>
> On 03.11.2009 14:00, Benson Margulies wrote:
> > Here's the relevant log traffic of the missing method. I can get past
> this
> > problem by putting xalan into the endorsed directory, but I should not
> have
> > to do that when using the JAXP 1.4 API to create XPathFactory.
> >
> >
> > Caused by: java.lang.NoSuchMethodError:
> > org.apache.xpath.XPathContext.<init>(Z)V
> >     at org.apache.xpath.jaxp.XPathImpl.eval(XPathImpl.java:207)
> >     at org.apache.xpath.jaxp.XPathImpl.evaluate(XPathImpl.java:281)
> >     at
> >
> com.basistech.vws.env.GazetteerConfigManager.initialGazetteerConfiguration(GazetteerConfigManager.java:67)
> >     at
> >
> com.basistech.vws.env.RLPEnvironmentManager.initialGazetteerConfiguration(RLPEnvironmentManager.java:400)
> >     at
> >
> com.basistech.vws.env.RLPEnvironmentManager.initialConfiguration(RLPEnvironmentManager.java:358)
> >     at
> >
> com.basistech.vws.env.RLPEnvironmentManager.initialize(RLPEnvironmentManager.java:182)
> >     ... 48 more
> > org.apache.cxf.common.injection.ResourceInjector  - method annotated by
> > @PostConstruct throws exception when invoked
> > java.lang.reflect.InvocationTargetException
> >
> >
> > On Tue, Nov 3, 2009 at 7:48 AM, André Warnier <aw@ice-sa.com> wrote:
> >
> >> Benson Margulies wrote:
> >>
> >>> I have a webapp that makes calls to the JAXP 1.4/Java 1.6 APIs that
> allow
> >>> the caller to pass in the class name of implementation classes.
> >>>
> >>> It all works find standalone. It works fine in Jetty. It fails in
> Tomcat
> >>> 6.0.20. The error is a missing method in a Xalan class; as if Tomcat
> has
> >>> somehow gotten an older version of Xalan into the classpath.
> >>>
> >>> I don't see any likely suspects in the Tomcat tree, so I'm momentarily
> >>> mystified.
> >>>
> >>>  A piece of the logfile where the error messages occur may help someone
> to
> >> help you.
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
> For additional commands, e-mail: users-help@tomcat.apache.org
>
>

Mime
  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message