You are viewing a plain text version of this content. The canonical link for it is here.
Posted to user@velocity.apache.org by abc12345 <in...@21st.com> on 2012/01/24 18:40:52 UTC
Velocity template Evaluation
I'm a developer and trying to evaluate Velocity as an alternative to JSP,
When I go to the Apache Velocity Site I don't see much activity on this
Project other than a few bug fixes, there are no dates for the next Release
etc.
Can someone tell me if this is a dead project.
Thanks
--
View this message in context: http://old.nabble.com/Velocity-template-Evaluation-tp33196367p33196367.html
Sent from the Velocity - User mailing list archive at Nabble.com.
---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscribe@velocity.apache.org
For additional commands, e-mail: user-help@velocity.apache.org
Re: Velocity template Evaluation
Posted by jian chen <ch...@gmail.com>.
Hi,
Velocity is NOT a dead project as I can testify.
I got couple of production quality projects using Velocity either as a
web template engine or as a standalone module to generate emails. They
have been working fantastically well and very efficient. I especially
like the simplicity of it as it enforces the separation of java logic
from the view/template.
I think Velocity is a mature project so that's probably why it hasn't
got a lot of activities. But a lot of sites or companies are using it
I believe.
If you need an example, just take a look at my site, www.JiansNet.com,
it is built on top of Java and Velocity engine. If you want to have
questions regarding the usage of Velocity, I am happy to answer as
well.
Good luck,
Jian
http://www.JiansNet.com
On Tue, Jan 24, 2012 at 9:40 AM, abc12345 <in...@21st.com> wrote:
>
> I'm a developer and trying to evaluate Velocity as an alternative to JSP,
> When I go to the Apache Velocity Site I don't see much activity on this
> Project other than a few bug fixes, there are no dates for the next Release
> etc.
> Can someone tell me if this is a dead project.
>
> Thanks
> --
> View this message in context: http://old.nabble.com/Velocity-template-Evaluation-tp33196367p33196367.html
> Sent from the Velocity - User mailing list archive at Nabble.com.
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: user-unsubscribe@velocity.apache.org
> For additional commands, e-mail: user-help@velocity.apache.org
>
---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscribe@velocity.apache.org
For additional commands, e-mail: user-help@velocity.apache.org
RE: Velocity template Evaluation
Posted by Rich Wagner <ri...@hotmail.com>.
Another recommendation for Velocity. I've used it several times for different code generation projects.
Beyond evaluating the "liveness" of the Velocity project, and beyond looking at release numbers, is your evaluation considering your technical requirements? It's seems like evaluating how well the latest Velocity release meets your needs would be the next step. If you find that the latest release doesn't have something you need, THEN it seems like it would be a better time to ask about future releases, and about whether they'll get what you're missing.
Also: a fundamental difference between JSP and Velocity is that JSP permits arbitrary Java code fragments in the JSP templates. Velocity does not. Some think NOT allowing arbitrary Java fragments in templates is an important thing, because it helps prevent the boundary between templates and model code from becoming blurred. At an extreme level, JSP templates can become unreadable, and hard to maintain, if they have too much embedded Java.
(P.S. StringTemplate is another templating/CG engine, and Terrence Parr, the professor behind StringTemplate, feels pretty strongly about the importance of excluding arbitrary code fragments from templates (more strongly than I do :-) See his white papers, if you like...)
On the other hand, some people feel NOT being able to include arbitrary Java expressions and statements in templates is too limiting.
How you feel about the issue will presumably affect your evaluation of Velocity in a meaningful way...
-- Rich
Kiva.org - Loans That Change Lives
> Date: Tue, 24 Jan 2012 10:47:28 -0800
> Subject: Re: Velocity template Evaluation
> From: nbubna@gmail.com
> To: user@velocity.apache.org
>
> Schedules are for projects run by businesses. No one is getting paid
> here, so no one makes schedules. Velocity projects release when they
> are ready to be released and someone is ready to do the work of
> releasing them. As for Engine 2.0, i would not hold my breath. No
> one is doing major dev there at the moment, just minor bug fixes and
> patches here and there as contributors send them.
>
> On Tue, Jan 24, 2012 at 10:42 AM, abc12345 <in...@21st.com> wrote:
> >
> > Thanks for the Quick reply, Any Idea when 2.x is scheduled for release.
> >
> >
> >
> > Barbara Baughman wrote:
> >>
> >> I certainly hope it never dies. The application is limited in scope: to
> >> interpret templates. It does this magnificently well and very simply.
> >> It is fast and elegant. I think development has greatly slowed because
> >> it's basically a complete product that only needs to be tweaked every
> >> once in a while.
> >>
> >> I have developed presentations on the web in JSP and using Velocity, and
> >> the difference is day and night. I hate JSP. I would rather my
> >> business logic and tools be somewhere besides mixed with presentation
> >> logic. Any logic or tool or reference is passed to the template for
> >> interpretation. The logic within the template is kept very simple.
> >>
> >> With Velocity, the separation of presentation and business logic is
> >> clear. It doesn't blow up with unexpected "EXCEPTION" pages. If you
> >> don't put the templates in the .war file, you can make instant changes
> >> to the presentation without a deploy. You can clearly make changes to
> >> presentation without worrying that perhaps the program logic may have
> >> also been changed. There is a lot less worry and testing if a Velocity
> >> template is changed.
> >>
> >> It is also great for sending emails.
> >>
> >> The work of maintaining JSP's and Tiles is a pain in the neck. Velocity
> >> is so straightforward!
> >>
> >> Barbara Baughman
> >> Systems Analyst
> >> Information Security
> >> 972-883-2157
> >>
> >>
> >> On 1/24/12 11:40 AM, abc12345 wrote:
> >>> I'm a developer and trying to evaluate Velocity as an alternative to JSP,
> >>> When I go to the Apache Velocity Site I don't see much activity on this
> >>> Project other than a few bug fixes, there are no dates for the next
> >>> Release
> >>> etc.
> >>> Can someone tell me if this is a dead project.
> >>>
> >>> Thanks
> >>
> >> ---------------------------------------------------------------------
> >> To unsubscribe, e-mail: user-unsubscribe@velocity.apache.org
> >> For additional commands, e-mail: user-help@velocity.apache.org
> >>
> >>
> >>
> >
> > --
> > View this message in context: http://old.nabble.com/Velocity-template-Evaluation-tp33196367p33196803.html
> > Sent from the Velocity - User mailing list archive at Nabble.com.
> >
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: user-unsubscribe@velocity.apache.org
> > For additional commands, e-mail: user-help@velocity.apache.org
> >
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: user-unsubscribe@velocity.apache.org
> For additional commands, e-mail: user-help@velocity.apache.org
>
Re: Velocity template Evaluation
Posted by Nathan Bubna <nb...@gmail.com>.
Schedules are for projects run by businesses. No one is getting paid
here, so no one makes schedules. Velocity projects release when they
are ready to be released and someone is ready to do the work of
releasing them. As for Engine 2.0, i would not hold my breath. No
one is doing major dev there at the moment, just minor bug fixes and
patches here and there as contributors send them.
On Tue, Jan 24, 2012 at 10:42 AM, abc12345 <in...@21st.com> wrote:
>
> Thanks for the Quick reply, Any Idea when 2.x is scheduled for release.
>
>
>
> Barbara Baughman wrote:
>>
>> I certainly hope it never dies. The application is limited in scope: to
>> interpret templates. It does this magnificently well and very simply.
>> It is fast and elegant. I think development has greatly slowed because
>> it's basically a complete product that only needs to be tweaked every
>> once in a while.
>>
>> I have developed presentations on the web in JSP and using Velocity, and
>> the difference is day and night. I hate JSP. I would rather my
>> business logic and tools be somewhere besides mixed with presentation
>> logic. Any logic or tool or reference is passed to the template for
>> interpretation. The logic within the template is kept very simple.
>>
>> With Velocity, the separation of presentation and business logic is
>> clear. It doesn't blow up with unexpected "EXCEPTION" pages. If you
>> don't put the templates in the .war file, you can make instant changes
>> to the presentation without a deploy. You can clearly make changes to
>> presentation without worrying that perhaps the program logic may have
>> also been changed. There is a lot less worry and testing if a Velocity
>> template is changed.
>>
>> It is also great for sending emails.
>>
>> The work of maintaining JSP's and Tiles is a pain in the neck. Velocity
>> is so straightforward!
>>
>> Barbara Baughman
>> Systems Analyst
>> Information Security
>> 972-883-2157
>>
>>
>> On 1/24/12 11:40 AM, abc12345 wrote:
>>> I'm a developer and trying to evaluate Velocity as an alternative to JSP,
>>> When I go to the Apache Velocity Site I don't see much activity on this
>>> Project other than a few bug fixes, there are no dates for the next
>>> Release
>>> etc.
>>> Can someone tell me if this is a dead project.
>>>
>>> Thanks
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: user-unsubscribe@velocity.apache.org
>> For additional commands, e-mail: user-help@velocity.apache.org
>>
>>
>>
>
> --
> View this message in context: http://old.nabble.com/Velocity-template-Evaluation-tp33196367p33196803.html
> Sent from the Velocity - User mailing list archive at Nabble.com.
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: user-unsubscribe@velocity.apache.org
> For additional commands, e-mail: user-help@velocity.apache.org
>
---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscribe@velocity.apache.org
For additional commands, e-mail: user-help@velocity.apache.org
Re: Velocity template Evaluation
Posted by Christopher Schultz <ch...@christopherschultz.net>.
Abc,
On 1/24/12 1:42 PM, abc12345 wrote:
> Thanks for the Quick reply, Any Idea when 2.x is scheduled for release.
Are you waiting for a specific feature? Or, are you suffering from
version-itis?
-chris
Re: Velocity template Evaluation
Posted by abc12345 <in...@21st.com>.
Thanks for the Quick reply, Any Idea when 2.x is scheduled for release.
Barbara Baughman wrote:
>
> I certainly hope it never dies. The application is limited in scope: to
> interpret templates. It does this magnificently well and very simply.
> It is fast and elegant. I think development has greatly slowed because
> it's basically a complete product that only needs to be tweaked every
> once in a while.
>
> I have developed presentations on the web in JSP and using Velocity, and
> the difference is day and night. I hate JSP. I would rather my
> business logic and tools be somewhere besides mixed with presentation
> logic. Any logic or tool or reference is passed to the template for
> interpretation. The logic within the template is kept very simple.
>
> With Velocity, the separation of presentation and business logic is
> clear. It doesn't blow up with unexpected "EXCEPTION" pages. If you
> don't put the templates in the .war file, you can make instant changes
> to the presentation without a deploy. You can clearly make changes to
> presentation without worrying that perhaps the program logic may have
> also been changed. There is a lot less worry and testing if a Velocity
> template is changed.
>
> It is also great for sending emails.
>
> The work of maintaining JSP's and Tiles is a pain in the neck. Velocity
> is so straightforward!
>
> Barbara Baughman
> Systems Analyst
> Information Security
> 972-883-2157
>
>
> On 1/24/12 11:40 AM, abc12345 wrote:
>> I'm a developer and trying to evaluate Velocity as an alternative to JSP,
>> When I go to the Apache Velocity Site I don't see much activity on this
>> Project other than a few bug fixes, there are no dates for the next
>> Release
>> etc.
>> Can someone tell me if this is a dead project.
>>
>> Thanks
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: user-unsubscribe@velocity.apache.org
> For additional commands, e-mail: user-help@velocity.apache.org
>
>
>
--
View this message in context: http://old.nabble.com/Velocity-template-Evaluation-tp33196367p33196803.html
Sent from the Velocity - User mailing list archive at Nabble.com.
---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscribe@velocity.apache.org
For additional commands, e-mail: user-help@velocity.apache.org
Re: Velocity template Evaluation
Posted by Gary Catlin <gc...@gmail.com>.
Hello,
I work for Telos Corp. and we have used Velocity in our primary application for many years now. It has worked well for us.
Sent via BlackBerry from T-Mobile
-----Original Message-----
From: Perry Tew <pe...@ultracart.com>
Date: Wed, 25 Jan 2012 08:47:07
To: Velocity Users List<us...@velocity.apache.org>
Reply-To: "Velocity Users List" <us...@velocity.apache.org>
Subject: Re: Velocity template Evaluation
I work for UltraCart.com. We've always been quiet participants in the
velocity community, mostly because it works so well. We use it to
allow our merchants to create custom shopping cart experiences. We
have thousands of our customers running their business on velocity
powered web sites.
Velocity is a key technology for our company.
-Perry
Sent from my iPhone
On Jan 25, 2012, at 7:36 AM, "Teemu Kanstrén" <tk...@gmail.com> wrote:
> I have used and keep using Velocity to script web apps, test scripts,
> reports, etc.
>
> I like the way Velocity addresses the problems it is targeting. It has
> years of development, testing, use and bug fixing. The fact that it does
> not aim to add unnecessary bloat is a plus to me.
>
> Sometimes I wish it would let me put in a bit more code in the template.
> After looking at it a while I realise I am much better of not being able to
> do it.
>
> But as someone said, evaluate your needs and what it provides. The
> community is there I believe..
>
> 2012/1/24 Ludwig Magnusson <lu...@itcatapult.com>
>
>> I have never used jsp so I can't compare, but let me just tell you that I
>> love velocity. Earlier on I had don a lot of php and velocity is just so
>> much better. The best thing about it i think, is that the code you write
>> looks like HTML (if that's what you are doing). The velocity variables are
>> inserted seamlessly.
>>
>> I am a java programmer but I can also testify that the designers in our
>> team who works mostly with HTML and css also loves velocity.
>>
>> Thanks velocity team for velocity =)
>>
>> /Ludwig
>>
>> -----Ursprungligt meddelande----- From: Barbara Baughman
>> Sent: Tuesday, January 24, 2012 7:31 PM
>> To: user@velocity.apache.org
>>
>> Subject: Re: Velocity template Evaluation
>>
>> I certainly hope it never dies. The application is limited in scope: to
>> interpret templates. It does this magnificently well and very simply.
>> It is fast and elegant. I think development has greatly slowed because
>> it's basically a complete product that only needs to be tweaked every
>> once in a while.
>>
>> I have developed presentations on the web in JSP and using Velocity, and
>> the difference is day and night. I hate JSP. I would rather my
>> business logic and tools be somewhere besides mixed with presentation
>> logic. Any logic or tool or reference is passed to the template for
>> interpretation. The logic within the template is kept very simple.
>>
>> With Velocity, the separation of presentation and business logic is
>> clear. It doesn't blow up with unexpected "EXCEPTION" pages. If you
>> don't put the templates in the .war file, you can make instant changes
>> to the presentation without a deploy. You can clearly make changes to
>> presentation without worrying that perhaps the program logic may have
>> also been changed. There is a lot less worry and testing if a Velocity
>> template is changed.
>>
>> It is also great for sending emails.
>>
>> The work of maintaining JSP's and Tiles is a pain in the neck. Velocity
>> is so straightforward!
>>
>> Barbara Baughman
>> Systems Analyst
>> Information Security
>> 972-883-2157
>>
>>
>> On 1/24/12 11:40 AM, abc12345 wrote:
>>
>>> I'm a developer and trying to evaluate Velocity as an alternative to JSP,
>>> When I go to the Apache Velocity Site I don't see much activity on this
>>> Project other than a few bug fixes, there are no dates for the next
>>> Release
>>> etc.
>>> Can someone tell me if this is a dead project.
>>>
>>> Thanks
>>>
>>
>> ------------------------------**------------------------------**---------
>> To unsubscribe, e-mail: user-unsubscribe@velocity.**apache.org<us...@velocity.apache.org>
>> For additional commands, e-mail: user-help@velocity.apache.org
>>
>> ------------------------------**------------------------------**---------
>> To unsubscribe, e-mail: user-unsubscribe@velocity.**apache.org<us...@velocity.apache.org>
>> For additional commands, e-mail: user-help@velocity.apache.org
>>
>>
---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscribe@velocity.apache.org
For additional commands, e-mail: user-help@velocity.apache.org
Re: Velocity template Evaluation
Posted by Perry Tew <pe...@ultracart.com>.
I work for UltraCart.com. We've always been quiet participants in the
velocity community, mostly because it works so well. We use it to
allow our merchants to create custom shopping cart experiences. We
have thousands of our customers running their business on velocity
powered web sites.
Velocity is a key technology for our company.
-Perry
Sent from my iPhone
On Jan 25, 2012, at 7:36 AM, "Teemu Kanstrén" <tk...@gmail.com> wrote:
> I have used and keep using Velocity to script web apps, test scripts,
> reports, etc.
>
> I like the way Velocity addresses the problems it is targeting. It has
> years of development, testing, use and bug fixing. The fact that it does
> not aim to add unnecessary bloat is a plus to me.
>
> Sometimes I wish it would let me put in a bit more code in the template.
> After looking at it a while I realise I am much better of not being able to
> do it.
>
> But as someone said, evaluate your needs and what it provides. The
> community is there I believe..
>
> 2012/1/24 Ludwig Magnusson <lu...@itcatapult.com>
>
>> I have never used jsp so I can't compare, but let me just tell you that I
>> love velocity. Earlier on I had don a lot of php and velocity is just so
>> much better. The best thing about it i think, is that the code you write
>> looks like HTML (if that's what you are doing). The velocity variables are
>> inserted seamlessly.
>>
>> I am a java programmer but I can also testify that the designers in our
>> team who works mostly with HTML and css also loves velocity.
>>
>> Thanks velocity team for velocity =)
>>
>> /Ludwig
>>
>> -----Ursprungligt meddelande----- From: Barbara Baughman
>> Sent: Tuesday, January 24, 2012 7:31 PM
>> To: user@velocity.apache.org
>>
>> Subject: Re: Velocity template Evaluation
>>
>> I certainly hope it never dies. The application is limited in scope: to
>> interpret templates. It does this magnificently well and very simply.
>> It is fast and elegant. I think development has greatly slowed because
>> it's basically a complete product that only needs to be tweaked every
>> once in a while.
>>
>> I have developed presentations on the web in JSP and using Velocity, and
>> the difference is day and night. I hate JSP. I would rather my
>> business logic and tools be somewhere besides mixed with presentation
>> logic. Any logic or tool or reference is passed to the template for
>> interpretation. The logic within the template is kept very simple.
>>
>> With Velocity, the separation of presentation and business logic is
>> clear. It doesn't blow up with unexpected "EXCEPTION" pages. If you
>> don't put the templates in the .war file, you can make instant changes
>> to the presentation without a deploy. You can clearly make changes to
>> presentation without worrying that perhaps the program logic may have
>> also been changed. There is a lot less worry and testing if a Velocity
>> template is changed.
>>
>> It is also great for sending emails.
>>
>> The work of maintaining JSP's and Tiles is a pain in the neck. Velocity
>> is so straightforward!
>>
>> Barbara Baughman
>> Systems Analyst
>> Information Security
>> 972-883-2157
>>
>>
>> On 1/24/12 11:40 AM, abc12345 wrote:
>>
>>> I'm a developer and trying to evaluate Velocity as an alternative to JSP,
>>> When I go to the Apache Velocity Site I don't see much activity on this
>>> Project other than a few bug fixes, there are no dates for the next
>>> Release
>>> etc.
>>> Can someone tell me if this is a dead project.
>>>
>>> Thanks
>>>
>>
>> ------------------------------**------------------------------**---------
>> To unsubscribe, e-mail: user-unsubscribe@velocity.**apache.org<us...@velocity.apache.org>
>> For additional commands, e-mail: user-help@velocity.apache.org
>>
>> ------------------------------**------------------------------**---------
>> To unsubscribe, e-mail: user-unsubscribe@velocity.**apache.org<us...@velocity.apache.org>
>> For additional commands, e-mail: user-help@velocity.apache.org
>>
>>
---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscribe@velocity.apache.org
For additional commands, e-mail: user-help@velocity.apache.org
Re: Velocity template Evaluation
Posted by Teemu Kanstrén <tk...@gmail.com>.
I have used and keep using Velocity to script web apps, test scripts,
reports, etc.
I like the way Velocity addresses the problems it is targeting. It has
years of development, testing, use and bug fixing. The fact that it does
not aim to add unnecessary bloat is a plus to me.
Sometimes I wish it would let me put in a bit more code in the template.
After looking at it a while I realise I am much better of not being able to
do it.
But as someone said, evaluate your needs and what it provides. The
community is there I believe..
2012/1/24 Ludwig Magnusson <lu...@itcatapult.com>
> I have never used jsp so I can't compare, but let me just tell you that I
> love velocity. Earlier on I had don a lot of php and velocity is just so
> much better. The best thing about it i think, is that the code you write
> looks like HTML (if that's what you are doing). The velocity variables are
> inserted seamlessly.
>
> I am a java programmer but I can also testify that the designers in our
> team who works mostly with HTML and css also loves velocity.
>
> Thanks velocity team for velocity =)
>
> /Ludwig
>
> -----Ursprungligt meddelande----- From: Barbara Baughman
> Sent: Tuesday, January 24, 2012 7:31 PM
> To: user@velocity.apache.org
>
> Subject: Re: Velocity template Evaluation
>
> I certainly hope it never dies. The application is limited in scope: to
> interpret templates. It does this magnificently well and very simply.
> It is fast and elegant. I think development has greatly slowed because
> it's basically a complete product that only needs to be tweaked every
> once in a while.
>
> I have developed presentations on the web in JSP and using Velocity, and
> the difference is day and night. I hate JSP. I would rather my
> business logic and tools be somewhere besides mixed with presentation
> logic. Any logic or tool or reference is passed to the template for
> interpretation. The logic within the template is kept very simple.
>
> With Velocity, the separation of presentation and business logic is
> clear. It doesn't blow up with unexpected "EXCEPTION" pages. If you
> don't put the templates in the .war file, you can make instant changes
> to the presentation without a deploy. You can clearly make changes to
> presentation without worrying that perhaps the program logic may have
> also been changed. There is a lot less worry and testing if a Velocity
> template is changed.
>
> It is also great for sending emails.
>
> The work of maintaining JSP's and Tiles is a pain in the neck. Velocity
> is so straightforward!
>
> Barbara Baughman
> Systems Analyst
> Information Security
> 972-883-2157
>
>
> On 1/24/12 11:40 AM, abc12345 wrote:
>
>> I'm a developer and trying to evaluate Velocity as an alternative to JSP,
>> When I go to the Apache Velocity Site I don't see much activity on this
>> Project other than a few bug fixes, there are no dates for the next
>> Release
>> etc.
>> Can someone tell me if this is a dead project.
>>
>> Thanks
>>
>
> ------------------------------**------------------------------**---------
> To unsubscribe, e-mail: user-unsubscribe@velocity.**apache.org<us...@velocity.apache.org>
> For additional commands, e-mail: user-help@velocity.apache.org
>
> ------------------------------**------------------------------**---------
> To unsubscribe, e-mail: user-unsubscribe@velocity.**apache.org<us...@velocity.apache.org>
> For additional commands, e-mail: user-help@velocity.apache.org
>
>
Re: Velocity template Evaluation
Posted by Ludwig Magnusson <lu...@itcatapult.com>.
I have never used jsp so I can't compare, but let me just tell you that I
love velocity. Earlier on I had don a lot of php and velocity is just so
much better. The best thing about it i think, is that the code you write
looks like HTML (if that's what you are doing). The velocity variables are
inserted seamlessly.
I am a java programmer but I can also testify that the designers in our team
who works mostly with HTML and css also loves velocity.
Thanks velocity team for velocity =)
/Ludwig
-----Ursprungligt meddelande-----
From: Barbara Baughman
Sent: Tuesday, January 24, 2012 7:31 PM
To: user@velocity.apache.org
Subject: Re: Velocity template Evaluation
I certainly hope it never dies. The application is limited in scope: to
interpret templates. It does this magnificently well and very simply.
It is fast and elegant. I think development has greatly slowed because
it's basically a complete product that only needs to be tweaked every
once in a while.
I have developed presentations on the web in JSP and using Velocity, and
the difference is day and night. I hate JSP. I would rather my
business logic and tools be somewhere besides mixed with presentation
logic. Any logic or tool or reference is passed to the template for
interpretation. The logic within the template is kept very simple.
With Velocity, the separation of presentation and business logic is
clear. It doesn't blow up with unexpected "EXCEPTION" pages. If you
don't put the templates in the .war file, you can make instant changes
to the presentation without a deploy. You can clearly make changes to
presentation without worrying that perhaps the program logic may have
also been changed. There is a lot less worry and testing if a Velocity
template is changed.
It is also great for sending emails.
The work of maintaining JSP's and Tiles is a pain in the neck. Velocity
is so straightforward!
Barbara Baughman
Systems Analyst
Information Security
972-883-2157
On 1/24/12 11:40 AM, abc12345 wrote:
> I'm a developer and trying to evaluate Velocity as an alternative to JSP,
> When I go to the Apache Velocity Site I don't see much activity on this
> Project other than a few bug fixes, there are no dates for the next
> Release
> etc.
> Can someone tell me if this is a dead project.
>
> Thanks
---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscribe@velocity.apache.org
For additional commands, e-mail: user-help@velocity.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscribe@velocity.apache.org
For additional commands, e-mail: user-help@velocity.apache.org
Re: Velocity template Evaluation
Posted by Barbara Baughman <ba...@utdallas.edu>.
I certainly hope it never dies. The application is limited in scope: to
interpret templates. It does this magnificently well and very simply.
It is fast and elegant. I think development has greatly slowed because
it's basically a complete product that only needs to be tweaked every
once in a while.
I have developed presentations on the web in JSP and using Velocity, and
the difference is day and night. I hate JSP. I would rather my
business logic and tools be somewhere besides mixed with presentation
logic. Any logic or tool or reference is passed to the template for
interpretation. The logic within the template is kept very simple.
With Velocity, the separation of presentation and business logic is
clear. It doesn't blow up with unexpected "EXCEPTION" pages. If you
don't put the templates in the .war file, you can make instant changes
to the presentation without a deploy. You can clearly make changes to
presentation without worrying that perhaps the program logic may have
also been changed. There is a lot less worry and testing if a Velocity
template is changed.
It is also great for sending emails.
The work of maintaining JSP's and Tiles is a pain in the neck. Velocity
is so straightforward!
Barbara Baughman
Systems Analyst
Information Security
972-883-2157
On 1/24/12 11:40 AM, abc12345 wrote:
> I'm a developer and trying to evaluate Velocity as an alternative to JSP,
> When I go to the Apache Velocity Site I don't see much activity on this
> Project other than a few bug fixes, there are no dates for the next Release
> etc.
> Can someone tell me if this is a dead project.
>
> Thanks
---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscribe@velocity.apache.org
For additional commands, e-mail: user-help@velocity.apache.org
Re: Velocity template Evaluation
Posted by Garey Mills <gm...@library.berkeley.edu>.
Velocity is very much alive.
On 1/24/2012 9:40 AM, abc12345 wrote:
> I'm a developer and trying to evaluate Velocity as an alternative to JSP,
> When I go to the Apache Velocity Site I don't see much activity on this
> Project other than a few bug fixes, there are no dates for the next Release
> etc.
> Can someone tell me if this is a dead project.
>
> Thanks
---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscribe@velocity.apache.org
For additional commands, e-mail: user-help@velocity.apache.org
Re: Velocity template Evaluation
Posted by abc12345 <in...@21st.com>.
Thanks for the Quick reply, Any Idea when 2.x is scheduled for release.
Nathan Bubna wrote:
>
> What is dead may never die, but rises again, harder and stronger.
>
> Ok, but seriously, dead means no community. When a project's
> community dies, Apache puts it into the Attic project. So pretty
> much any non-Attic project is not dead. Velocity has both a large
> user community that supports each other both on this list and
> stackoverflow.com and a small developer community and thus will not be
> going into the Attic anytime soon. Lack of activity in this case
> merely means that no one is highly motivated to work on the next
> version much because the current releases (Engine 1.7 and Tools 2.0)
> are great for most any templating need. The projects have reached a
> high level of stability and maturity.
>
> On Tue, Jan 24, 2012 at 9:40 AM, abc12345 <in...@21st.com>
> wrote:
>>
>> I'm a developer and trying to evaluate Velocity as an alternative to JSP,
>> When I go to the Apache Velocity Site I don't see much activity on this
>> Project other than a few bug fixes, there are no dates for the next
>> Release
>> etc.
>> Can someone tell me if this is a dead project.
>>
>> Thanks
>> --
>> View this message in context:
>> http://old.nabble.com/Velocity-template-Evaluation-tp33196367p33196367.html
>> Sent from the Velocity - User mailing list archive at Nabble.com.
>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: user-unsubscribe@velocity.apache.org
>> For additional commands, e-mail: user-help@velocity.apache.org
>>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: user-unsubscribe@velocity.apache.org
> For additional commands, e-mail: user-help@velocity.apache.org
>
>
>
--
View this message in context: http://old.nabble.com/Velocity-template-Evaluation-tp33196367p33196816.html
Sent from the Velocity - User mailing list archive at Nabble.com.
---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscribe@velocity.apache.org
For additional commands, e-mail: user-help@velocity.apache.org
Re: Velocity template Evaluation
Posted by Nathan Bubna <nb...@gmail.com>.
What is dead may never die, but rises again, harder and stronger.
Ok, but seriously, dead means no community. When a project's
community dies, Apache puts it into the Attic project. So pretty
much any non-Attic project is not dead. Velocity has both a large
user community that supports each other both on this list and
stackoverflow.com and a small developer community and thus will not be
going into the Attic anytime soon. Lack of activity in this case
merely means that no one is highly motivated to work on the next
version much because the current releases (Engine 1.7 and Tools 2.0)
are great for most any templating need. The projects have reached a
high level of stability and maturity.
On Tue, Jan 24, 2012 at 9:40 AM, abc12345 <in...@21st.com> wrote:
>
> I'm a developer and trying to evaluate Velocity as an alternative to JSP,
> When I go to the Apache Velocity Site I don't see much activity on this
> Project other than a few bug fixes, there are no dates for the next Release
> etc.
> Can someone tell me if this is a dead project.
>
> Thanks
> --
> View this message in context: http://old.nabble.com/Velocity-template-Evaluation-tp33196367p33196367.html
> Sent from the Velocity - User mailing list archive at Nabble.com.
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: user-unsubscribe@velocity.apache.org
> For additional commands, e-mail: user-help@velocity.apache.org
>
---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscribe@velocity.apache.org
For additional commands, e-mail: user-help@velocity.apache.org