--- Ted Husted <[EMAIL PROTECTED]> wrote:

> IMHO, Actions are fine the way they are. The one and
> only problem is
> that people keep trying to use Actions (and Struts)
> as a component of
> a business logic framework, rather than as an
> *adjunct* to a business
> logic framework.

I'd like to disagree on this matter. Worst problem
with struts actions is that they need to be derived
from  basic actions.  This makes them pretty
unflexible.

Implementing interface would be better option 
( well, you could always say that thise who "like to
implement interface"  may go straight to webwork ) 

The same problem with form beans....




> My concern would be that POJO Actions sound like a
> slippery slope that
> will encourage more people to write applications
> with Struts, rather
> than *into* Struts.

What's wrong with it? I need from web framework:
 - handling request parameters in sane way. 
 - dispatching  to whatever action is necessary
 - providing support for template rendering. 

I definitely do not like to know anything about struts
in my business logic. 


> Actions should be a thin adaptor between Struts and
> the business-end
> of an application. The business-end can be written
> as Commands or with
> POJOs. But, we are not do anyone any favors if we
> encourage people to
> write Actions with "POJO" Actions.
... then struts will become webwork 1.4

> As Manfred mention, a good compromise might be make
> Action an
> interface sometime. People would then at least have
> to import the
> interface to mark what classes they are using as
> their Struts adapter.

... and trash form beans for good. 

regards,

----[ Konstantin Pribluda ( ko5tik ) ]----------------
Plugins for xdoclet-2 are released. check it out at:
http://www.sourceforge.net/projects/xdoclet-plugins/
----[ http://www.pribluda.de ]------------------------


                
__________________________________ 
Do you Yahoo!? 
Yahoo! Mail - Helps protect you from nasty viruses. 
http://promotions.yahoo.com/new_mail

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

Reply via email to