Hello, For a) I do believe we should use something different from stable, we can use something like "long-term existence" (thats sounds horrible)
For b) I agree it is something specific to Quarkus for the moment We need a list of support/maturity/stability levels.. Il giorno lun 6 apr 2020 alle ore 09:59 Claus Ibsen <claus.ib...@gmail.com> ha scritto: > Hi > > Background this PR > https://github.com/apache/camel/pull/3698 > > a) > I think it can benefit Camel components if we are able to define what > maturity/stability level the component is (find a good name). For > example we could the values that other projects uses such as Quarkus > and WildFly: Stable, Preview, Experimental > > However the devil is in the wording. For example does Stable mean that > it's stable forever. And that is a NO. A camel component may change > between LTS releases, as we want to innovate fast and move on. For > example a 3rd party dependency upgrade may cause some changes, or a > major upgrade which we want. SB1 to SB2 etc. netty3 -> netty4. And > sometimes we created a new component and other times we upgraded the > existing component. > > b) > The second information that may benefit, is whether a component would > be compilable for native via graalvm. But at this moment then I think > this information is best kept in camel-quarkus as this is where we > know whether its fully native or jvm only. > > So I would keep this information in the camel quarkus catalog only. > > > > Ad a) > We could then store this information about maturity level in the > <properties> section of pom.xml where we already store labels, > description, and whether its deprecated. > > <properties> > <stability>stable</stability> > ... > </properties> > > > > > -- > Claus Ibsen > ----------------- > http://davsclaus.com @davsclaus > Camel in Action 2: https://www.manning.com/ibsen2 >
