First Happy new year 2016 !
On Mon, Jan 4, 2016 at 4:26 PM, sebb <seb...@gmail.com> wrote: > JMeter does not have a formal policy for major/minor version release > updates. > However historically major veresion changes have been associated with > major changes. > I am proposing to follow what seems to become a standard in versioning refering to a proposal from a scientist working on the subject. > Also other ASF projects such as Commons and HttpClient require major > version bumps when removing deprecated code. > So isn't this what we are doing as we dropped 4 classes corresponding to deprecated elements. And we will deprecate some more. But the main idea behind this is that next version contains major features which I think deserve this change. > I don't think the proposed changes warrant a major version bump. > I don't understand, but if we don't come to an agreement I propose to run a vote on this although it would be better to avoid it. > > On 3 January 2016 at 15:36, Milamber <milam...@apache.org> wrote: > > > > I agree with a new release with a new version number system, and with the > > next release to become 3.0. > > > > Before the next release, I would like add the HiDPI (high definition > screen) > > for JMeter (for Linux Gnome/GTK and Windows). Currently I works on this. > > (my new computer have a 3200x1800 resolution on a 13' screen, JMeter is > very > > small with the CrossPlatform Swing UI) > > > > > > > > On 03/01/2016 15:08, Philippe Mouawad wrote: > >> > >> Hi Felix, > >> Thanks for answer. > >> I don't think it will be a long hold on the new release, for me we have > >> these remaining points: > >> > >> - Integrate HTTPCLIENT 4.5.2 to fix > >> - 58583 <https://bz.apache.org/bugzilla/show_bug.cgi?id=58583> > >> - 57319 > >> - Finalize tests > >> - 57804 => Waiting confirmation from Rainer or any other member of > the > >> team > >> - Deprecation: > >> - 58791 => I will do it > >> - Not mandatory but would be nice: > >> - 58793 > >> - 58790 > >> - 58792 => I will try to stat it > >> - 58794 => I will start a discussion on this > >> > >> > >> That's all for me, but if you see other things feel free to add it. > >> > >> Thanks > >> > >> Regards > >> > >> Philippe M. > >> > >> @philmdot > >> > >> On Sun, Jan 3, 2016 at 3:37 PM, Felix Schumacher < > >> felix.schumac...@internetallee.de> wrote: > >> > >>> Am 01.01.2016 um 19:14 schrieb Philippe Mouawad: > >>> > >>>> Hi, > >>>> Happy new year to the whole team. > >>>> > >>>> Any news on this ? > >>>> > >>> I have nothing against a 3.0, but I would not like it, if the "big" > >>> version change would lead to a long hold up of a new release. > >>> > >>> Regards, > >>> Felix > >>> > >>> Thanks > >>>> > >>>> On Tue, Dec 29, 2015 at 5:19 PM, Philippe Mouawad < > >>>> philippe.moua...@gmail.com> wrote: > >>>> > >>>> Hi, > >>>>> > >>>>> Following my proposals to deprecate a certain number of elements that > >>>>> were > >>>>> approved by 2 commiters and knowing that we have some important new > >>>>> features in this release, I propose to name next version 3.0 instead > of > >>>>> 2.14. > >>>>> It would be the occasion to make a big cleanup in all "oldies" > elements > >>>>> and maybe be even more aggressive in the deprecations/removals. > >>>>> > >>>>> And starting from there change our release naming to follow this: > >>>>> - http://semver.org/ > >>>>> > >>>>> > >>>>> This has been mentioned by this thread and I think it's a good idea: > >>>>> - > >>>>> > >>>>> > >>>>> > http://mail-archives.apache.org/mod_mbox/jmeter-dev/201411.mbox/%3CCAFJ7uesG%2BsKiQh_wQ5_iLp%3DJ%2BtSiG5fQ%3D7Pp1CvbJ1kncXo%2B%3Dg%40mail.gmail.com%3E > >>>>> > >>>>> I think in the developers thinking our current naming is not great, > >>>>> cause > >>>>> one can think every "major" release we do is a Minor release. > >>>>> > >>>>> -- > >>>>> Regards > >>>>> Philippe M. > >>>>> @philmdot > >>>>> > >>>>> > >>>>> > >> > > > -- Cordialement. Philippe Mouawad.
