Hi Chuck, Thanks for your response.
You are right, the webapp does the RMI call, and as I am debugging I got unsure if this is a tomcat issue or a jbossall-client(.jar) issue. Of course it is the Java runtime that wraps exceptions with the UTE when the (non Runtime-) Exception does not meet the interface. To reproduce this issue I didn't use the SOAP service. Some additional information: Sometimes the behavior changes during the runtime of the tomcat from wrapped to unwrapped and vice versa. But it is much easier to reproduce it by just restarting the tomcat a few times and retry. Regards Fares -----Original Message----- From: ext Caldarale, Charles R [mailto:chuck.caldar...@unisys.com] Sent: Thursday, March 25, 2010 4:16 PM To: Tomcat Users List Subject: RE: UndeclaredThrowableException as a result of false ClassLoading > From: Mikasch, Fares (EXT-IBM - DE/Berlin) > [mailto:fares.mikasch....@nsn.com] > Subject: UndeclaredThrowableException as a result of false ClassLoading > > Short description of the use case: > - User fills form with some wrong information > - tomcat sends (RMI call) to another server Let's get the terminology right: it's your webapp doing this, not Tomcat. Tomcat has no knowledge of or involvement with outbound connections that your webapp attempts. > - tomcat _sometimes_ wraps the ValidationException with > UndeclaredThrowableException No, Tomcat doesn't. There is no usage of UndeclaredThrowableException within Tomcat. > In the case where the ValidationException is wrapped by the > UndeclaredThrowableException, the WebappClassLoader instance of the > current thread and the instance of the WebappClassLoader of the caught > (and wrapped) ValidationException are different. Are you sure they are instances of *Tomcat's* WebappClassLoader? Note that Axis uses its own classloading mechanism, and you may well be stumbling into a problem with that. - Chuck THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE PROPRIETARY MATERIAL and is thus for use only by the intended recipient. If you received this in error, please contact the sender and delete the e-mail and its attachments from all computers. --------------------------------------------------------------------- To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org --------------------------------------------------------------------- To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
