Menu
▾
▴
springframework-developer
|
From: <jue...@we...> - 2004-02-23 09:58:36
|
Dear Spring/Velocity users, =20 I've updated our VelocityView to Velocity Tools 1.1 RC1: There's not = only an optional "dateToolAttribute" (Velocity Tools 1.0) now but also a = "numberToolAttribute" (new in 1.1). Both are automatically exposed as = locale-aware subclasses, so that they are aware of the current = Spring-managed request locale. =20 Such helper classes are long overdue: I never understood why standard = Velocity does not provide any means for such important tasks as date and = number formatting. Particularly in face of the nice formatting options = that the JSTL offers for JSP, it's good to see that there shouldn't be a = need to code one's own formatting helpers for Velocity anymore. =20 In general, I wonder why the Velocity project is moving so slowly. It = took them over half a year to move from 1.3.1 RC1 to 1.3.1 final. = Velocity Tools 1.1 final could easily have been released last autumn: = After all, it's just a couple of straightforward, pretty simple hellper = classes. This definitely doesn't help in terms of Velocity adoption. =20 Juergen =20 |
|
From: Darren D. <da...@da...> - 2004-02-23 11:00:43
|
> In general, I wonder why the Velocity project is moving so slowly. It t= ook > them over half a year to move from 1.3.1 RC1 to 1.3.1 final. Velocity > Tools 1.1 final could easily have been released last autumn: After all, > it's just a couple of straightforward, pretty simple hellper classes. T= his > definitely doesn't help in terms of Velocity adoption. you're right. In fact it has been remarked upon by less kind people that Velocity is dead. The site says they are working on a 1.5 branch but the CVS repository shows very few changes to any source code in the last year= . At the end of the day, it's not a major problem for most users. It's a stable tool that does a specific job fairly well - most of my tests suggest it's still ahead of JSP in performance terms and the majority of graphic designers (IME) prefer it to an xml-based sytax. I think though that they may have lost some mindshare (if not some developers) to FreeMarker. On which note, if no-one else is intending to do it, I'm planning on looking at a FreeMarker integration along similar lines to the Velocity integration for Spring 1.1 Regards, --=20 Darren Davison Public Key: http://www.davison.uk.net/key.jsp |
|
From: Cameron B. <ca...@da...> - 2004-02-23 11:32:24
|
I would be keen for spring to support freemarker in the same way that it supports velocity. Currently I been using the webwork2 freemarker servlet, though I would prefer if it could configure everything from within spring, possibly = even creating a webwork2 result type that uses the freemarker integration = that spring will provide. Cameron > -----Original Message----- > From: spr...@li...=20 > [mailto:spr...@li...] > On Behalf Of Darren Davison > Sent: Monday, 23 February 2004 8:53 PM > To: spr...@li... > Subject: Re: [Springframework-developer] Velocity Tools >=20 > > In general, I wonder why the Velocity project is moving so=20 > slowly. It=20 > > took them over half a year to move from 1.3.1 RC1 to 1.3.1 final.=20 > > Velocity Tools 1.1 final could easily have been released=20 > last autumn:=20 > > After all, it's just a couple of straightforward, pretty simple=20 > > hellper classes. This definitely doesn't help in terms of=20 > Velocity adoption. >=20 > you're right. In fact it has been remarked upon by less kind=20 > people that Velocity is dead. The site says they are working=20 > on a 1.5 branch but the CVS repository shows very few changes=20 > to any source code in the last year. > At the end of the day, it's not a major problem for most=20 > users. It's a stable tool that does a specific job fairly=20 > well - most of my tests suggest it's still ahead of JSP in=20 > performance terms and the majority of graphic designers (IME)=20 > prefer it to an xml-based sytax. >=20 > I think though that they may have lost some mindshare (if not some > developers) to FreeMarker. On which note, if no-one else is=20 > intending to do it, I'm planning on looking at a FreeMarker=20 > integration along similar lines to the Velocity integration=20 > for Spring 1.1 >=20 > Regards, >=20 > -- > Darren Davison > Public Key: http://www.davison.uk.net/key.jsp >=20 >=20 >=20 > ------------------------------------------------------- > SF.Net is sponsored by: Speed Start Your Linux Apps Now. > Build and deploy apps & Web services for Linux with > a free DVD software kit from IBM. Click Now! > http://ads.osdn.com/?ad_id=1356&alloc_id438&op=3Dick > _______________________________________________ > Springframework-developer mailing list > Spr...@li... > https://lists.sourceforge.net/lists/listinfo/springframework-developer >=20 |
|
From: Colin S. <col...@ex...> - 2004-02-23 12:41:42
|
Darren Davison wrote: >>In general, I wonder why the Velocity project is moving so slowly. It took >>them over half a year to move from 1.3.1 RC1 to 1.3.1 final. Velocity >>Tools 1.1 final could easily have been released last autumn: After all, >>it's just a couple of straightforward, pretty simple hellper classes. This >>definitely doesn't help in terms of Velocity adoption. >> >> > >you're right. In fact it has been remarked upon by less kind people that >Velocity is dead. The site says they are working on a 1.5 branch but the >CVS repository shows very few changes to any source code in the last year. > At the end of the day, it's not a major problem for most users. It's a >stable tool that does a specific job fairly well - most of my tests >suggest it's still ahead of JSP in performance terms and the majority of >graphic designers (IME) prefer it to an xml-based sytax. > >I think though that they may have lost some mindshare (if not some >developers) to FreeMarker. On which note, if no-one else is intending to >do it, I'm planning on looking at a FreeMarker integration along similar >lines to the Velocity integration for Spring 1.1 > >Regards, > > > I know of a number of cases of people moving to Freemarker from Velocity. Not a migration, but the OfBiz project has actually been using Velocity very successfully for their 3.0 stream, and has been very happy with it. Regards, Colin |
|
From: Rod J. <rod...@in...> - 2004-02-23 21:00:11
|
I know Geir Magnusson, I'll drop him an email asking about the status of Velocity and let you know what he says. I thought the issue was that Velocity basically worked... ----- Original Message ----- From: "Darren Davison" <da...@da...> To: <spr...@li...> Sent: Monday, February 23, 2004 10:52 AM Subject: Re: [Springframework-developer] Velocity Tools > In general, I wonder why the Velocity project is moving so slowly. It took > them over half a year to move from 1.3.1 RC1 to 1.3.1 final. Velocity > Tools 1.1 final could easily have been released last autumn: After all, > it's just a couple of straightforward, pretty simple hellper classes. This > definitely doesn't help in terms of Velocity adoption. you're right. In fact it has been remarked upon by less kind people that Velocity is dead. The site says they are working on a 1.5 branch but the CVS repository shows very few changes to any source code in the last year. At the end of the day, it's not a major problem for most users. It's a stable tool that does a specific job fairly well - most of my tests suggest it's still ahead of JSP in performance terms and the majority of graphic designers (IME) prefer it to an xml-based sytax. I think though that they may have lost some mindshare (if not some developers) to FreeMarker. On which note, if no-one else is intending to do it, I'm planning on looking at a FreeMarker integration along similar lines to the Velocity integration for Spring 1.1 Regards, -- Darren Davison Public Key: http://www.davison.uk.net/key.jsp ------------------------------------------------------- SF.Net is sponsored by: Speed Start Your Linux Apps Now. Build and deploy apps & Web services for Linux with a free DVD software kit from IBM. Click Now! http://ads.osdn.com/?ad_id56&alloc_id438&op=ick _______________________________________________ Springframework-developer mailing list Spr...@li... https://lists.sourceforge.net/lists/listinfo/springframework-developer |
|
From: Rod J. <rod...@in...> - 2004-02-23 21:04:21
|
I've emailed Geir. But I'm all in favour of FreeMarker integration anyway. I think it would be very easy. ----- Original Message ----- From: "Darren Davison" <da...@da...> To: <spr...@li...> Sent: Monday, February 23, 2004 10:52 AM Subject: Re: [Springframework-developer] Velocity Tools > In general, I wonder why the Velocity project is moving so slowly. It took > them over half a year to move from 1.3.1 RC1 to 1.3.1 final. Velocity > Tools 1.1 final could easily have been released last autumn: After all, > it's just a couple of straightforward, pretty simple hellper classes. This > definitely doesn't help in terms of Velocity adoption. you're right. In fact it has been remarked upon by less kind people that Velocity is dead. The site says they are working on a 1.5 branch but the CVS repository shows very few changes to any source code in the last year. At the end of the day, it's not a major problem for most users. It's a stable tool that does a specific job fairly well - most of my tests suggest it's still ahead of JSP in performance terms and the majority of graphic designers (IME) prefer it to an xml-based sytax. I think though that they may have lost some mindshare (if not some developers) to FreeMarker. On which note, if no-one else is intending to do it, I'm planning on looking at a FreeMarker integration along similar lines to the Velocity integration for Spring 1.1 Regards, -- Darren Davison Public Key: http://www.davison.uk.net/key.jsp ------------------------------------------------------- SF.Net is sponsored by: Speed Start Your Linux Apps Now. Build and deploy apps & Web services for Linux with a free DVD software kit from IBM. Click Now! http://ads.osdn.com/?ad_id56&alloc_id438&op=ick _______________________________________________ Springframework-developer mailing list Spr...@li... https://lists.sourceforge.net/lists/listinfo/springframework-developer |
|
From: Rod J. <rod...@in...> - 2004-02-23 22:12:58
|
Velocity is not dead (just resting)... Seriously, I just got a reply from Geir (the rapidity of which indicates how serious he still is about Velocity). Basically he was preoccupied with work last year, but is now actively moving the project forward and looking at enhancements. Some quotes: >It's been dull lately because of my time and the fact that it does work so well, but this month we will do v1.4, which has a bunch of stuff we've been wanting to get out, 1.5 will follow soon after, which adds some nice enhancements to VTL, and then we are adding a few major things, like floating point support, et al immediately following. >As much as I hate to suggest that it's a valid reason for looking at it, it's getting more and more use (IDEA uses it...), there is 1 book out on it, and a second coming, etc. Yes, there are warts, but I'm still 100% dedicated to it, although I have other things that dilute my time, like we all do. Regards, Rod ----- Original Message ----- From: "Darren Davison" <da...@da...> To: <spr...@li...> Sent: Monday, February 23, 2004 10:52 AM Subject: Re: [Springframework-developer] Velocity Tools > In general, I wonder why the Velocity project is moving so slowly. It took > them over half a year to move from 1.3.1 RC1 to 1.3.1 final. Velocity > Tools 1.1 final could easily have been released last autumn: After all, > it's just a couple of straightforward, pretty simple hellper classes. This > definitely doesn't help in terms of Velocity adoption. you're right. In fact it has been remarked upon by less kind people that Velocity is dead. The site says they are working on a 1.5 branch but the CVS repository shows very few changes to any source code in the last year. At the end of the day, it's not a major problem for most users. It's a stable tool that does a specific job fairly well - most of my tests suggest it's still ahead of JSP in performance terms and the majority of graphic designers (IME) prefer it to an xml-based sytax. I think though that they may have lost some mindshare (if not some developers) to FreeMarker. On which note, if no-one else is intending to do it, I'm planning on looking at a FreeMarker integration along similar lines to the Velocity integration for Spring 1.1 Regards, -- Darren Davison Public Key: http://www.davison.uk.net/key.jsp ------------------------------------------------------- SF.Net is sponsored by: Speed Start Your Linux Apps Now. Build and deploy apps & Web services for Linux with a free DVD software kit from IBM. Click Now! http://ads.osdn.com/?ad_id56&alloc_id438&op=ick _______________________________________________ Springframework-developer mailing list Spr...@li... https://lists.sourceforge.net/lists/listinfo/springframework-developer |
