> -----Original Message----- > From: Sgarlata Matt [mailto:[EMAIL PROTECTED] > Sent: 17 December 2003 22:11 > To: Struts Developers List > Subject: Re: Struts 2.0 Ideas (was Re: Struts 2.0 Discussion Forum) > > > ----- Original Message ----- > From: "Joe Germuska" <[EMAIL PROTECTED]> > To: "Struts Developers List" <[EMAIL PROTECTED]> > Sent: Wednesday, December 17, 2003 5:04 PM > Subject: Re: Struts 2.0 Ideas (was Re: Struts 2.0 Discussion Forum) > > > > So then, with specific frameworks, I don't understand how Pico's > > orientation towards constructors works in an environment where beans > > need to be dynamically instantiated, but perhaps I just haven't > > thought about it hard enough. Avalon seems too heavy, which leaves > > us (or me at least) with Spring and HiveMind. I haven't developed > > with either but so far the docs for Spring give me a warm fuzzy > > feeling while the HiveMind docs kind of scare me. > > I agree with your assessment of frameworks 100%. However, > Spring is under > an LGPL license, so Struts can't use Spring unless either > Struts switches to > LGPL or Spring switches to ASF, right? It would be kind of > silly for Struts > to stay under ASF in this case, since the Spring license > would force the > undesirable LGPL clauses on any projects that were based on > Struts. Am I > right? > > Matt What kind of Spring Framework classes would you want to use in Struts 2.0?
The BeanWrapper and the BeanFactory are interesting ideas. An example of configuring commons DBCP is given http://www.springframework.org/docs/lightweight_container.html I am not convince however of the requirement for BeanFactory. I can understand if you need to have massive XML configuration and need to dynamic generate Beans (objects) at run-time. It is great but other than that I can really view to the advantage inverse of control there that Struts or Commons BeanUtils combine Digester could not do itself. Struts is great because it concentrates on doing one thing well MVC. I wouldn't want it to branch out go into a generic framework space e.g Avalon, Expresso, Keel, Spring, Pico etc. The major design difficulties are abstract away the request and response objects from the controller actions, and also configuration of any other front-end objects you need along the way. To a certain extent Commons Chain and its context leads the way regarding the former. -- Peter Pilgrim, Struts/J2EE Consultant, RBoS FM, Risk IT Tel: +44 (0)207-375-4923 *********************************************************************************** The Royal Bank of Scotland plc. Registered in Scotland No 90312. Registered Office: 36 St Andrew Square, Edinburgh EH2 2YB. Authorised and regulated by the Financial Services Authority This e-mail message is confidential and for use by the addressee only. If the message is received by anyone other than the addressee, please return the message to the sender by replying to it and then delete the message from your computer. Internet e-mails are not necessarily secure. The Royal Bank of Scotland plc does not accept responsibility for changes made to this message after it was sent. Whilst all reasonable care has been taken to avoid the transmission of viruses, it is the responsibility of the recipient to ensure that the onward transmission, opening or use of this message and any attachments will not adversely affect its systems or data. No responsibility is accepted by The Royal Bank of Scotland plc in this regard and the recipient should carry out such virus and other checks as it considers appropriate. Visit our websites at: http://www.rbs.co.uk/CBFM http://www.rbsmarkets.com ******************************************************************************** --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
