You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@velocity.apache.org by Nathan Bubna <na...@esha.com> on 2004/02/20 16:15:47 UTC
[vote] VelocityTools 1.1-rc1 release
it's about time to do a release candidate. here's a vote, let's make it quick.
:)
--------------------------------------------------------------------
Vote: Velocity Tools 1.1-rc1 release
[ ] +1 I am in favor of the release, and will help support it
[ ] +0 I am in favor of the release, but am unable to help support it
[ ] -0 I am not in favor of the release
[ ] -1 I am against this proposal (must include a reason).
--------------------------------------------------------------------
Nathan Bubna
nathan@esha.com
---------------------------------------------------------------------
To unsubscribe, e-mail: velocity-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: velocity-dev-help@jakarta.apache.org
Re: VelocityTools Patch (javadoc fix)
Posted by Nathan Bubna <na...@esha.com>.
Nathan Bubna said:
> Nathan Green said:
> > I noticed a lot of javadoc warnings when building the tools, so I
> > grabbed the CVS source, fixed them, then diff'ed it. The diff is
> > attached. All of the changes are minor, no actual code is changed
> > anywhere, only javadoc comments and a couple package.html files.
> ...
>
> you are now officially my hero! those warnings have been irritating me for
> months, but i never had the time to fix them.
>
> i'll try out the patch and get it checked in as soon as i can.
done and done. thanks again! no we'll just see if we can keep from
accumulating those again. :)
Nathan Bubna
nathan@esha.com
---------------------------------------------------------------------
To unsubscribe, e-mail: velocity-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: velocity-dev-help@jakarta.apache.org
Re: VelocityTools Patch (javadoc fix)
Posted by Nathan Bubna <na...@esha.com>.
Nathan Green said:
> I noticed a lot of javadoc warnings when building the tools, so I
> grabbed the CVS source, fixed them, then diff'ed it. The diff is
> attached. All of the changes are minor, no actual code is changed
> anywhere, only javadoc comments and a couple package.html files.
...
you are now officially my hero! those warnings have been irritating me for
months, but i never had the time to fix them.
i'll try out the patch and get it checked in as soon as i can.
Nathan Bubna
nathan@esha.com
---------------------------------------------------------------------
To unsubscribe, e-mail: velocity-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: velocity-dev-help@jakarta.apache.org
VelocityTools Patch (javadoc fix)
Posted by Nathan Green <ng...@inco5.com>.
I noticed a lot of javadoc warnings when building the tools, so I
grabbed the CVS source, fixed them, then diff'ed it. The diff is
attached. All of the changes are minor, no actual code is changed
anywhere, only javadoc comments and a couple package.html files.
Nathan
Re: VelocityTools Contribution [ClassTool]
Posted by Nathan Green <ng...@inco5.com>.
Geir Magnusson Jr wrote:
>
> On Mar 10, 2004, at 1:22 PM, Nathan Green wrote:
>
>> Given the discussion on velocity-users concerning 'instanceof',
>> I created a tool that provides that functionality, along with
>> a couple other minor features. Then, I tested it (everything
>> works fine) and added javadocs.
>>
>> I've attached my code, which should be 100% ready for inclusion
>> in VelocityTools. I downloaded rc1 and it builds fine and goes
>> through javadoc with no errors. So do we vote on this, or what?
>
>
> I taped my mouth shut. I wanted to see how long it took before someone
> did this, or even when MNewcomb turned the corner and offered it..
Somehow I didn't think he would ever get around to it. I spent more
time writing my replies than I did coding this tool, and I expect
it would have been the same for him, if he bothered to try writing a
tool. Anyway, I felt like making a contribution, and this was an easy
excuse to do so.
>
> Any related tools aready in tools?
>
> geir
>
Not that I can tell. There may be a bit of similarity with
org.apache.velocity.tools.view.ViewToolInfo but I don't see how it
really fits into that package. It just doesn't make sense to me
to put it anywhere but in 'generic'.
-Nathan
---------------------------------------------------------------------
To unsubscribe, e-mail: velocity-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: velocity-dev-help@jakarta.apache.org
Re: VelocityTools Contribution [ClassTool]
Posted by Geir Magnusson Jr <ge...@4quarters.com>.
On Mar 10, 2004, at 1:22 PM, Nathan Green wrote:
> Given the discussion on velocity-users concerning 'instanceof',
> I created a tool that provides that functionality, along with
> a couple other minor features. Then, I tested it (everything
> works fine) and added javadocs.
>
> I've attached my code, which should be 100% ready for inclusion
> in VelocityTools. I downloaded rc1 and it builds fine and goes
> through javadoc with no errors. So do we vote on this, or what?
I taped my mouth shut. I wanted to see how long it took before someone
did this, or even when MNewcomb turned the corner and offered it..
Any related tools aready in tools?
geir
>
> Nathan
>
> /*
> * Copyright 2004 The Apache Software Foundation.
> *
> * Licensed under the Apache License, Version 2.0 (the "License");
> * you may not use this file except in compliance with the License.
> * You may obtain a copy of the License at
> *
> * http://www.apache.org/licenses/LICENSE-2.0
> *
> * Unless required by applicable law or agreed to in writing, software
> * distributed under the License is distributed on an "AS IS" BASIS,
> * WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or
> implied.
> * See the License for the specific language governing permissions and
> * limitations under the License.
> */
>
>
>
> package org.apache.velocity.tools.generic;
>
>
> /**
> * Provides information about Java classes. Mainly acts a wrapper for
> * methods found in {@link java.lang.Class}
> * <p><pre>
> * Example:
> * #if ($classes.instanceOf($o, "java.lang.String"))
> * class: $classes.getClassName($o)
> * package: $classes.getPackageName($o)
> * #end
> *
> * Example toolbox.xml config (if you want to use this with
> VelocityView):
> * <tool>
> * <key>classes</key>
> * <scope>application</scope>
> *
> <class>org.apache.velocity.tools.generic.ClassTool</class>
> * </tool>
> * </pre></p>
> *
> * <p>This tool is entirely threadsafe, and has no instance members.
> * It may be used in any scope (request, session, or application).</p>
> *
> * @author <a href="mailto:ngreen@inco5.com">Nathan Green</a>
> * @since VelocityTools 1.1
> * @version $Revision: 1.0 $ $Date: 2004/03/09 15:55:51 $
> * @see java.lang.Class
> */
> public class ClassTool
> {
>
> /**
> * Default constructor.
> */
> public ClassTool()
> {
> // do nothing
> }
>
> /**
> * Returns the fully-qualified name of the class that <tt>o</tt> is
> * an instance of. So if <tt>o</tt> is a <tt>String</tt>, then
> * <tt>java.lang.String</tt> will be returned.
> *
> * @param o The object whose class name we want.
> * @return The name of the class that <tt>o</tt> is an instance of.
> */
> public String getClassName(Object o)
> {
> return o.getClass().getName();
> }
>
> /**
> * If <tt>o</tt> is part of a package, the package name will be
> * returned, otherwise an empty string ("") is returned.
> *
> * @param o The object whose package name we want.
> * @return The name of <tt>o</tt>'s package, or "" if <tt>o</tt>
> * does not belong to a package.
> */
> public String getPackageName(Object o)
> {
> return getPackageName(o.getClass());
> }
>
> /**
> * If <tt>c</tt> is part of a package, the package name will be
> * returned, otherwise an empty string ("") is returned.
> *
> * FIXME? Make this method private?
> *
> * @param c The class whose package name we want.
> * @return The name of <tt>c</tt>'s package, or "" if <tt>c</tt>
> * does not belong to a package.
> */
> public String getPackageName(Class c)
> {
> Package r = c.getPackage();
> return (r == null)? "" : r.getName();
> }
>
> /**
> * If <tt>o</tt> is an instance of <tt>className</tt>, return true,
> * else return false.
> *
> * @param o The object to check.
> * @param className The name of the class we are looking for.
> * @return Whether or not <tt>o</tt> is an instance of
> <tt>className</tt>.
> * @see #instanceOf(Class,Class)
> */
> public boolean instanceOf(Object o, String className)
> {
> return instanceOf(o.getClass(), className);
> }
>
> /**
> * If an object of type <tt>c</tt> can be considered an instance of
> * class <tt>className</tt>, return true, else return false.
> *
> * FIXME? Make this method private?
> *
> * @param c The class to check.
> * @param className The class we are looking for.
> * @return Whether or not <tt>c</tt> is an instance of
> <tt>className</tt>.
> * @see #instanceOf(Class,Class)
> */
> public boolean instanceOf(Class c, String className)
> {
> try {
> return instanceOf(c, Class.forName(className));
> } catch (ClassNotFoundException e) {}
> return false;
> }
>
> /**
> * If an object of type <tt>c</tt> can be considered an instance of
> * class <tt>n</tt>, return true, else return false.
> *
> * FIXME? Make this method private?
> *
> * @param c The class to check.
> * @param n The class we are looking for.
> * @return Whether or not <tt>c</tt> is of type <tt>n</tt>.
> */
> public boolean instanceOf(Class c, Class n)
> {
> return n.isAssignableFrom(c);
> }
>
> }
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: velocity-dev-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: velocity-dev-help@jakarta.apache.org
>
--
Geir Magnusson Jr 203-247-1713(m)
geir@4quarters.com
---------------------------------------------------------------------
To unsubscribe, e-mail: velocity-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: velocity-dev-help@jakarta.apache.org
Re: VelocityTools Contribution [ClassTool]
Posted by Paulo Silveira <pa...@paulo.com.br>.
Nathan Green wrote:
>
> Well then I suppose I need to contact get on the Commons mailing list.
> The really important function [instanceOf(Object,String)] doesn't seem
> to have an equivalent in ClassUtils.
$classUtilsTool.isAssignable($object.class, "com.package.YourClass")
.class will getClass(). just beautiful.
Paulo Silveira
---------------------------------------------------------------------
To unsubscribe, e-mail: velocity-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: velocity-dev-help@jakarta.apache.org
Re: VelocityTools Contribution [ClassTool]
Posted by Nathan Green <ng...@inco5.com>.
Nathan Bubna wrote:
> Nathan Green said:
>
>>I hate giving you more work to do, but 1.1 final seems to be out,
>>but it doesn't look like any work has started on 1.2, and I don't
>>see my code in CVS. Maybe I don't know where to look for it.
>
> ...
>
>>Nathan Bubna wrote:
>
> ...
>
>>>i'll see about adding this after we release 1.1 final.
>
>
>
> d'oh! my apologies, nathan, i had forgotten about this. i did not mean to
> neglect it.
>
> however, upon reconsideration, i don't believe there is really a place for
> this tool among the GenericTools. this is not because of any fault or lack
> of usefulness in the code, but rather, because commons-lang already provides a
> utility (which can be directly used as a tool) that does most of what your
> ClassTool does.
>
> http://jakarta.apache.org/commons/lang/api/org/apache/commons/lang/ClassUtils.html
Well then I suppose I need to contact get on the Commons mailing list.
The really important function [instanceOf(Object,String)] doesn't seem
to have an equivalent in ClassUtils.
>
> so far, it has been a defacto policy to avoid duplicating functionality easily
> available in commons packages. i have similarly turned down a number of
> suggestions for a StringTool because of the existence of commons-lang's
> StringUtils. still, thank you again for the contribution. even just having
> it and the list discussion about it archived will be a help for people needing
> these functions.
>
> Nathan Bubna
> nathan@esha.com
>
---------------------------------------------------------------------
To unsubscribe, e-mail: velocity-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: velocity-dev-help@jakarta.apache.org
Re: VelocityTools Contribution [ClassTool]
Posted by Nathan Bubna <na...@esha.com>.
Nathan Green said:
> I hate giving you more work to do, but 1.1 final seems to be out,
> but it doesn't look like any work has started on 1.2, and I don't
> see my code in CVS. Maybe I don't know where to look for it.
...
> Nathan Bubna wrote:
...
> > i'll see about adding this after we release 1.1 final.
d'oh! my apologies, nathan, i had forgotten about this. i did not mean to
neglect it.
however, upon reconsideration, i don't believe there is really a place for
this tool among the GenericTools. this is not because of any fault or lack
of usefulness in the code, but rather, because commons-lang already provides a
utility (which can be directly used as a tool) that does most of what your
ClassTool does.
http://jakarta.apache.org/commons/lang/api/org/apache/commons/lang/ClassUtils.html
so far, it has been a defacto policy to avoid duplicating functionality easily
available in commons packages. i have similarly turned down a number of
suggestions for a StringTool because of the existence of commons-lang's
StringUtils. still, thank you again for the contribution. even just having
it and the list discussion about it archived will be a help for people needing
these functions.
Nathan Bubna
nathan@esha.com
---------------------------------------------------------------------
To unsubscribe, e-mail: velocity-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: velocity-dev-help@jakarta.apache.org
Re: VelocityTools Contribution [ClassTool]
Posted by Nathan Green <ng...@inco5.com>.
I hate giving you more work to do, but 1.1 final seems to be out,
but it doesn't look like any work has started on 1.2, and I don't
see my code in CVS. Maybe I don't know where to look for it.
Nathan
Nathan Bubna wrote:
> Nathan Green said:
>
>>Given the discussion on velocity-users concerning 'instanceof',
>>I created a tool that provides that functionality, along with
>>a couple other minor features. Then, I tested it (everything
>>works fine) and added javadocs.
>>
>>I've attached my code, which should be 100% ready for inclusion
>>in VelocityTools. I downloaded rc1 and it builds fine and goes
>>through javadoc with no errors. So do we vote on this, or what?
>
> ...
>
> looks like alright to me.
> i'll see about adding this after we release 1.1 final.
>
> Nathan Bubna
> nathan@esha.com
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: velocity-dev-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: velocity-dev-help@jakarta.apache.org
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: velocity-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: velocity-dev-help@jakarta.apache.org
Re: VelocityTools Contribution [ClassTool]
Posted by Nathan Bubna <na...@esha.com>.
Nathan Green said:
> Given the discussion on velocity-users concerning 'instanceof',
> I created a tool that provides that functionality, along with
> a couple other minor features. Then, I tested it (everything
> works fine) and added javadocs.
>
> I've attached my code, which should be 100% ready for inclusion
> in VelocityTools. I downloaded rc1 and it builds fine and goes
> through javadoc with no errors. So do we vote on this, or what?
...
looks like alright to me.
i'll see about adding this after we release 1.1 final.
Nathan Bubna
nathan@esha.com
---------------------------------------------------------------------
To unsubscribe, e-mail: velocity-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: velocity-dev-help@jakarta.apache.org
VelocityTools Contribution [ClassTool]
Posted by Nathan Green <ng...@inco5.com>.
Given the discussion on velocity-users concerning 'instanceof',
I created a tool that provides that functionality, along with
a couple other minor features. Then, I tested it (everything
works fine) and added javadocs.
I've attached my code, which should be 100% ready for inclusion
in VelocityTools. I downloaded rc1 and it builds fine and goes
through javadoc with no errors. So do we vote on this, or what?
Nathan
RE: [result] [vote] VelocityTools 1.1-rc1 release
Posted by Tim Colson <tc...@cisco.com>.
> we have 3 committer +1s (geir, marino, me)
> and one contributor +1 (claude)
+1 from the peanut gallery ;-)
---------------------------------------------------------------------
To unsubscribe, e-mail: velocity-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: velocity-dev-help@jakarta.apache.org
[result] [vote] VelocityTools 1.1-rc1 release
Posted by Nathan Bubna <na...@esha.com>.
Nathan Bubna said:
> it's about time to do a release candidate. here's a vote, let's make it
quick.
> :)
> --------------------------------------------------------------------
> Vote: Velocity Tools 1.1-rc1 release
> [ ] +1 I am in favor of the release, and will help support it
> [ ] +0 I am in favor of the release, but am unable to help support it
> [ ] -0 I am not in favor of the release
> [ ] -1 I am against this proposal (must include a reason).
> --------------------------------------------------------------------
we have 3 committer +1s (geir, marino, me)
and one contributor +1 (claude)
since i can't fathom a veto coming from Daniel or one of our inactive
committers, i think we can go ahead and move on this one.
i'll see if i can't roll this out today.
Nathan Bubna
nathan@esha.com
---------------------------------------------------------------------
To unsubscribe, e-mail: velocity-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: velocity-dev-help@jakarta.apache.org
Re: [vote] VelocityTools 1.1-rc1 release
Posted by Claude Brisson <cl...@savoirweb.com>.
I guess I'm +1 then (except I won't help support struts tools which I don't use)
CloD
----- Original Message -----
From: "Nathan Bubna" <na...@esha.com>
To: "Velocity Developers List" <ve...@jakarta.apache.org>
Sent: Friday, February 20, 2004 5:08 PM
Subject: Re: [vote] VelocityTools 1.1-rc1 release
> Claude Brisson said:
> > To me, this vote appeal some questions
> >
> > 1. Would it be a lot of work to drop the singleton model in favor
> > of the VelocityEngine ?
>
> i don't know if it's "a lot" or not, but i know it's enough that it won't
> happen before 1.1 final. basically, while switching the VVS from singleton to
> VelocityEngine would be quite simple and quick, a number of the tools
> themselves use the singleton for logging purposes. these would take much more
> work to switch over in a reasonable manner.
>
> > 2. Tools initialization : we've already spoken about allowing an
> > initialization string to be passed to the tools from toolbox.xml
> > (to avoid the burden of doing so from within web.xml) : would it be
> > feasible in the release ?
>
> no. this would require some significant changes to tool
> interfaces/initialization/handling (possibly including tool pooling) to work
> well.
>
> basically, while it might not be too much actual work to do these things, they
> would be a significant enough changes to call for a full development
> cycle/testing period. this would greatly delay the final release (1.1) of the
> *many* significant changes since 1.0 came out.
>
> i hope to address some of these issues as soon as possible after 1.1 final is
> released. the sooner that happens, the sooner we'll be able to tackle these
> changes.
>
> Nathan Bubna
> nathan@esha.com
>
> > Geir Magnusson Jr said:
> > > On Feb 20, 2004, at 10:15 AM, Nathan Bubna wrote:
> > >
> > > > it's about time to do a release candidate. here's a vote, let's make
> > > > it quick.
> > > > :)
> > > > --------------------------------------------------------------------
> > > > Vote: Velocity Tools 1.1-rc1 release
> > > > [+1 ] +1 I am in favor of the release, and will help support it
> > > > [ ] +0 I am in favor of the release, but am unable to help support it
> > > > [ ] -0 I am not in favor of the release
> > > > [ ] -1 I am against this proposal (must include a reason).
> > > > --------------------------------------------------------------------
> > > >
> > >
> > >
> > > especially since it's "rc1" rather than "beta"
> > >
> > > :D
> > >
> > > --
> > > Geir Magnusson Jr 203-247-1713(m)
> > > geir@4quarters.com
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: velocity-dev-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: velocity-dev-help@jakarta.apache.org
>
---------------------------------------------------------------------
To unsubscribe, e-mail: velocity-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: velocity-dev-help@jakarta.apache.org
Re: [vote] VelocityTools 1.1-rc1 release
Posted by Nathan Bubna <na...@esha.com>.
Claude Brisson said:
> To me, this vote appeal some questions
>
> 1. Would it be a lot of work to drop the singleton model in favor
> of the VelocityEngine ?
i don't know if it's "a lot" or not, but i know it's enough that it won't
happen before 1.1 final. basically, while switching the VVS from singleton to
VelocityEngine would be quite simple and quick, a number of the tools
themselves use the singleton for logging purposes. these would take much more
work to switch over in a reasonable manner.
> 2. Tools initialization : we've already spoken about allowing an
> initialization string to be passed to the tools from toolbox.xml
> (to avoid the burden of doing so from within web.xml) : would it be
> feasible in the release ?
no. this would require some significant changes to tool
interfaces/initialization/handling (possibly including tool pooling) to work
well.
basically, while it might not be too much actual work to do these things, they
would be a significant enough changes to call for a full development
cycle/testing period. this would greatly delay the final release (1.1) of the
*many* significant changes since 1.0 came out.
i hope to address some of these issues as soon as possible after 1.1 final is
released. the sooner that happens, the sooner we'll be able to tackle these
changes.
Nathan Bubna
nathan@esha.com
> Geir Magnusson Jr said:
> > On Feb 20, 2004, at 10:15 AM, Nathan Bubna wrote:
> >
> > > it's about time to do a release candidate. here's a vote, let's make
> > > it quick.
> > > :)
> > > --------------------------------------------------------------------
> > > Vote: Velocity Tools 1.1-rc1 release
> > > [+1 ] +1 I am in favor of the release, and will help support it
> > > [ ] +0 I am in favor of the release, but am unable to help support it
> > > [ ] -0 I am not in favor of the release
> > > [ ] -1 I am against this proposal (must include a reason).
> > > --------------------------------------------------------------------
> > >
> >
> >
> > especially since it's "rc1" rather than "beta"
> >
> > :D
> >
> > --
> > Geir Magnusson Jr 203-247-1713(m)
> > geir@4quarters.com
---------------------------------------------------------------------
To unsubscribe, e-mail: velocity-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: velocity-dev-help@jakarta.apache.org
Re: [vote] VelocityTools 1.1-rc1 release
Posted by Claude Brisson <cl...@savoirweb.com>.
To me, this vote appeal some questions
1. Would it be a lot of work to drop the singleton model in favor of the VelocityEngine ?
2. Tools initialization : we've already spoken about allowing an initialization string to be passed to the tools from toolbox.xml
(to avoid the burden of doing so from within web.xml) : would it be feasible in the release ?
thanks,
CloD
----- Original Message -----
From: "Geir Magnusson Jr" <ge...@4quarters.com>
To: "Velocity Developers List" <ve...@jakarta.apache.org>
Sent: Friday, February 20, 2004 4:25 PM
Subject: Re: [vote] VelocityTools 1.1-rc1 release
>
> On Feb 20, 2004, at 10:15 AM, Nathan Bubna wrote:
>
> > it's about time to do a release candidate. here's a vote, let's make
> > it quick.
> > :)
> > --------------------------------------------------------------------
> > Vote: Velocity Tools 1.1-rc1 release
> > [+1 ] +1 I am in favor of the release, and will help support it
> > [ ] +0 I am in favor of the release, but am unable to help support it
> > [ ] -0 I am not in favor of the release
> > [ ] -1 I am against this proposal (must include a reason).
> > --------------------------------------------------------------------
> >
>
>
> especially since it's "rc1" rather than "beta"
>
> :D
>
> --
> Geir Magnusson Jr 203-247-1713(m)
> geir@4quarters.com
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: velocity-dev-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: velocity-dev-help@jakarta.apache.org
>
---------------------------------------------------------------------
To unsubscribe, e-mail: velocity-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: velocity-dev-help@jakarta.apache.org
Re: [vote] VelocityTools 1.1-rc1 release
Posted by Geir Magnusson Jr <ge...@4quarters.com>.
On Feb 20, 2004, at 10:15 AM, Nathan Bubna wrote:
> it's about time to do a release candidate. here's a vote, let's make
> it quick.
> :)
> --------------------------------------------------------------------
> Vote: Velocity Tools 1.1-rc1 release
> [+1 ] +1 I am in favor of the release, and will help support it
> [ ] +0 I am in favor of the release, but am unable to help support it
> [ ] -0 I am not in favor of the release
> [ ] -1 I am against this proposal (must include a reason).
> --------------------------------------------------------------------
>
especially since it's "rc1" rather than "beta"
:D
--
Geir Magnusson Jr 203-247-1713(m)
geir@4quarters.com
---------------------------------------------------------------------
To unsubscribe, e-mail: velocity-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: velocity-dev-help@jakarta.apache.org
RE: [vote] VelocityTools 1.1-rc1 release
Posted by "Marinó A. Jónsson" <ma...@centrum.is>.
+1
Marino
> -----Original Message-----
> From: Nathan Bubna [mailto:nathan@esha.com]
> Sent: 20. febrúar 2004 15:16
> To: velocity-dev@jakarta.apache.org
> Subject: [vote] VelocityTools 1.1-rc1 release
>
>
> it's about time to do a release candidate. here's a vote,
> let's make it quick.
> :)
> --------------------------------------------------------------------
> Vote: Velocity Tools 1.1-rc1 release
> [ ] +1 I am in favor of the release, and will help support
> it [ ] +0 I am in favor of the release, but am unable to
> help support it [ ] -0 I am not in favor of the release [ ]
> -1 I am against this proposal (must include a reason).
> --------------------------------------------------------------------
>
>
> Nathan Bubna
> nathan@esha.com
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: velocity-dev-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: velocity-dev-help@jakarta.apache.org
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: velocity-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: velocity-dev-help@jakarta.apache.org