cocoon-users mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Argyn" <akuketa...@cox.net>
Subject RE: [OT] RE: cocoon & struts together
Date Wed, 05 Feb 2003 05:26:44 GMT
Robert

Are we talking about the same Struts?

The Struts I know allows for a separation of logic and presentation.
Actually, its developers recommend not to mix logic into Struts components.
Struts is regarded as a "standard" Model2 (MVC a la J2EE) approach. So, you
have JSPs for views; Servlet Controller + Actions for control and
navigation. The logic is supposed to be out of Struts, it can be in EJBs,
e.g. In my current system, the logic will be in the set of API classes. Even
JSPs are not mandatory, it's just most people use Struts with them.

Finally, I'm afraid it's not appropriate to refer to other Apache projects
as "horrible" :) I'm a great fan of Cocoon too, but Struts is not bad, and
sometimes fits requirements very well.

thanks,
Argyn

 -----Original Message-----
> From: Robert Simmons [mailto:derisor@arcor.de]
> Sent: Tuesday, February 04, 2003 4:49 PM
> To: cocoon-users@xml.apache.org
> Subject: Re: [OT] RE: cocoon & struts together
>
>
> Struts is a horrible basis for business logic for a thousand reasons.
> Business logic best lives within an enterprise container and
> an application
> server. The basis of concurrency, fault tolerance,
> transaction management,
> clustering and the rest of the EJB contract make it pretty
> psycho to NOT use
> it. I would NEVER EVER do anything important in any web
> framework, be it
> cocoon or struts. No thanks the J2EE environment is the god
> of business logic
> as cocoon is, IMHO, the god of web presentation. Cocoon
> should be a CONSUMER
> of the J2EE functionality and not make any decisions whatsoever.


---------------------------------------------------------------------
Please check that your question  has not already been answered in the
FAQ before posting.     <http://xml.apache.org/cocoon/faq/index.html>

To unsubscribe, e-mail:     <cocoon-users-unsubscribe@xml.apache.org>
For additional commands, e-mail:   <cocoon-users-help@xml.apache.org>


Mime
View raw message