camel-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Onder SEZGIN <ondersez...@gmail.com>
Subject Re: [HEADS UP] - Deprecate stuff on Apache Camel 2.x
Date Sat, 04 Mar 2017 20:51:26 GMT
+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 <lburgazzoli@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.ibsen@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.ibsen@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

Mime
  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message