[VOTE] tiles-autotag-1.0.0 Release Quality

[Nicolas LE BAS-2]

The Apache Tiles Autotag test build has been available since May 4th.

Release notes:

** Bug
     * [AUTOTAG-1] - Create Autotag Velocity module
     * [AUTOTAG-2] - Prepare Autotag project structure
     * [AUTOTAG-3] - Create Autotag Maven plugin
     * [AUTOTAG-4] - Create Autotag core runtime module
     * [AUTOTAG-5] - Create Autotag Velocity runtime module
     * [AUTOTAG-6] - Create Autotag core project
     * [AUTOTAG-7] - Create Autotag JSP support
     * [AUTOTAG-8] - Create Autotag Freemarker runtime module
     * [AUTOTAG-9] - Create Autotag Freemarker module
     * [AUTOTAG-10] - Create Autotag JSP runtime support
     * [AUTOTAG-11] - Create abstraction of the tag body
     * [AUTOTAG-12] - Use VelocityEngine instead of Velocity singleton
     * [AUTOTAG-13] - Deserialization of XML template descriptor fails
with Oracle JRockit

** Improvement
     * [AUTOTAG-14] - decouple the generator from its runtime
implementations

Distribution only through the maven repository, since it is basically a
maven plugin.

Maven 2 staging repository:

  * https://repository.apache.org/content/repositories/orgapachetiles-040/

If you have had a chance to review the test build, please respond with
a vote on its quality:

  [ ] Leave at test build
  [ ] Alpha
  [ ] Beta
  [ ] General Availability (GA)

[Nicolas LE BAS-2]

> [ ] Leave at test build
> [ ] Alpha
> [ ] Beta
> [X] General Availability (GA)

+1 GA

[Mick Semb Wever]

On Fri, 2012-05-11 at 13:42 -0400, Nicolas LE BAS wrote:
>
>   [ ] Leave at test build
>   [ ] Alpha
>   [ ] Beta
>   [X] General Availability (GA)

+1 GA

--
"It is now quite lawful for a Catholic woman to avoid pregnancy by a
resort to mathematics, though she is still forbidden to resort to
physics and chemistry." H.L. Mencken

| http://github.com/finn-no | http://tech.finn.no |

[Greg Reddin-4]

On Fri, May 11, 2012 at 12:42 PM, Nicolas LE BAS <[hidden email]> wrote:
>  [ ] Leave at test build
>  [ ] Alpha
>  [ ] Beta
>  [X] General Availability (GA)

+1 GA

For future releases, does it make sense to have a tarball source
distribution? I don't mind it being distributed primarily via the
Maven repository, but it might be useful to be able to download a
source tarball. Some ASF'ers might feel it's a requirement to deliver
such a thing through the dist mirrors to call it an Apache release,
but I'm not sure.

I don't see it as a blocker here either way.

[Greg Reddin-4]

On Tue, May 22, 2012 at 11:10 PM, Greg Reddin <[hidden email]> wrote:
> On Fri, May 11, 2012 at 12:42 PM, Nicolas LE BAS <[hidden email]> wrote:
>>  [ ] Leave at test build
>>  [ ] Alpha
>>  [X] Beta
>>  [ ] General Availability (GA)
>

I'm sorry, I'm changing my vote to Beta. I should've thought this
through more. There are two reasons I'm going with beta.

1. This is the first release of a refactored codebase. I think it
should start no higher than beta. If at some point, we decide the
release is of GA quality we can vote to promote it to GA.

2. I think we need to create an assembly for this and put it on the
dist site. I know it's just a Maven plugin, but we want users to be
able to download the source packages from our dist site, run a build,
and use them.

Greg