camel-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Jon Anstey <jans...@gmail.com>
Subject Re: [DISCUSS] - CAMEL-5534: Split package in camel-core and camel-spring
Date Wed, 31 Oct 2012 11:02:01 GMT
Sounds fine.

+1

On Tue, Oct 30, 2012 at 9:11 AM, Claus Ibsen <claus.ibsen@gmail.com> wrote:

> See ticket: https://issues.apache.org/jira/browse/CAMEL-5534
>
> In camel-spring we have a single @deprecated class that was part of
> the earlier days (Camel 2.8 and older) where some Camel components was
> dependent on Spring.
>
> We have these classes in org.apache.camel.component from Spring. They
> are all @deprecated.
>
> davsclaus:~/workspace/camel/components$ ls
> camel-spring/src/main/java/org/apache/camel/component/
> CamelClassPathResource.java     ResourceBasedComponent.java     event
> CamelResourceLoader.java        ResourceBasedEndpoint.java
>  package.html
>
> As we have some classes in org.apache.camel.component in camel-core
> also. We have a split package in OSGi.
>
>
> As I have seen NoClassDefFoundErrors for components looking for the
> classes in camel-core; without understanding why.
> I wonder if we in Camel 2.11, should remove the @deprecated classes
> from camel-spring all together. Then there is no split package in OSGi
> and that can help with weird errors.
>
> The caveat would be if some created a custom Camel component which
> they have not migrated off the @deprecated classes, and then upgrade
> to Camel 2.11, then these classes is gone.
>
>
> Any thoughts?
>
>
>
> --
> Claus Ibsen
> -----------------
> Red Hat, Inc.
> FuseSource is now part of Red Hat
> Email: cibsen@redhat.com
> Web: http://fusesource.com
> Twitter: davsclaus
> Blog: http://davsclaus.com
> Author of Camel in Action: http://www.manning.com/ibsen
>



-- 
Cheers,
Jon
---------------
Red Hat, Inc.
Email: janstey@redhat.com
Web: http://redhat.com
Twitter: jon_anstey
Blog: http://janstey.blogspot.com
Author of Camel in Action: http://manning.com/ibsen

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