I think what JB meant is that we can use a single staging repo and a single
vote.
It's not a problem to do all releases at once.

Le ven. 13 mars 2020 à 15:06, Andrea Cosentino <anco...@gmail.com> a écrit :

> No, we can't do in this way. We need to first release the camel bits, then
> we can also decide to go in parallel, but the first step is release the
> main camel baseline.
>
> Il giorno ven 13 mar 2020 alle ore 15:04 Jean-Baptiste Onofre <
> j...@nanthrax.net> ha scritto:
>
> > Hi Zoran,
> >
> > I think we can do all releases in a row using kind of meta repository.
> > The release manager should be careful to checkout all required
> > repositories.
> >
> > Thoughts ?
> >
> > Regards
> > JB
> >
> > > Le 13 mars 2020 à 15:02, Zoran Regvart <zo...@regvart.com> a écrit :
> > >
> > > Hi Cameleers,
> > > I'm for splitting, I think in mid to long term this will enable us to
> > > run checks on pull requests and allow us to iterate faster.
> > >
> > > I think we should rethink release process, in a sense that I think we
> > > should try to release from several repositories at the same time. Not
> > > sure if there's a way to ease the effort for the release manager, but
> > > perhaps we should try to invest into that as well.
> > >
> > > zoran
> > >
> > > On Fri, Mar 13, 2020 at 11:06 AM Jean-Baptiste Onofre <j...@nanthrax.net
> >
> > wrote:
> > >>
> > >> Hi Andrea,
> > >>
> > >> It makes sense to "mimic" spring-boot.
> > >>
> > >> I have some WIP on Camel Karaf (not directly related to OSGi). I also
> > have some non-OSGi Karaf support, but it will be similar to some
> > starter/BOM similar to spring-boot.
> > >>
> > >> Regards
> > >> JB
> > >>
> > >>> Le 13 mars 2020 à 10:00, Andrea Cosentino
> > <ancosen1...@yahoo.com.INVALID> a écrit :
> > >>>
> > >>> Hello,
> > >>>
> > >>> We already moved the Spring Boot code and all the SB starters into a
> > separated git repository for convenience and to make the core
> independent.
> > And the same was done for Camel Quarkus, which started as a separated sub
> > project from the beginning. And we also recently moved the examples out
> > into its own git repository.
> > >>>
> > >>> We should do the same for Karaf/OSGi support for multiple reasons:
> > >>> - Having a separated repository will make easier and faster to
> release
> > new stuff and fixes without rebuilding the core part (this would be
> > something really useful)
> > >>> - We could have separated documentation as we already have for Spring
> > Boot
> > >>> - We could make the main camel repository lighter
> > >>> - It’s much easier to find code related to OSGi/Karaf as its all
> > together in
> > >>> - We can then add Karaf as a sub project to the Camel website (see
> > projects menu item)
> > >>> - We can have separated documentation on the website for Karaf/OSGi
> > >>> - We can generate a list of components that are supported in
> > Karaf/OSGi and also publish this on the website
> > >>>
> > >>> If we follow this path, we could be able to add new supported
> > platforms in the future without having to modify the core part.
> > >>>
> > >>> We envision that we only need to move core/camel-core-osgi, and all
> > the osgi components, and together with the karaf features and karaf
> > commands, and the itests. We will continue to generate OSGi MANIFEST.MF
> in
> > the JARs from the main Camel so they are still OSGi bundles.
> > >>>
> > >>> The end result would essentially be the same as today. Camel will
> > continue to be supported and work on Karaf.
> > >>>
> > >>> And we think we should do this before the first LTS release of Apache
> > Camel, which is planned to be Camel 3.3.0. So ideally we get this done
> for
> > Camel 3.2.0 so more people in the community can get their hands on a
> > release and provide feedback.
> > >>>
> > >>> This will require some effort but we do believe it’s worth the work.
> > >>>
> > >>> Thoughts?
> > >>>
> > >>> --
> > >>> Andrea Cosentino
> > >>> ----------------------------------
> > >>> Apache Camel PMC Chair
> > >>> Apache Karaf Committer
> > >>> Apache Servicemix PMC Member
> > >>> Email: ancosen1...@yahoo.com
> > >>> Twitter: @oscerd2
> > >>> Github: oscerd
> > >>
> > >
> > >
> > > --
> > > Zoran Regvart
> >
> >
>


-- 
------------------------
Guillaume Nodet

Reply via email to