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
