You are viewing a plain text version of this content. The canonical link for it is here.
Posted to general@jakarta.apache.org by sebb <se...@gmail.com> on 2007/07/08 17:21:01 UTC

[VOTE] Release Candidate JMeter 2.3 RC1 - abandoned

On 04/07/07, sebb <se...@gmail.com> wrote:
> I've created JMeter 2.3 RC1 in the directory:
>
> http://people.apache.org/~sebb/jmeter-2.3/dist
>
> Site/Docs are here:
> http://people.apache.org/~sebb/jmeter-2.3/site
>
> All feedback welcome.
>
> [ ]+1 - the release candidate looks OK, proceed with full release
> [ ]-1 - there is a problem (please indicate what it is)

Various problems have been found in the release, so I won't be
proceeding with it.

Thanks for all the feedback so far, which has been very useful.

I have been able to fix most of the reported problems, but there are
still some outstanding.

> sebb AT apache DOT org
>

---------------------------------------------------------------------
To unsubscribe, e-mail: general-unsubscribe@jakarta.apache.org
For additional commands, e-mail: general-help@jakarta.apache.org


Re: [VOTE] Release Candidate JMeter 2.3 RC1 - abandoned

Posted by jean-frederic clere <jf...@gmail.com>.
Dion Gillard wrote:
>> From looking at Struts SVN, I'm guessing that they're built and then 
>> tagged
> from a revision of trunk and then that tag is voted on for quality.
> 
> Maybe one of the Struts/Tomcat committers can explain how they do it?

In Tomcat the committers agree on a release date the corresponding code 
is tagged binaries and source packages are prepared and made available 
for download.
People are asked to vote:
For example, the x.y.z tag is:
[ ] Broken
[ ] Alpha
[ ] Beta
[ ] Stable

After the vote the release is announced.  (Normally Stable is what we 
want to reach and announce).

Cheers

Jean-Frederic

  Ted,
> Don?
> 
> On 7/9/07, sebb <se...@gmail.com> wrote:
>>
>> On 09/07/07, Dion Gillard <di...@trongus.com> wrote:
>> > sebb,
>> >
>> > one of the things I find useful about the build process that httpd,
>> Struts,
>> > Tomcat etc use is that it means anyone can do a build and then call for
>> a
>> > vote on it's quality.
>> >
>> > If this process is streamlined enough, it means feedback can be
>> extracted
>> > from people more often and issues discovered earlier.
>> >
>> > I know this isn't how things are done ATM with jakarta, but it's worth
>> > thinking about.
>>
>> I have been making regular nightly builds available, however it was
>> only when I created a formal build and called for a vote that various
>> issues surfaced.
>>
>> So yes, it could be useful in future.
>>
>> Do these quality check builds have to be tagged in SVN?
>> Or can they just be built from the current code line?
>>
>> > On 7/9/07, sebb <se...@gmail.com> wrote:
>> > >
>> > > On 04/07/07, sebb <se...@gmail.com> wrote:
>> > > > I've created JMeter 2.3 RC1 in the directory:
>> > > >
>> > > > http://people.apache.org/~sebb/jmeter-2.3/dist
>> > > >
>> > > > Site/Docs are here:
>> > > > http://people.apache.org/~sebb/jmeter-2.3/site
>> > > >
>> > > > All feedback welcome.
>> > > >
>> > > > [ ]+1 - the release candidate looks OK, proceed with full release
>> > > > [ ]-1 - there is a problem (please indicate what it is)
>> > >
>> > > Various problems have been found in the release, so I won't be
>> > > proceeding with it.
>> > >
>> > > Thanks for all the feedback so far, which has been very useful.
>> > >
>> > > I have been able to fix most of the reported problems, but there are
>> > > still some outstanding.
>> > >
>> > > > sebb AT apache DOT org
>> > > >
>> > >
>> > > ---------------------------------------------------------------------
>> > > To unsubscribe, e-mail: general-unsubscribe@jakarta.apache.org
>> > > For additional commands, e-mail: general-help@jakarta.apache.org
>> > >
>> > >
>> >
>> >
>> > --
>> > dIon Gillard
>> > Rule #131 of Acquisition: Information is Profit.
>> >
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: general-unsubscribe@jakarta.apache.org
>> For additional commands, e-mail: general-help@jakarta.apache.org
>>
>>
> 
> 


---------------------------------------------------------------------
To unsubscribe, e-mail: general-unsubscribe@jakarta.apache.org
For additional commands, e-mail: general-help@jakarta.apache.org


Re: [VOTE] Release Candidate JMeter 2.3 RC1 - abandoned

Posted by Dion Gillard <di...@trongus.com>.
>From looking at Struts SVN, I'm guessing that they're built and then tagged
from a revision of trunk and then that tag is voted on for quality.

Maybe one of the Struts/Tomcat committers can explain how they do it? Ted,
Don?

On 7/9/07, sebb <se...@gmail.com> wrote:
>
> On 09/07/07, Dion Gillard <di...@trongus.com> wrote:
> > sebb,
> >
> > one of the things I find useful about the build process that httpd,
> Struts,
> > Tomcat etc use is that it means anyone can do a build and then call for
> a
> > vote on it's quality.
> >
> > If this process is streamlined enough, it means feedback can be
> extracted
> > from people more often and issues discovered earlier.
> >
> > I know this isn't how things are done ATM with jakarta, but it's worth
> > thinking about.
>
> I have been making regular nightly builds available, however it was
> only when I created a formal build and called for a vote that various
> issues surfaced.
>
> So yes, it could be useful in future.
>
> Do these quality check builds have to be tagged in SVN?
> Or can they just be built from the current code line?
>
> > On 7/9/07, sebb <se...@gmail.com> wrote:
> > >
> > > On 04/07/07, sebb <se...@gmail.com> wrote:
> > > > I've created JMeter 2.3 RC1 in the directory:
> > > >
> > > > http://people.apache.org/~sebb/jmeter-2.3/dist
> > > >
> > > > Site/Docs are here:
> > > > http://people.apache.org/~sebb/jmeter-2.3/site
> > > >
> > > > All feedback welcome.
> > > >
> > > > [ ]+1 - the release candidate looks OK, proceed with full release
> > > > [ ]-1 - there is a problem (please indicate what it is)
> > >
> > > Various problems have been found in the release, so I won't be
> > > proceeding with it.
> > >
> > > Thanks for all the feedback so far, which has been very useful.
> > >
> > > I have been able to fix most of the reported problems, but there are
> > > still some outstanding.
> > >
> > > > sebb AT apache DOT org
> > > >
> > >
> > > ---------------------------------------------------------------------
> > > To unsubscribe, e-mail: general-unsubscribe@jakarta.apache.org
> > > For additional commands, e-mail: general-help@jakarta.apache.org
> > >
> > >
> >
> >
> > --
> > dIon Gillard
> > Rule #131 of Acquisition: Information is Profit.
> >
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: general-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: general-help@jakarta.apache.org
>
>


-- 
dIon Gillard
Rule #131 of Acquisition: Information is Profit.

Re: [VOTE] Release Candidate JMeter 2.3 RC1 - abandoned

Posted by sebb <se...@gmail.com>.
On 09/07/07, Dion Gillard <di...@trongus.com> wrote:
> sebb,
>
> one of the things I find useful about the build process that httpd, Struts,
> Tomcat etc use is that it means anyone can do a build and then call for a
> vote on it's quality.
>
> If this process is streamlined enough, it means feedback can be extracted
> from people more often and issues discovered earlier.
>
> I know this isn't how things are done ATM with jakarta, but it's worth
> thinking about.

I have been making regular nightly builds available, however it was
only when I created a formal build and called for a vote that various
issues surfaced.

So yes, it could be useful in future.

Do these quality check builds have to be tagged in SVN?
Or can they just be built from the current code line?

> On 7/9/07, sebb <se...@gmail.com> wrote:
> >
> > On 04/07/07, sebb <se...@gmail.com> wrote:
> > > I've created JMeter 2.3 RC1 in the directory:
> > >
> > > http://people.apache.org/~sebb/jmeter-2.3/dist
> > >
> > > Site/Docs are here:
> > > http://people.apache.org/~sebb/jmeter-2.3/site
> > >
> > > All feedback welcome.
> > >
> > > [ ]+1 - the release candidate looks OK, proceed with full release
> > > [ ]-1 - there is a problem (please indicate what it is)
> >
> > Various problems have been found in the release, so I won't be
> > proceeding with it.
> >
> > Thanks for all the feedback so far, which has been very useful.
> >
> > I have been able to fix most of the reported problems, but there are
> > still some outstanding.
> >
> > > sebb AT apache DOT org
> > >
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: general-unsubscribe@jakarta.apache.org
> > For additional commands, e-mail: general-help@jakarta.apache.org
> >
> >
>
>
> --
> dIon Gillard
> Rule #131 of Acquisition: Information is Profit.
>

---------------------------------------------------------------------
To unsubscribe, e-mail: general-unsubscribe@jakarta.apache.org
For additional commands, e-mail: general-help@jakarta.apache.org


Re: [VOTE] Release Candidate JMeter 2.3 RC1 - abandoned

Posted by Dion Gillard <di...@trongus.com>.
sebb,

one of the things I find useful about the build process that httpd, Struts,
Tomcat etc use is that it means anyone can do a build and then call for a
vote on it's quality.

If this process is streamlined enough, it means feedback can be extracted
from people more often and issues discovered earlier.

I know this isn't how things are done ATM with jakarta, but it's worth
thinking about.

On 7/9/07, sebb <se...@gmail.com> wrote:
>
> On 04/07/07, sebb <se...@gmail.com> wrote:
> > I've created JMeter 2.3 RC1 in the directory:
> >
> > http://people.apache.org/~sebb/jmeter-2.3/dist
> >
> > Site/Docs are here:
> > http://people.apache.org/~sebb/jmeter-2.3/site
> >
> > All feedback welcome.
> >
> > [ ]+1 - the release candidate looks OK, proceed with full release
> > [ ]-1 - there is a problem (please indicate what it is)
>
> Various problems have been found in the release, so I won't be
> proceeding with it.
>
> Thanks for all the feedback so far, which has been very useful.
>
> I have been able to fix most of the reported problems, but there are
> still some outstanding.
>
> > sebb AT apache DOT org
> >
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: general-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: general-help@jakarta.apache.org
>
>


-- 
dIon Gillard
Rule #131 of Acquisition: Information is Profit.