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 <a...@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-unsubscr...@tomcat.apache.org
> For additional commands, e-mail: users-h...@tomcat.apache.org
>
>
