+1 for luca. as some commercial companies ( i know we have many in my country ) prefer to move to next version of java as they get more mature. so some apis and components may be actibely maintained with specific version but i propose to keep them as dormant maybe somebody like devs in my country may need to play with the code.
On Fri, 3 Mar 2017 at 13:35, Luca Burgazzoli <lburgazz...@gmail.com> wrote: > +1 > > btw, should we have a sort of "camel dormant" repository were we can > put stuffs that are not actively maintained ? > > --- > Luca Burgazzoli > > > On Fri, Mar 3, 2017 at 2:30 PM, Claus Ibsen <claus.ib...@gmail.com> wrote: > > Hi > > > > I propose to deprecate camel-guice. That module has never really been > > in much use / attention / maintained. And over the years guice has > > been pain to support / guice itself was in trouble when the leaders > > left and google didnt do any releases and whatnot. > > > > > > > > On Wed, Mar 1, 2017 at 9:33 AM, Claus Ibsen <claus.ib...@gmail.com> > wrote: > >> Hi > >> > >> As part of CAMEL-10735: > https://issues.apache.org/jira/browse/CAMEL-10735 > >> > >> We are deprecating code on 2.x that we anticipate to be removed in > >> Camel 3.0 onwards. > >> We have marked code as deprecated over the years, but recently got > >> more aggressive and deprecated more in camel-core. > >> > >> We have also marked components and other artifacts as deprecated, > >> which you can see in the overview on the readme file in github > >> https://github.com/apache/camel/blob/master/components/readme.adoc > >> > >> We have also decided to deprecate the Scala and Groovy DSL which will > >> be moved to camel-extra as their new home. Ticket about this: > >> https://issues.apache.org/jira/browse/CAMEL-10909 > >> > >> > >> For example camel-script allows to run python, php and some other > >> "exotic" languages. However these can be used as security attack > >> vectors when these libraries have issues. And because they are very > >> seldom used, we could maybe deprecate some of these languages and then > >> allow using javaScript (nashhorn from JDK) which should offer > >> sufficient scripting languge. And there is always groovy as well. > >> > >> We also think about deprecating components that wont support Java 9 or > >> are tricky to support there, for example jibx have some issues. > >> > >> > >> There are potential more to be deprecated, so we welcome any feedback > >> from the community. > >> > >> > >> > >> -- > >> 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 > -- Sent from my iPhone