You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@camel.apache.org by Claus Ibsen <cl...@gmail.com> on 2020/03/02 11:26:17 UTC
Tentative release schedule for Camel 3.x releases in 2020
Hi
Lets put a tentative release schedule for Camel 3.x for this year,
where we make it more obvious which releases are LTS and which are
not.
For example having 2 yearly LTS releases and then non TLS in between
allows us to innovate and move faster, but also offer production safe
stable branches where end users can stay on for a longer time and get
CVE and important/critical bugfixes only. Note that we should shy away
from doing other fixes on these LTS branches as they are meant for
"rock sold and only really important bug fixes". Not small
improvements, and it would be nice to have if X can also do this etc.
Lets put this kind into the non LTS releases first (when possible).
A plan could be something like
Camel 3.1.0 in Feb 2020 (no LTS)
Camel 3.2.0 in April 2020 (no LTS)
Camel 3.3.0 in June 2020 (LTS)
Camel 3.4.0 in Aug 2020 (no LTS)
Camel 3.5.0 in Oct 2020 (LTS)
Camel 3.6.0 in Dec 2020 (no LTS)
And then we do Camel 3.3.x and 3.6.x patch releases from time to time,
and for about 12 months, eg 2 LTS's back, eg 3.3.x is EOL when Camel
3.9.0 LTS is released (about 1 year later).
Any thoughts?
--
Claus Ibsen
-----------------
http://davsclaus.com @davsclaus
Camel in Action 2: https://www.manning.com/ibsen2
Re: Tentative release schedule for Camel 3.x releases in 2020
Posted by Andrea Cosentino <an...@gmail.com>.
I think this is a good approach and make us free to innovate and add new
stuff.
+1 from my side.
Il giorno lun 2 mar 2020 alle ore 12:26 Claus Ibsen <cl...@gmail.com>
ha scritto:
> Hi
>
> Lets put a tentative release schedule for Camel 3.x for this year,
> where we make it more obvious which releases are LTS and which are
> not.
>
> For example having 2 yearly LTS releases and then non TLS in between
> allows us to innovate and move faster, but also offer production safe
> stable branches where end users can stay on for a longer time and get
> CVE and important/critical bugfixes only. Note that we should shy away
> from doing other fixes on these LTS branches as they are meant for
> "rock sold and only really important bug fixes". Not small
> improvements, and it would be nice to have if X can also do this etc.
> Lets put this kind into the non LTS releases first (when possible).
>
> A plan could be something like
>
> Camel 3.1.0 in Feb 2020 (no LTS)
> Camel 3.2.0 in April 2020 (no LTS)
> Camel 3.3.0 in June 2020 (LTS)
> Camel 3.4.0 in Aug 2020 (no LTS)
> Camel 3.5.0 in Oct 2020 (LTS)
> Camel 3.6.0 in Dec 2020 (no LTS)
>
> And then we do Camel 3.3.x and 3.6.x patch releases from time to time,
> and for about 12 months, eg 2 LTS's back, eg 3.3.x is EOL when Camel
> 3.9.0 LTS is released (about 1 year later).
>
>
> Any thoughts?
>
> --
> Claus Ibsen
> -----------------
> http://davsclaus.com @davsclaus
> Camel in Action 2: https://www.manning.com/ibsen2
>
Re: Tentative release schedule for Camel 3.x releases in 2020
Posted by Omar Al-Safi <om...@oalsafi.com>.
Sounds good. +1
Regards,
On Mon, Mar 2, 2020, 12:30 Claus Ibsen <cl...@gmail.com> wrote:
> Ups the last two should be flipped, eg
>
> Camel 3.5.0 in Oct 2020 (no LTS)
> Camel 3.6.0 in Dec 2020 (LTS)
>
> On Mon, Mar 2, 2020 at 12:26 PM Claus Ibsen <cl...@gmail.com> wrote:
> >
> > Hi
> >
> > Lets put a tentative release schedule for Camel 3.x for this year,
> > where we make it more obvious which releases are LTS and which are
> > not.
> >
> > For example having 2 yearly LTS releases and then non TLS in between
> > allows us to innovate and move faster, but also offer production safe
> > stable branches where end users can stay on for a longer time and get
> > CVE and important/critical bugfixes only. Note that we should shy away
> > from doing other fixes on these LTS branches as they are meant for
> > "rock sold and only really important bug fixes". Not small
> > improvements, and it would be nice to have if X can also do this etc.
> > Lets put this kind into the non LTS releases first (when possible).
> >
> > A plan could be something like
> >
> > Camel 3.1.0 in Feb 2020 (no LTS)
> > Camel 3.2.0 in April 2020 (no LTS)
> > Camel 3.3.0 in June 2020 (LTS)
> > Camel 3.4.0 in Aug 2020 (no LTS)
> > Camel 3.5.0 in Oct 2020 (LTS)
> > Camel 3.6.0 in Dec 2020 (no LTS)
> >
> > And then we do Camel 3.3.x and 3.6.x patch releases from time to time,
> > and for about 12 months, eg 2 LTS's back, eg 3.3.x is EOL when Camel
> > 3.9.0 LTS is released (about 1 year later).
> >
> >
> > Any thoughts?
> >
> > --
> > Claus Ibsen
> > -----------------
> > http://davsclaus.com @davsclaus
> > Camel in Action 2: https://www.manning.com/ibsen2
>
>
>
> --
> Claus Ibsen
> -----------------
> http://davsclaus.com @davsclaus
> Camel in Action 2: https://www.manning.com/ibsen2
>
Re: Tentative release schedule for Camel 3.x releases in 2020
Posted by Jean-Baptiste Onofre <jb...@nanthrax.net>.
Hi Claus,
It sounds good to me !
Regards
JB
> Le 2 mars 2020 à 12:30, Claus Ibsen <cl...@gmail.com> a écrit :
>
> Ups the last two should be flipped, eg
>
> Camel 3.5.0 in Oct 2020 (no LTS)
> Camel 3.6.0 in Dec 2020 (LTS)
>
> On Mon, Mar 2, 2020 at 12:26 PM Claus Ibsen <cl...@gmail.com> wrote:
>>
>> Hi
>>
>> Lets put a tentative release schedule for Camel 3.x for this year,
>> where we make it more obvious which releases are LTS and which are
>> not.
>>
>> For example having 2 yearly LTS releases and then non TLS in between
>> allows us to innovate and move faster, but also offer production safe
>> stable branches where end users can stay on for a longer time and get
>> CVE and important/critical bugfixes only. Note that we should shy away
>> from doing other fixes on these LTS branches as they are meant for
>> "rock sold and only really important bug fixes". Not small
>> improvements, and it would be nice to have if X can also do this etc.
>> Lets put this kind into the non LTS releases first (when possible).
>>
>> A plan could be something like
>>
>> Camel 3.1.0 in Feb 2020 (no LTS)
>> Camel 3.2.0 in April 2020 (no LTS)
>> Camel 3.3.0 in June 2020 (LTS)
>> Camel 3.4.0 in Aug 2020 (no LTS)
>> Camel 3.5.0 in Oct 2020 (LTS)
>> Camel 3.6.0 in Dec 2020 (no LTS)
>>
>> And then we do Camel 3.3.x and 3.6.x patch releases from time to time,
>> and for about 12 months, eg 2 LTS's back, eg 3.3.x is EOL when Camel
>> 3.9.0 LTS is released (about 1 year later).
>>
>>
>> Any thoughts?
>>
>> --
>> Claus Ibsen
>> -----------------
>> http://davsclaus.com @davsclaus
>> Camel in Action 2: https://www.manning.com/ibsen2
>
>
>
> --
> Claus Ibsen
> -----------------
> http://davsclaus.com @davsclaus
> Camel in Action 2: https://www.manning.com/ibsen2
Re: Tentative release schedule for Camel 3.x releases in 2020
Posted by Andrea Cosentino <an...@gmail.com>.
This is open source project, users may have expectations, but the community
set the roadmap and eventually change it.
Il giorno mer 4 mar 2020 alle ore 13:35 Federico Valeri <
fedevaleri@gmail.com> ha scritto:
> Hi Guillame, this is exaclty the problem I see, users setting expectations
> on a tentative release schedule.
>
> I agree that is useful to trace a roadmap, but we should put a warning note
> in case we publish the schedule on the website.
>
> On Tue, Mar 3, 2020, 9:17 PM Guillaume Nodet <gn...@apache.org> wrote:
>
> > A schedule can be changed, but at least it gives a reference for users to
> > look at and set some expectations.
> >
> > Le mar. 3 mars 2020 à 20:18, Federico Valeri <fe...@gmail.com> a
> > écrit :
> >
> > > Hi, I'm +1 with LTS support, but what are the benefits of such strict
> > > schedule?
> > >
> > > I think that would be better to release as LTS whenever it makes sense.
> > >
> > > my2cents
> > >
> > > On Tue, Mar 3, 2020, 5:59 AM Ajmera, Hemang C <he...@cgi.com>
> > > wrote:
> > >
> > > > Hi
> > > > From the user perspective LTS is a welcome move. I liked the
> > approach
> > > > which is proposed here. You can also refer to Ubuntu release cycle[1]
> > > where
> > > > every 6 month there is new release and every 2 year there is LTS
> > release.
> > > > LTS are supported for 5 years. So if we sum up, Every fourth release
> is
> > > > LTS, and life of LTS is for 2.5 LTS cycle.
> > > >
> > > > For camel world the release would be more frequent compared to Ubuntu
> > > >
> > > > So every six month 1 LTS and two releases in between should be fine.
> If
> > > we
> > > > want more frequent release we can have 3 non LTS release in between,
> > i.e.
> > > > release after every 6 weeks.
> > > >
> > > >
> > > >
> > > >
> > > > [1] https://wiki.ubuntu.com/Releases
> > > >
> > > > Thanks and Regards,
> > > > Hemang Ajmera
> > > >
> > > > -----Original Message-----
> > > > From: Claus Ibsen <cl...@gmail.com>
> > > > Sent: 02 March 2020 17:00
> > > > To: dev <de...@camel.apache.org>
> > > > Subject: Re: Tentative release schedule for Camel 3.x releases in
> 2020
> > > >
> > > > Ups the last two should be flipped, eg
> > > >
> > > > Camel 3.5.0 in Oct 2020 (no LTS)
> > > > Camel 3.6.0 in Dec 2020 (LTS)
> > > >
> > > > On Mon, Mar 2, 2020 at 12:26 PM Claus Ibsen <cl...@gmail.com>
> > > wrote:
> > > > >
> > > > > Hi
> > > > >
> > > > > Lets put a tentative release schedule for Camel 3.x for this year,
> > > > > where we make it more obvious which releases are LTS and which are
> > > > > not.
> > > > >
> > > > > For example having 2 yearly LTS releases and then non TLS in
> between
> > > > > allows us to innovate and move faster, but also offer production
> safe
> > > > > stable branches where end users can stay on for a longer time and
> get
> > > > > CVE and important/critical bugfixes only. Note that we should shy
> > away
> > > > > from doing other fixes on these LTS branches as they are meant for
> > > > > "rock sold and only really important bug fixes". Not small
> > > > > improvements, and it would be nice to have if X can also do this
> etc.
> > > > > Lets put this kind into the non LTS releases first (when possible).
> > > > >
> > > > > A plan could be something like
> > > > >
> > > > > Camel 3.1.0 in Feb 2020 (no LTS)
> > > > > Camel 3.2.0 in April 2020 (no LTS)
> > > > > Camel 3.3.0 in June 2020 (LTS)
> > > > > Camel 3.4.0 in Aug 2020 (no LTS)
> > > > > Camel 3.5.0 in Oct 2020 (LTS)
> > > > > Camel 3.6.0 in Dec 2020 (no LTS)
> > > > >
> > > > > And then we do Camel 3.3.x and 3.6.x patch releases from time to
> > time,
> > > > > and for about 12 months, eg 2 LTS's back, eg 3.3.x is EOL when
> Camel
> > > > > 3.9.0 LTS is released (about 1 year later).
> > > > >
> > > > >
> > > > > Any thoughts?
> > > > >
> > > > > --
> > > > > Claus Ibsen
> > > > > -----------------
> > > > > http://davsclaus.com @davsclaus
> > > > > Camel in Action 2: https://www.manning.com/ibsen2
> > > >
> > > >
> > > >
> > > > --
> > > > Claus Ibsen
> > > > -----------------
> > > > http://davsclaus.com @davsclaus
> > > > Camel in Action 2: https://www.manning.com/ibsen2
> > > >
> > >
> >
> >
> > --
> > ------------------------
> > Guillaume Nodet
> >
>
Re: Tentative release schedule for Camel 3.x releases in 2020
Posted by Claus Ibsen <cl...@gmail.com>.
On Wed, Mar 4, 2020 at 1:35 PM Federico Valeri <fe...@gmail.com> wrote:
>
> Hi Guillame, this is exaclty the problem I see, users setting expectations
> on a tentative release schedule.
>
> I agree that is useful to trace a roadmap, but we should put a warning note
> in case we publish the schedule on the website.
>
Yes a note will be there that the schedule is subject for change, but
it should not be as dramatic as a warning.
> On Tue, Mar 3, 2020, 9:17 PM Guillaume Nodet <gn...@apache.org> wrote:
>
> > A schedule can be changed, but at least it gives a reference for users to
> > look at and set some expectations.
> >
> > Le mar. 3 mars 2020 à 20:18, Federico Valeri <fe...@gmail.com> a
> > écrit :
> >
> > > Hi, I'm +1 with LTS support, but what are the benefits of such strict
> > > schedule?
> > >
> > > I think that would be better to release as LTS whenever it makes sense.
> > >
> > > my2cents
> > >
> > > On Tue, Mar 3, 2020, 5:59 AM Ajmera, Hemang C <he...@cgi.com>
> > > wrote:
> > >
> > > > Hi
> > > > From the user perspective LTS is a welcome move. I liked the
> > approach
> > > > which is proposed here. You can also refer to Ubuntu release cycle[1]
> > > where
> > > > every 6 month there is new release and every 2 year there is LTS
> > release.
> > > > LTS are supported for 5 years. So if we sum up, Every fourth release is
> > > > LTS, and life of LTS is for 2.5 LTS cycle.
> > > >
> > > > For camel world the release would be more frequent compared to Ubuntu
> > > >
> > > > So every six month 1 LTS and two releases in between should be fine. If
> > > we
> > > > want more frequent release we can have 3 non LTS release in between,
> > i.e.
> > > > release after every 6 weeks.
> > > >
> > > >
> > > >
> > > >
> > > > [1] https://wiki.ubuntu.com/Releases
> > > >
> > > > Thanks and Regards,
> > > > Hemang Ajmera
> > > >
> > > > -----Original Message-----
> > > > From: Claus Ibsen <cl...@gmail.com>
> > > > Sent: 02 March 2020 17:00
> > > > To: dev <de...@camel.apache.org>
> > > > Subject: Re: Tentative release schedule for Camel 3.x releases in 2020
> > > >
> > > > Ups the last two should be flipped, eg
> > > >
> > > > Camel 3.5.0 in Oct 2020 (no LTS)
> > > > Camel 3.6.0 in Dec 2020 (LTS)
> > > >
> > > > On Mon, Mar 2, 2020 at 12:26 PM Claus Ibsen <cl...@gmail.com>
> > > wrote:
> > > > >
> > > > > Hi
> > > > >
> > > > > Lets put a tentative release schedule for Camel 3.x for this year,
> > > > > where we make it more obvious which releases are LTS and which are
> > > > > not.
> > > > >
> > > > > For example having 2 yearly LTS releases and then non TLS in between
> > > > > allows us to innovate and move faster, but also offer production safe
> > > > > stable branches where end users can stay on for a longer time and get
> > > > > CVE and important/critical bugfixes only. Note that we should shy
> > away
> > > > > from doing other fixes on these LTS branches as they are meant for
> > > > > "rock sold and only really important bug fixes". Not small
> > > > > improvements, and it would be nice to have if X can also do this etc.
> > > > > Lets put this kind into the non LTS releases first (when possible).
> > > > >
> > > > > A plan could be something like
> > > > >
> > > > > Camel 3.1.0 in Feb 2020 (no LTS)
> > > > > Camel 3.2.0 in April 2020 (no LTS)
> > > > > Camel 3.3.0 in June 2020 (LTS)
> > > > > Camel 3.4.0 in Aug 2020 (no LTS)
> > > > > Camel 3.5.0 in Oct 2020 (LTS)
> > > > > Camel 3.6.0 in Dec 2020 (no LTS)
> > > > >
> > > > > And then we do Camel 3.3.x and 3.6.x patch releases from time to
> > time,
> > > > > and for about 12 months, eg 2 LTS's back, eg 3.3.x is EOL when Camel
> > > > > 3.9.0 LTS is released (about 1 year later).
> > > > >
> > > > >
> > > > > Any thoughts?
> > > > >
> > > > > --
> > > > > Claus Ibsen
> > > > > -----------------
> > > > > http://davsclaus.com @davsclaus
> > > > > Camel in Action 2: https://www.manning.com/ibsen2
> > > >
> > > >
> > > >
> > > > --
> > > > Claus Ibsen
> > > > -----------------
> > > > http://davsclaus.com @davsclaus
> > > > Camel in Action 2: https://www.manning.com/ibsen2
> > > >
> > >
> >
> >
> > --
> > ------------------------
> > Guillaume Nodet
> >
--
Claus Ibsen
-----------------
http://davsclaus.com @davsclaus
Camel in Action 2: https://www.manning.com/ibsen2
Re: Tentative release schedule for Camel 3.x releases in 2020
Posted by Federico Valeri <fe...@gmail.com>.
Hi Guillame, this is exaclty the problem I see, users setting expectations
on a tentative release schedule.
I agree that is useful to trace a roadmap, but we should put a warning note
in case we publish the schedule on the website.
On Tue, Mar 3, 2020, 9:17 PM Guillaume Nodet <gn...@apache.org> wrote:
> A schedule can be changed, but at least it gives a reference for users to
> look at and set some expectations.
>
> Le mar. 3 mars 2020 à 20:18, Federico Valeri <fe...@gmail.com> a
> écrit :
>
> > Hi, I'm +1 with LTS support, but what are the benefits of such strict
> > schedule?
> >
> > I think that would be better to release as LTS whenever it makes sense.
> >
> > my2cents
> >
> > On Tue, Mar 3, 2020, 5:59 AM Ajmera, Hemang C <he...@cgi.com>
> > wrote:
> >
> > > Hi
> > > From the user perspective LTS is a welcome move. I liked the
> approach
> > > which is proposed here. You can also refer to Ubuntu release cycle[1]
> > where
> > > every 6 month there is new release and every 2 year there is LTS
> release.
> > > LTS are supported for 5 years. So if we sum up, Every fourth release is
> > > LTS, and life of LTS is for 2.5 LTS cycle.
> > >
> > > For camel world the release would be more frequent compared to Ubuntu
> > >
> > > So every six month 1 LTS and two releases in between should be fine. If
> > we
> > > want more frequent release we can have 3 non LTS release in between,
> i.e.
> > > release after every 6 weeks.
> > >
> > >
> > >
> > >
> > > [1] https://wiki.ubuntu.com/Releases
> > >
> > > Thanks and Regards,
> > > Hemang Ajmera
> > >
> > > -----Original Message-----
> > > From: Claus Ibsen <cl...@gmail.com>
> > > Sent: 02 March 2020 17:00
> > > To: dev <de...@camel.apache.org>
> > > Subject: Re: Tentative release schedule for Camel 3.x releases in 2020
> > >
> > > Ups the last two should be flipped, eg
> > >
> > > Camel 3.5.0 in Oct 2020 (no LTS)
> > > Camel 3.6.0 in Dec 2020 (LTS)
> > >
> > > On Mon, Mar 2, 2020 at 12:26 PM Claus Ibsen <cl...@gmail.com>
> > wrote:
> > > >
> > > > Hi
> > > >
> > > > Lets put a tentative release schedule for Camel 3.x for this year,
> > > > where we make it more obvious which releases are LTS and which are
> > > > not.
> > > >
> > > > For example having 2 yearly LTS releases and then non TLS in between
> > > > allows us to innovate and move faster, but also offer production safe
> > > > stable branches where end users can stay on for a longer time and get
> > > > CVE and important/critical bugfixes only. Note that we should shy
> away
> > > > from doing other fixes on these LTS branches as they are meant for
> > > > "rock sold and only really important bug fixes". Not small
> > > > improvements, and it would be nice to have if X can also do this etc.
> > > > Lets put this kind into the non LTS releases first (when possible).
> > > >
> > > > A plan could be something like
> > > >
> > > > Camel 3.1.0 in Feb 2020 (no LTS)
> > > > Camel 3.2.0 in April 2020 (no LTS)
> > > > Camel 3.3.0 in June 2020 (LTS)
> > > > Camel 3.4.0 in Aug 2020 (no LTS)
> > > > Camel 3.5.0 in Oct 2020 (LTS)
> > > > Camel 3.6.0 in Dec 2020 (no LTS)
> > > >
> > > > And then we do Camel 3.3.x and 3.6.x patch releases from time to
> time,
> > > > and for about 12 months, eg 2 LTS's back, eg 3.3.x is EOL when Camel
> > > > 3.9.0 LTS is released (about 1 year later).
> > > >
> > > >
> > > > Any thoughts?
> > > >
> > > > --
> > > > Claus Ibsen
> > > > -----------------
> > > > http://davsclaus.com @davsclaus
> > > > Camel in Action 2: https://www.manning.com/ibsen2
> > >
> > >
> > >
> > > --
> > > Claus Ibsen
> > > -----------------
> > > http://davsclaus.com @davsclaus
> > > Camel in Action 2: https://www.manning.com/ibsen2
> > >
> >
>
>
> --
> ------------------------
> Guillaume Nodet
>
Re: Tentative release schedule for Camel 3.x releases in 2020
Posted by Guillaume Nodet <gn...@apache.org>.
A schedule can be changed, but at least it gives a reference for users to
look at and set some expectations.
Le mar. 3 mars 2020 à 20:18, Federico Valeri <fe...@gmail.com> a
écrit :
> Hi, I'm +1 with LTS support, but what are the benefits of such strict
> schedule?
>
> I think that would be better to release as LTS whenever it makes sense.
>
> my2cents
>
> On Tue, Mar 3, 2020, 5:59 AM Ajmera, Hemang C <he...@cgi.com>
> wrote:
>
> > Hi
> > From the user perspective LTS is a welcome move. I liked the approach
> > which is proposed here. You can also refer to Ubuntu release cycle[1]
> where
> > every 6 month there is new release and every 2 year there is LTS release.
> > LTS are supported for 5 years. So if we sum up, Every fourth release is
> > LTS, and life of LTS is for 2.5 LTS cycle.
> >
> > For camel world the release would be more frequent compared to Ubuntu
> >
> > So every six month 1 LTS and two releases in between should be fine. If
> we
> > want more frequent release we can have 3 non LTS release in between, i.e.
> > release after every 6 weeks.
> >
> >
> >
> >
> > [1] https://wiki.ubuntu.com/Releases
> >
> > Thanks and Regards,
> > Hemang Ajmera
> >
> > -----Original Message-----
> > From: Claus Ibsen <cl...@gmail.com>
> > Sent: 02 March 2020 17:00
> > To: dev <de...@camel.apache.org>
> > Subject: Re: Tentative release schedule for Camel 3.x releases in 2020
> >
> > Ups the last two should be flipped, eg
> >
> > Camel 3.5.0 in Oct 2020 (no LTS)
> > Camel 3.6.0 in Dec 2020 (LTS)
> >
> > On Mon, Mar 2, 2020 at 12:26 PM Claus Ibsen <cl...@gmail.com>
> wrote:
> > >
> > > Hi
> > >
> > > Lets put a tentative release schedule for Camel 3.x for this year,
> > > where we make it more obvious which releases are LTS and which are
> > > not.
> > >
> > > For example having 2 yearly LTS releases and then non TLS in between
> > > allows us to innovate and move faster, but also offer production safe
> > > stable branches where end users can stay on for a longer time and get
> > > CVE and important/critical bugfixes only. Note that we should shy away
> > > from doing other fixes on these LTS branches as they are meant for
> > > "rock sold and only really important bug fixes". Not small
> > > improvements, and it would be nice to have if X can also do this etc.
> > > Lets put this kind into the non LTS releases first (when possible).
> > >
> > > A plan could be something like
> > >
> > > Camel 3.1.0 in Feb 2020 (no LTS)
> > > Camel 3.2.0 in April 2020 (no LTS)
> > > Camel 3.3.0 in June 2020 (LTS)
> > > Camel 3.4.0 in Aug 2020 (no LTS)
> > > Camel 3.5.0 in Oct 2020 (LTS)
> > > Camel 3.6.0 in Dec 2020 (no LTS)
> > >
> > > And then we do Camel 3.3.x and 3.6.x patch releases from time to time,
> > > and for about 12 months, eg 2 LTS's back, eg 3.3.x is EOL when Camel
> > > 3.9.0 LTS is released (about 1 year later).
> > >
> > >
> > > Any thoughts?
> > >
> > > --
> > > Claus Ibsen
> > > -----------------
> > > http://davsclaus.com @davsclaus
> > > Camel in Action 2: https://www.manning.com/ibsen2
> >
> >
> >
> > --
> > Claus Ibsen
> > -----------------
> > http://davsclaus.com @davsclaus
> > Camel in Action 2: https://www.manning.com/ibsen2
> >
>
--
------------------------
Guillaume Nodet
Re: Tentative release schedule for Camel 3.x releases in 2020
Posted by Andrea Cosentino <an...@gmail.com>.
The reason is just having a time boxed approach. Otherwise it may ends
without having a LTS at all
Il mar 3 mar 2020, 20:18 Federico Valeri <fe...@gmail.com> ha scritto:
> Hi, I'm +1 with LTS support, but what are the benefits of such strict
> schedule?
>
> I think that would be better to release as LTS whenever it makes sense.
>
> my2cents
>
> On Tue, Mar 3, 2020, 5:59 AM Ajmera, Hemang C <he...@cgi.com>
> wrote:
>
> > Hi
> > From the user perspective LTS is a welcome move. I liked the approach
> > which is proposed here. You can also refer to Ubuntu release cycle[1]
> where
> > every 6 month there is new release and every 2 year there is LTS release.
> > LTS are supported for 5 years. So if we sum up, Every fourth release is
> > LTS, and life of LTS is for 2.5 LTS cycle.
> >
> > For camel world the release would be more frequent compared to Ubuntu
> >
> > So every six month 1 LTS and two releases in between should be fine. If
> we
> > want more frequent release we can have 3 non LTS release in between, i.e.
> > release after every 6 weeks.
> >
> >
> >
> >
> > [1] https://wiki.ubuntu.com/Releases
> >
> > Thanks and Regards,
> > Hemang Ajmera
> >
> > -----Original Message-----
> > From: Claus Ibsen <cl...@gmail.com>
> > Sent: 02 March 2020 17:00
> > To: dev <de...@camel.apache.org>
> > Subject: Re: Tentative release schedule for Camel 3.x releases in 2020
> >
> > Ups the last two should be flipped, eg
> >
> > Camel 3.5.0 in Oct 2020 (no LTS)
> > Camel 3.6.0 in Dec 2020 (LTS)
> >
> > On Mon, Mar 2, 2020 at 12:26 PM Claus Ibsen <cl...@gmail.com>
> wrote:
> > >
> > > Hi
> > >
> > > Lets put a tentative release schedule for Camel 3.x for this year,
> > > where we make it more obvious which releases are LTS and which are
> > > not.
> > >
> > > For example having 2 yearly LTS releases and then non TLS in between
> > > allows us to innovate and move faster, but also offer production safe
> > > stable branches where end users can stay on for a longer time and get
> > > CVE and important/critical bugfixes only. Note that we should shy away
> > > from doing other fixes on these LTS branches as they are meant for
> > > "rock sold and only really important bug fixes". Not small
> > > improvements, and it would be nice to have if X can also do this etc.
> > > Lets put this kind into the non LTS releases first (when possible).
> > >
> > > A plan could be something like
> > >
> > > Camel 3.1.0 in Feb 2020 (no LTS)
> > > Camel 3.2.0 in April 2020 (no LTS)
> > > Camel 3.3.0 in June 2020 (LTS)
> > > Camel 3.4.0 in Aug 2020 (no LTS)
> > > Camel 3.5.0 in Oct 2020 (LTS)
> > > Camel 3.6.0 in Dec 2020 (no LTS)
> > >
> > > And then we do Camel 3.3.x and 3.6.x patch releases from time to time,
> > > and for about 12 months, eg 2 LTS's back, eg 3.3.x is EOL when Camel
> > > 3.9.0 LTS is released (about 1 year later).
> > >
> > >
> > > Any thoughts?
> > >
> > > --
> > > Claus Ibsen
> > > -----------------
> > > http://davsclaus.com @davsclaus
> > > Camel in Action 2: https://www.manning.com/ibsen2
> >
> >
> >
> > --
> > Claus Ibsen
> > -----------------
> > http://davsclaus.com @davsclaus
> > Camel in Action 2: https://www.manning.com/ibsen2
> >
>
Re: Tentative release schedule for Camel 3.x releases in 2020
Posted by Federico Valeri <fe...@gmail.com>.
Hi, I'm +1 with LTS support, but what are the benefits of such strict
schedule?
I think that would be better to release as LTS whenever it makes sense.
my2cents
On Tue, Mar 3, 2020, 5:59 AM Ajmera, Hemang C <he...@cgi.com> wrote:
> Hi
> From the user perspective LTS is a welcome move. I liked the approach
> which is proposed here. You can also refer to Ubuntu release cycle[1] where
> every 6 month there is new release and every 2 year there is LTS release.
> LTS are supported for 5 years. So if we sum up, Every fourth release is
> LTS, and life of LTS is for 2.5 LTS cycle.
>
> For camel world the release would be more frequent compared to Ubuntu
>
> So every six month 1 LTS and two releases in between should be fine. If we
> want more frequent release we can have 3 non LTS release in between, i.e.
> release after every 6 weeks.
>
>
>
>
> [1] https://wiki.ubuntu.com/Releases
>
> Thanks and Regards,
> Hemang Ajmera
>
> -----Original Message-----
> From: Claus Ibsen <cl...@gmail.com>
> Sent: 02 March 2020 17:00
> To: dev <de...@camel.apache.org>
> Subject: Re: Tentative release schedule for Camel 3.x releases in 2020
>
> Ups the last two should be flipped, eg
>
> Camel 3.5.0 in Oct 2020 (no LTS)
> Camel 3.6.0 in Dec 2020 (LTS)
>
> On Mon, Mar 2, 2020 at 12:26 PM Claus Ibsen <cl...@gmail.com> wrote:
> >
> > Hi
> >
> > Lets put a tentative release schedule for Camel 3.x for this year,
> > where we make it more obvious which releases are LTS and which are
> > not.
> >
> > For example having 2 yearly LTS releases and then non TLS in between
> > allows us to innovate and move faster, but also offer production safe
> > stable branches where end users can stay on for a longer time and get
> > CVE and important/critical bugfixes only. Note that we should shy away
> > from doing other fixes on these LTS branches as they are meant for
> > "rock sold and only really important bug fixes". Not small
> > improvements, and it would be nice to have if X can also do this etc.
> > Lets put this kind into the non LTS releases first (when possible).
> >
> > A plan could be something like
> >
> > Camel 3.1.0 in Feb 2020 (no LTS)
> > Camel 3.2.0 in April 2020 (no LTS)
> > Camel 3.3.0 in June 2020 (LTS)
> > Camel 3.4.0 in Aug 2020 (no LTS)
> > Camel 3.5.0 in Oct 2020 (LTS)
> > Camel 3.6.0 in Dec 2020 (no LTS)
> >
> > And then we do Camel 3.3.x and 3.6.x patch releases from time to time,
> > and for about 12 months, eg 2 LTS's back, eg 3.3.x is EOL when Camel
> > 3.9.0 LTS is released (about 1 year later).
> >
> >
> > Any thoughts?
> >
> > --
> > Claus Ibsen
> > -----------------
> > http://davsclaus.com @davsclaus
> > Camel in Action 2: https://www.manning.com/ibsen2
>
>
>
> --
> Claus Ibsen
> -----------------
> http://davsclaus.com @davsclaus
> Camel in Action 2: https://www.manning.com/ibsen2
>
RE: Tentative release schedule for Camel 3.x releases in 2020
Posted by "Ajmera, Hemang C" <he...@cgi.com>.
Hi
From the user perspective LTS is a welcome move. I liked the approach which is proposed here. You can also refer to Ubuntu release cycle[1] where every 6 month there is new release and every 2 year there is LTS release. LTS are supported for 5 years. So if we sum up, Every fourth release is LTS, and life of LTS is for 2.5 LTS cycle.
For camel world the release would be more frequent compared to Ubuntu
So every six month 1 LTS and two releases in between should be fine. If we want more frequent release we can have 3 non LTS release in between, i.e. release after every 6 weeks.
[1] https://wiki.ubuntu.com/Releases
Thanks and Regards,
Hemang Ajmera
-----Original Message-----
From: Claus Ibsen <cl...@gmail.com>
Sent: 02 March 2020 17:00
To: dev <de...@camel.apache.org>
Subject: Re: Tentative release schedule for Camel 3.x releases in 2020
Ups the last two should be flipped, eg
Camel 3.5.0 in Oct 2020 (no LTS)
Camel 3.6.0 in Dec 2020 (LTS)
On Mon, Mar 2, 2020 at 12:26 PM Claus Ibsen <cl...@gmail.com> wrote:
>
> Hi
>
> Lets put a tentative release schedule for Camel 3.x for this year,
> where we make it more obvious which releases are LTS and which are
> not.
>
> For example having 2 yearly LTS releases and then non TLS in between
> allows us to innovate and move faster, but also offer production safe
> stable branches where end users can stay on for a longer time and get
> CVE and important/critical bugfixes only. Note that we should shy away
> from doing other fixes on these LTS branches as they are meant for
> "rock sold and only really important bug fixes". Not small
> improvements, and it would be nice to have if X can also do this etc.
> Lets put this kind into the non LTS releases first (when possible).
>
> A plan could be something like
>
> Camel 3.1.0 in Feb 2020 (no LTS)
> Camel 3.2.0 in April 2020 (no LTS)
> Camel 3.3.0 in June 2020 (LTS)
> Camel 3.4.0 in Aug 2020 (no LTS)
> Camel 3.5.0 in Oct 2020 (LTS)
> Camel 3.6.0 in Dec 2020 (no LTS)
>
> And then we do Camel 3.3.x and 3.6.x patch releases from time to time,
> and for about 12 months, eg 2 LTS's back, eg 3.3.x is EOL when Camel
> 3.9.0 LTS is released (about 1 year later).
>
>
> Any thoughts?
>
> --
> Claus Ibsen
> -----------------
> http://davsclaus.com @davsclaus
> Camel in Action 2: https://www.manning.com/ibsen2
--
Claus Ibsen
-----------------
http://davsclaus.com @davsclaus
Camel in Action 2: https://www.manning.com/ibsen2
Re: Tentative release schedule for Camel 3.x releases in 2020
Posted by Claus Ibsen <cl...@gmail.com>.
Ups the last two should be flipped, eg
Camel 3.5.0 in Oct 2020 (no LTS)
Camel 3.6.0 in Dec 2020 (LTS)
On Mon, Mar 2, 2020 at 12:26 PM Claus Ibsen <cl...@gmail.com> wrote:
>
> Hi
>
> Lets put a tentative release schedule for Camel 3.x for this year,
> where we make it more obvious which releases are LTS and which are
> not.
>
> For example having 2 yearly LTS releases and then non TLS in between
> allows us to innovate and move faster, but also offer production safe
> stable branches where end users can stay on for a longer time and get
> CVE and important/critical bugfixes only. Note that we should shy away
> from doing other fixes on these LTS branches as they are meant for
> "rock sold and only really important bug fixes". Not small
> improvements, and it would be nice to have if X can also do this etc.
> Lets put this kind into the non LTS releases first (when possible).
>
> A plan could be something like
>
> Camel 3.1.0 in Feb 2020 (no LTS)
> Camel 3.2.0 in April 2020 (no LTS)
> Camel 3.3.0 in June 2020 (LTS)
> Camel 3.4.0 in Aug 2020 (no LTS)
> Camel 3.5.0 in Oct 2020 (LTS)
> Camel 3.6.0 in Dec 2020 (no LTS)
>
> And then we do Camel 3.3.x and 3.6.x patch releases from time to time,
> and for about 12 months, eg 2 LTS's back, eg 3.3.x is EOL when Camel
> 3.9.0 LTS is released (about 1 year later).
>
>
> Any thoughts?
>
> --
> Claus Ibsen
> -----------------
> http://davsclaus.com @davsclaus
> Camel in Action 2: https://www.manning.com/ibsen2
--
Claus Ibsen
-----------------
http://davsclaus.com @davsclaus
Camel in Action 2: https://www.manning.com/ibsen2
Re: Tentative release schedule for Camel 3.x releases in 2020
Posted by Federico Valeri <fe...@gmail.com>.
+1, really good
On Fri, Mar 6, 2020, 1:13 PM Claus Ibsen <cl...@gmail.com> wrote:
> Hi
>
> There is a preview now
>
> https://builds.apache.org/job/Camel.website/job/PR-166/Preview/blog/LTS-Release-Schedule/
>
> Thanks for the help Zoran
>
> On Fri, Mar 6, 2020 at 10:42 AM Claus Ibsen <cl...@gmail.com> wrote:
> >
> > Hi
> >
> > I have put together a draft for a post on the Camel website
> >
> https://github.com/apache/camel-website/blob/schedule/content/blog/LTS-Release-Schedule/index.md
> >
> > Feedback is welcome so we can amend/update the content and post it later.
> >
> > After that I think we should update the download page to include this
> > information, or add a new page, and then refer to it from download or
> > something like that.
> >
> > The download page currently has some script to automatic list X
> > releases back. This likely needs to be removed or updated so it can do
> > something like the schedule table, and then for the LTS we just have
> > the latest patch release, eg Camel 3.3.2. (like Karaf has:
> > http://karaf.apache.org/download.html)
> >
> > On Mon, Mar 2, 2020 at 12:26 PM Claus Ibsen <cl...@gmail.com>
> wrote:
> > >
> > > Hi
> > >
> > > Lets put a tentative release schedule for Camel 3.x for this year,
> > > where we make it more obvious which releases are LTS and which are
> > > not.
> > >
> > > For example having 2 yearly LTS releases and then non TLS in between
> > > allows us to innovate and move faster, but also offer production safe
> > > stable branches where end users can stay on for a longer time and get
> > > CVE and important/critical bugfixes only. Note that we should shy away
> > > from doing other fixes on these LTS branches as they are meant for
> > > "rock sold and only really important bug fixes". Not small
> > > improvements, and it would be nice to have if X can also do this etc.
> > > Lets put this kind into the non LTS releases first (when possible).
> > >
> > > A plan could be something like
> > >
> > > Camel 3.1.0 in Feb 2020 (no LTS)
> > > Camel 3.2.0 in April 2020 (no LTS)
> > > Camel 3.3.0 in June 2020 (LTS)
> > > Camel 3.4.0 in Aug 2020 (no LTS)
> > > Camel 3.5.0 in Oct 2020 (LTS)
> > > Camel 3.6.0 in Dec 2020 (no LTS)
> > >
> > > And then we do Camel 3.3.x and 3.6.x patch releases from time to time,
> > > and for about 12 months, eg 2 LTS's back, eg 3.3.x is EOL when Camel
> > > 3.9.0 LTS is released (about 1 year later).
> > >
> > >
> > > Any thoughts?
> > >
> > > --
> > > Claus Ibsen
> > > -----------------
> > > http://davsclaus.com @davsclaus
> > > Camel in Action 2: https://www.manning.com/ibsen2
> >
> >
> >
> > --
> > Claus Ibsen
> > -----------------
> > http://davsclaus.com @davsclaus
> > Camel in Action 2: https://www.manning.com/ibsen2
>
>
>
> --
> Claus Ibsen
> -----------------
> http://davsclaus.com @davsclaus
> Camel in Action 2: https://www.manning.com/ibsen2
>
Re: Tentative release schedule for Camel 3.x releases in 2020
Posted by Claus Ibsen <cl...@gmail.com>.
Hi
There is a preview now
https://builds.apache.org/job/Camel.website/job/PR-166/Preview/blog/LTS-Release-Schedule/
Thanks for the help Zoran
On Fri, Mar 6, 2020 at 10:42 AM Claus Ibsen <cl...@gmail.com> wrote:
>
> Hi
>
> I have put together a draft for a post on the Camel website
> https://github.com/apache/camel-website/blob/schedule/content/blog/LTS-Release-Schedule/index.md
>
> Feedback is welcome so we can amend/update the content and post it later.
>
> After that I think we should update the download page to include this
> information, or add a new page, and then refer to it from download or
> something like that.
>
> The download page currently has some script to automatic list X
> releases back. This likely needs to be removed or updated so it can do
> something like the schedule table, and then for the LTS we just have
> the latest patch release, eg Camel 3.3.2. (like Karaf has:
> http://karaf.apache.org/download.html)
>
> On Mon, Mar 2, 2020 at 12:26 PM Claus Ibsen <cl...@gmail.com> wrote:
> >
> > Hi
> >
> > Lets put a tentative release schedule for Camel 3.x for this year,
> > where we make it more obvious which releases are LTS and which are
> > not.
> >
> > For example having 2 yearly LTS releases and then non TLS in between
> > allows us to innovate and move faster, but also offer production safe
> > stable branches where end users can stay on for a longer time and get
> > CVE and important/critical bugfixes only. Note that we should shy away
> > from doing other fixes on these LTS branches as they are meant for
> > "rock sold and only really important bug fixes". Not small
> > improvements, and it would be nice to have if X can also do this etc.
> > Lets put this kind into the non LTS releases first (when possible).
> >
> > A plan could be something like
> >
> > Camel 3.1.0 in Feb 2020 (no LTS)
> > Camel 3.2.0 in April 2020 (no LTS)
> > Camel 3.3.0 in June 2020 (LTS)
> > Camel 3.4.0 in Aug 2020 (no LTS)
> > Camel 3.5.0 in Oct 2020 (LTS)
> > Camel 3.6.0 in Dec 2020 (no LTS)
> >
> > And then we do Camel 3.3.x and 3.6.x patch releases from time to time,
> > and for about 12 months, eg 2 LTS's back, eg 3.3.x is EOL when Camel
> > 3.9.0 LTS is released (about 1 year later).
> >
> >
> > Any thoughts?
> >
> > --
> > Claus Ibsen
> > -----------------
> > http://davsclaus.com @davsclaus
> > Camel in Action 2: https://www.manning.com/ibsen2
>
>
>
> --
> Claus Ibsen
> -----------------
> http://davsclaus.com @davsclaus
> Camel in Action 2: https://www.manning.com/ibsen2
--
Claus Ibsen
-----------------
http://davsclaus.com @davsclaus
Camel in Action 2: https://www.manning.com/ibsen2
Re: Tentative release schedule for Camel 3.x releases in 2020
Posted by Claus Ibsen <cl...@gmail.com>.
Hi
I have put together a draft for a post on the Camel website
https://github.com/apache/camel-website/blob/schedule/content/blog/LTS-Release-Schedule/index.md
Feedback is welcome so we can amend/update the content and post it later.
After that I think we should update the download page to include this
information, or add a new page, and then refer to it from download or
something like that.
The download page currently has some script to automatic list X
releases back. This likely needs to be removed or updated so it can do
something like the schedule table, and then for the LTS we just have
the latest patch release, eg Camel 3.3.2. (like Karaf has:
http://karaf.apache.org/download.html)
On Mon, Mar 2, 2020 at 12:26 PM Claus Ibsen <cl...@gmail.com> wrote:
>
> Hi
>
> Lets put a tentative release schedule for Camel 3.x for this year,
> where we make it more obvious which releases are LTS and which are
> not.
>
> For example having 2 yearly LTS releases and then non TLS in between
> allows us to innovate and move faster, but also offer production safe
> stable branches where end users can stay on for a longer time and get
> CVE and important/critical bugfixes only. Note that we should shy away
> from doing other fixes on these LTS branches as they are meant for
> "rock sold and only really important bug fixes". Not small
> improvements, and it would be nice to have if X can also do this etc.
> Lets put this kind into the non LTS releases first (when possible).
>
> A plan could be something like
>
> Camel 3.1.0 in Feb 2020 (no LTS)
> Camel 3.2.0 in April 2020 (no LTS)
> Camel 3.3.0 in June 2020 (LTS)
> Camel 3.4.0 in Aug 2020 (no LTS)
> Camel 3.5.0 in Oct 2020 (LTS)
> Camel 3.6.0 in Dec 2020 (no LTS)
>
> And then we do Camel 3.3.x and 3.6.x patch releases from time to time,
> and for about 12 months, eg 2 LTS's back, eg 3.3.x is EOL when Camel
> 3.9.0 LTS is released (about 1 year later).
>
>
> Any thoughts?
>
> --
> Claus Ibsen
> -----------------
> http://davsclaus.com @davsclaus
> Camel in Action 2: https://www.manning.com/ibsen2
--
Claus Ibsen
-----------------
http://davsclaus.com @davsclaus
Camel in Action 2: https://www.manning.com/ibsen2