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:[EMAIL PROTECTED]] > Sent: Tuesday, February 04, 2003 4:49 PM > To: [EMAIL PROTECTED] > 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: <[EMAIL PROTECTED]> For additional commands, e-mail: <[EMAIL PROTECTED]>
