I have noticed that if my custom Exception classes do not extend RemoteException, then I get the correct handling on the client side. The SOAP Fault gets generated with the proper detail as follows:
| <soapenv:Fault> | <faultcode>soapenv:Client</faultcode> | <faultstring>Unable to find Itinerary with id=1</faultstring> | <detail> | <ns1:FinderException xmlns:ns1="http://com.ati.itinerary.model/ws/types";> | <message>Unable to find Itinerary with id=1</message> | </ns1:FinderException> | </detail> | </soapenv:Fault> | But if my exceptions do extend RemoteException, then the proper mappings do not get generated (by wscompile) in the WSDL (or jax-rpc mappings file either) and the client side handling does not work as expected. I wanted to try and simplify my Web Service Interface classes by not having to have them explicitly throw RemoteException. I was going to do this by having my base exception class extend from RemoteException so that all derived classes that are thrown by my interfaces will be RemoteExceptios thus not necessitating an explicit "throws RemoteException". Is this not going to be possible? Also, throwing a RemoteException derived class inside one of my Session Beans will cause a transaction rollback, which is what I want. If I can't have my exceptions extend RemoteException because of this webservice problem, is there another Exception that I can extend from to get transaction rollback? Does EJBException work the same way? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3923456#3923456 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3923456 ------------------------------------------------------- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://sel.as-us.falkag.net/sel?cmd=lnk&kid=103432&bid=230486&dat=121642 _______________________________________________ JBoss-user mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/jboss-user
