:) lol

-----Original Message-----
From: Viral_Thakkar [mailto:[EMAIL PROTECTED] 
Sent: Wednesday, June 16, 2004 5:12 PM
To: Struts Users Mailing List
Subject: RE: exception handling


I just want to verify my approach from the experts.

Thanks 
Viral

-----Original Message-----
From: Pilgrim, Peter [mailto:[EMAIL PROTECTED] 
Sent: Wednesday, June 16, 2004 4:57 PM
To: 'Struts Users Mailing List'
Subject: RE: exception handling

Please, really! Do you really want to us to design and 
develop your application for you?
Check out Struts global exception configuration. HTH

> -----Original Message-----
> From: Viral_Thakkar [mailto:[EMAIL PROTECTED]
> 
> Please verify the below exception handling scenario.

-1

> 
> Struts Action class --> Business Delegate --> EJB (Uses OR Mapping Top
> link to talk to database) 
> 
> Also, we have a ServiceLocator class which is used to get the EJBHome
> reference. 
> 
> There are three layers at which we need to handle the exception.
> 
> At EJB layer, at business delegate and at struts layer.
> 
> EJB layer (session bean) methods will throw the (Application) business
> exceptions. 
> 
> At business delegate layer, application exceptions will be thrown by
> methods, same as EJB methods.
> 
> At struts layer, in the Action class's execute(), we will catch all
> these business exceptions. 
> 
> For Runtime exceptions, we will catch the ToplinkException 
> (this extends
> RuntimeException and this is root of all runtime exceptions) in ejb
> methods and this catch block will throw SystemException (a checked
> exception). 
> 
> Action will catch this SystemException.
> 
> Please provide your valuable inputs.

-1000
 
==////==
--
Peter Pilgrim
Operations/IT - Credit Suisse First Boston, 
10 South Colonnade, London E14 4QJ, United Kingdom
Tel: +44 (0)207 883 4447


========================================================================
======
This message is for the sole use of the intended recipient. If you
received
this message in error please delete it and notify us. If this message
was
misdirected, CSFB does not waive any confidentiality or privilege. CSFB
retains and monitors electronic communications sent through its network.
Instructions transmitted over this system are not binding on CSFB until
they
are confirmed by us. Message transmission is not guaranteed to be
secure.
========================================================================
======


---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]




---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Reply via email to