Ooops, should've know better, I guess. Think I'll try the Sun! :) Thanks a lot!
On Mar 6, 2012, at 3:21 PM, "Marvin S. Addison" <[email protected]> wrote: >> I'm not sure what a full stack trace is, but if you need more than this, >> please let me know. > > The following is what I'd asked for, thanks. > >> 2012-03-06 14:07:50,235 ERROR >> [org.apache.catalina.core.ContainerBase.[Catalina].[localhost].[/cas].[cas]] >> -<Servlet.service() for servlet cas threw exception> >> java.lang.ClassNotFoundException: >> com.sun.org.apache.xml.internal.security.exceptions.Base64DecodingException >> at >> org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1400) >> at >> org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1246) >> at java.lang.J9VMInternals.verifyImpl(Native Method) > > Hmm, appears you're on IBM JDK. I can see why you'd have a classloader > problem finding a Sun internal class like > com.sun.org.apache.xml.internal.security.exceptions.Base64DecodingException. > I took the initiative to search the xmlsec 1.4.3 source and can't find any > reference to that particular class, which would have surprised me had I found > it. Issues like this typically turn out to be classloader weirdness, but > it's pretty hard to imagine why an internal Sun class is showing up, even for > class not found exceptions, on the IBM JDK. Maybe someone with more IBM JDK > experience can offer an explanation. > > M > > -- > You are currently subscribed to [email protected] as: [email protected] > To unsubscribe, change settings or access archives, see > http://www.ja-sig.org/wiki/display/JSG/cas-user -- You are currently subscribed to [email protected] as: [email protected] To unsubscribe, change settings or access archives, see http://www.ja-sig.org/wiki/display/JSG/cas-user
