We have been using stxx for a while now, mostly for output transformations only and it work perfectly. I would recommend you to consider it, and I have no stock in stxx ;-) !
Apart from this, we quite often use inline XSL transformations provided by JSTL nowadays.... not as flexible, but certainly useful in 'hybrid' designs. Complex form stuff, and pages which need to be update oftern are mostly taken care of by jsp2.0 pages.... seems that our designers prefer jsp2.0 over the (for them) more complex XSLT. regards, Peter On Thu, 2005-08-18 at 16:31 +0100, Graham Smith wrote: > On Thursday 18 August 2005 16:02, Don Brown wrote: > > Hmm...smell of death for stxx might be a bit harsh :) > > Yeah ok, it was a bit harsh - sorry. I'll take another look. It's sometimes > hard to know when a project is on it's last legs though. A message from one > of the core developers within an hour is a pretty good assurance that it's > alive and kicking though :o) > > > While it true I > > need to get a release out that better supports 1.2, I've been using it > > in production for over a year without problems, and would recommend > > you take another look. You, of course, are welcome to get involved, > > submit patches, even join the project. > > I have been looking for a project to work on in my spare time (just a mo > while > I pick myself up off the floor from laughing at the idea of having spare > time). If I decide to stick with XSLT I'll probably contribute. > > > > > Regarding Struts and XSLT, I've had a good experience ditching JSP. > > XSLT is powerful and fun even once you get the hang of it. Now to > > your questions... > > > > On 8/18/05, Graham Smith <[EMAIL PROTECTED]> wrote: > > <snip /> > > > > > * Should I just stop fighting city hall and abandon XSLT in favour of > > > JSP? * Perhaps it's still a little early to say exactly how Struts 2.x > > > will turn out but will the idea of view technology independence be > > > maintained? > > > > Of course there isn't a Struts 2.0, yet anyways, but Struts Shale is > > already exploring an alternate view, HTML templates, for JSF and JSF > > itself is designed to be view independent, however, I haven't heard of > > any view handlers that use XSLT yet. > > I certainly couldn't call myself a JSF expert but I have, I believe, had > enough experience of it to realise that the intended goal writing one page > and using alternative renders for different devices doesn't really work. > While it's great that you can, in theory, install other renders for the JSF > tags it rapidly becomes almost impossible to maintain. > > I can't believe, for instance, that it would be possible to develop a page > that would look good in both a standard browser and a mobile phone. This is > at the heart of my interest in XSLT. It removes the whole plug-in render mess > that JSF seems to have got itself into. On the flip side the reason I am > interested in using JSPs is that I only need to develop for fully featured > browsers. > > Thanks for the feedback, > > Graham > > > Another project we are working > > on in the sandbox, Struts Ti, already has support for XSLT. > > > > Hope that helps, > > > > Don > > > > > * If Struts 2.x doesn't (essentiall) force us to use something akin to > > > JSF will XSLT still be a viable option? > > > > > > Thanks for reading this far. I really look forward to hearing your views. > > > > > > Graham > > > > > > > > > --------------------------------------------------------------------- > > > 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] > > --------------------------------------------------------------------- > 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]
