At 04:58 AM 6/18/2004, Pilgrim, Peter wrote:
> -----Original Message----- > From: Hookom, Jacob [mailto:[EMAIL PROTECTED] > Sent: 17 June 2004 20:58 > To: 'Struts Users Mailing List' > Subject: RE: Theoretical debate > > > I completely agree with what Crysalis is trying to push, also > a framework > called VRaptor (vraptor.org) also pushes the same idea of > moving away from > the procedural weight that Struts promotes. > > Look at JSF, do you have actions? No, JSF just updates your > POJO beans and > calls methods on them. Why have an ActionForm or have to > create all of > these Actions that are simply getter/setter adapters? Please
Can't you use DispatchAction or LookupDispatchAction?
What if your Action is not a simple getter or setter adapter?
If you need to call a Business Delegate or perform some customer specifier validation for input or make a series of call outs then you cannot easily say Struts is wrong.
The Action is where you bind the presentation tier and the business logic tier.
> don't be too > quick to retort to my supposed anti-struts mindset, but there > are other > frameworks out there that allow direct interaction with my > business objects > and don't require a heck of a lot of framework specific coding. >
I think what you are alluding to is a generic XML action controller that you can bind using yet another XML configuration file.
If you can build such a beast and sell it to the mindshare then the world is your ...
-- 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]
