struts-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Martin Cooper <mart...@apache.org>
Subject Re: struts-master pom release
Date Mon, 27 Apr 2009 00:19:20 GMT
On Sun, Apr 26, 2009 at 4:53 PM, Wes Wannemacher <wesw@wantii.com> wrote:

> On Sunday 26 April 2009 07:47:25 pm Martin Cooper wrote:
> >
> > There's no requirement to serialise votes and releases the way you
> describe
> > above. In fact, as Wendy pointed out before, we could actually run the
> > votes concurrently. I'd say there's very little chance that the POM vote
> > would fail, so there would be little risk to that approach.
> >
> > Also, even if we went ahead and released the POM now, we could still
> > release it again immediately after Lukasz's account is set up. No need to
> > wait until we're close to another release.
> >
> > I'm not advocating any particular approach here - just clarifying the
> > options.
> >
>
> I didn't realize we could run them concurrently...
>
> I originally planned to do the build/release tomorrow. I'll just plan to do
> them both then, if he's in, great, otherwise, we'll run a release of
> struts-
> master when he's in. I can put him in the pom.xml before running the
> release,
> I can't find the email where he indicated his choices for username. If
> someone
> can forward me what his first choice was, I don't think there are any
> lukasz's
> on apache namespace, so I'm thinking his first choice will go through.
>
> -Wes
>
> PS - HAHAHAHA! Just before I hit send, the NOTICE email came through...


Yup. I've taken care of the Struts-related bits, so he's good to go.

--
Martin Cooper


>
> --
>
> Wes Wannemacher
> Author - Struts 2 In Practice
> Includes coverage of Struts 2.1, Spring, JPA, JQuery, Sitemesh and more
> http://www.manning.com/wannemacher
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@struts.apache.org
> For additional commands, e-mail: dev-help@struts.apache.org
>
>

Mime
  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message