BaseAction, best practice or not?

["Damm, Gary" <ga...@qualcomm.com>]

I'm beginning the design of my second Struts based application.  The
first time around I used a BaseAction class to field common security
checking, etc and all of my Actions extend this class.  While this
design worked well I'm beginning to wonder if there's not a better way
to handle such things and still take advantage of pre-built actions
(ForwardAction, etc).  A couple of the books, sites and articles I've
read tout this as a best practice but it does limit the reuse of third
part action classes.

 

I'd like to hear from people who've used alternative designs.
Specifically good alternatives to using a BaseAction like extending the
RequestProcessor.  Is BaseAction the way to go?  Will filters solve this
issue when they are incorporated?

 

Thanks in advance for any input.

 

Gary

RE: BaseAction, best practice or not?

[Marco Tedone <m_...@hotmail.com>]

What do you mean with third party Action classes?



> -----Original Message-----
> From: Damm, Gary [mailto:garyd@qualcomm.com] 
> Sent: 16 April 2003 07:26
> To: struts-user@jakarta.apache.org
> Cc: Damm, Gary
> Subject: BaseAction, best practice or not?
> 
> 
> I'm beginning the design of my second Struts based 
> application.  The first time around I used a BaseAction class 
> to field common security checking, etc and all of my Actions 
> extend this class.  While this design worked well I'm 
> beginning to wonder if there's not a better way to handle 
> such things and still take advantage of pre-built actions 
> (ForwardAction, etc).  A couple of the books, sites and 
> articles I've read tout this as a best practice but it does 
> limit the reuse of third part action classes.
> 
>  
> 
> I'd like to hear from people who've used alternative designs. 
> Specifically good alternatives to using a BaseAction like 
> extending the RequestProcessor.  Is BaseAction the way to go? 
>  Will filters solve this issue when they are incorporated?
> 
>  
> 
> Thanks in advance for any input.
> 
>  
> 
> Gary
> 
> 

---------------------------------------------------------------------
To unsubscribe, e-mail: struts-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: struts-user-help@jakarta.apache.org