This isn't entirely true:

Only raw RuntimeExceptions should be wrapped in EJBException.  Checked 
exceptions won't be.  Checked or Unchecked exceptions annotated with 
@ApplicationException won't be either.  If they are, it is a bug in our impl.  
In certain transactional situations, things are wrapped in a 
EJBTransactionRolledBackException, but this is to inform the client that a 
rollback occured.

Also, the proposed final just added a <application-exception> element to the 
ejb-jar.xml deployment descriptor.  This is a way to specify that third-party.  
We don't support it yet though.

Don't know if this helps or not.  let me know

View the original post : 
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3914489#3914489

Reply to the post : 
http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3914489


-------------------------------------------------------
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://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click
_______________________________________________
JBoss-user mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/jboss-user

Reply via email to