> -----Original Message----- > From: David Graham [mailto:[EMAIL PROTECTED] > Sent: September 28, 2003 1:51 PM > To: Struts Developers List > Subject: RE: Standard HTML Tags (was Extending Standard Tags ...) > > --- Steve Raeburn <[EMAIL PROTECTED]> wrote: > > > > I'm still happy to be in the view business, but I do think that > > decoupling > > the controller from the view would be A Good Thing. > > The controller has no dependency on the view. The taglibs are dependent > on what the controller stores in the various scopes. You could develop an > app without using the html taglib at all (XML, Velocity, etc).
Agreed. It's almost unthinkable, but you can even develop an app without Struts :-) But I was focussing on JSP which is still the most common view technology. At the minute it's not practical to create a JSP Struts app without the html taglib so, in my view, Struts as an application framework is dependent on that taglib. > FWIW, JSF has much richer view support than Struts does. It supports > features that Struts users have wanted like binding form data to native > data types on beans that don't implement any particular interface or > extend a certain class. Yup, that's a possible (probable?) way forward. I'm not ignoring other view technologies or JSF, just focussing on what is commonly in use now. For discussion, here's my view of how things might progress: - Short term: continue to separate the taglibs from the Struts core into their own cvs/build/distribution. - Medium term: drop support for the old taglibs and move the el tags up to the core distribution (or their own distribution if that's what is decided). I understand that breaks support for JSP 1.1 and I'm personally OK with that but I do appreciate that may not be the general consensus. - Medium to Long Term: JSF is probably going to be the way to go for the view in JSP apps. A Jakarta/Struts Faces implementation would appear to fit very well alongside the Struts controller framework. Steve > > David > --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
