Ok, so we're back with this exception
> Caused by: java.lang.NoSuchMethodError:
> javax/xml/parsers/DocumentBuilder.reset()V
> at org.apache.shindig.common.xml.XmlUtil.<clinit>(XmlUtil.java:121)
> at java.lang.J9VMInternals.initializeImpl(Native Method)
> at java.lang.J9VMInternals.initialize(J9VMInternals.java:200)
> at org.apache.shindig.gadgets.features.FeatureParser.parse(FeaturePa

Apparently, we found from Shindig dependency tree that caja depends on 
xmlParserAPIs.jar, this library provides almost the same packages and 
classes as the xml-apis.jar does which is a dependency for a couple of 
shindig core modules. Depends on which jar got loaded by the class loader, 
the error above would occur intermittently. We've seen it mostly on Linux 
servers, and once on a Windows box.
Can Shindig modules and caja feature reference either xml-apis.jar or 
xmlParserAPIs.jar so there'll be 1 jar as the net?
What would be other alternatives to solve this problem?
Has anyone had solution for this or should I open a bug?

Thanks much!
Han



From:   Paul Lindner <[email protected]>
To:     [email protected]
Date:   09/03/2010 07:40 PM
Subject:        Re: Error deploying Shindig trunk on WAS 7
Sent by:        [email protected]



Check for old versions of xml-apis-*.jar

That's where this class is defined.

On Fri, Sep 3, 2010 at 11:28 AM, Han Nguyen <[email protected]> wrote:

> Hi,
> We're testing Shindig (trunk) deployment on multiple app servers, and 
ran
> into the problem below on WAS 7.0.0.9
>
> At first, it appears that there's classloader order problem with an app
> using common-codec 1.3 load first, and shindig couldn't get to its 
current
> references for common-codec 1.4 APIs with the exception below
>
> [Servlet Error]-[xml-to-html]: java.lang.NoSuchMethodError:
> org/apache/commons/codec/binary/Base64.encodeBase64URLSafe([B)[B
> at
>
> 
org.apache.shindig.common.crypto.BasicBlobCrypter.wrap(BasicBlobCrypter.java:152)
> at
>
> 
org.apache.shindig.auth.BasicSecurityToken.<init>(BasicSecurityToken.java:83)
> at
>
> 
org.apache.shindig.auth.BasicSecurityTokenCodec.createToken(BasicSecurityTokenCodec.java:83)
> at
>
> 
org.apache.shindig.auth.DefaultSecurityTokenCodec.createToken(DefaultSecurityTokenCodec.java:66)
> at
>
> 
org.apache.shindig.auth.UrlParameterAuthenticationHandler.getSecurityTokenFromRequest(UrlParameterAuthenticationHandler.java:56)
> at
>
> 
org.apache.shindig.auth.AuthenticationServletFilter.doFilter(AuthenticationServletFilter.java:84)
>
> We then set the classloader priority to Shindig and the exception above
> went away, but new error pops up, and we don't know how to get around 
it.
> Has anyone seen the below error and/or has any pointer?
>
> Caused by: java.lang.NoSuchMethodError:
> javax/xml/parsers/DocumentBuilder.reset()V
> at org.apache.shindig.common.xml.XmlUtil.<clinit>(XmlUtil.java:121)
> at java.lang.J9VMInternals.initializeImpl(Native Method)
> at java.lang.J9VMInternals.initialize(J9VMInternals.java:200)
> at org.apache.shindig.gadgets.features.FeatureParser.parse(FeaturePa
>
>
> Thanks!
> Han




-- 
Paul Lindner -- [email protected] -- linkedin.com/in/plindner

Reply via email to