Werner, Sorry for the delay in my response. I found a post after the fact that helped me. I had to clean my project and rebuild it and it worked like a charm. No JAR file changes, etc.
I hear on the WLS/Websphere class loader hierarchy being a PIA. But is what the client environment dictates. We can develop on Tomcat though :-) Ron On Wed, Mar 5, 2008 at 3:06 PM, Werner Guttmann <[EMAIL PROTECTED]> wrote: > The web app deployed on Weblogic is 100% identical to the one deployed > on Tomcat ? No changes in JARs included, etc. ? > > Apart from this, can you try to answer the following questions: > > - Are the Castor JARs included within the web application (WEB-INF/lib) ? > - What version of Castor has been used to generate the (descriptor) > classes ? > > Not knowing an awful lot, I somehow guess that there might be anotehr > version of Castor on the classpath of the web application when deployed > on Weblogic. With older releases of application servers such as Weblogic > and/or Websphere, it used to be that these products offered special > classloader hierarchies that didn't necessarily comply with the JEE > specification (and common sense .. ;-)). > > Regards > Werner Guttmann > > Ronald R. DiFrango wrote: > > All, > > > > Has anyone else seen the following on exception on Weblogic 9.2: > > > > <Mar 5, 2008 1:49:29 PM EST> <Error> <HTTP> <BEA-101017> > > <[EMAIL PROTECTED] - appName: > > '_appsdir_InstantCreditWeb_dir', name: 'InstantCreditWeb', context-path: > > '/InstantCreditWeb'] Root cause of ServletException. > > java.lang.NoSuchMethodError: > > org.exolab.castor.xml.util.XMLFieldDescriptorImpl.setComponentType > (Ljava/lang/String;)V > > at > > > com.circuitcity.instantcredit.domain.xml.accountlookup.request.descriptors.AccountLookupRequestTypeDescriptor > .<init>(AccountLookupRequestTypeDescriptor.java:419) > > at > > > com.circuitcity.instantcredit.domain.xml.accountlookup.request.descriptors.AccountLookupRequestDescriptor > .<init>(AccountLookupRequestDescriptor.java:59) > > at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native > Method) > > at sun.reflect.NativeConstructorAccessorImpl.newInstance(Unknown > Source) > > at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(Unknown > > Source) > > Truncated. see log file for complete stacktrace > > > > > > > The same app works just fine under Tomcat so my guess is classpath/jar > > file issues. > > > > Ron > > > --------------------------------------------------------------------- > To unsubscribe from this list, please visit: > > http://xircles.codehaus.org/manage_email > > > -- Ron DiFrango Blog (www.captech-soa.blogspot.com)
