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
