Is that what the <contextScan/> element is for?
Also, I'm looking for ways to use Camel that don't depend on Spring in
order to maintain forward OSGi compatibility. Spring Boot et al. are
practically the opposite of OSGi, so it doesn't seem like such a smart idea
to use it when one intends on staying modular.
On 15 July 2014 14:51, Charlie Mordant <cmorda...@gmail.com> wrote:
> I'm pretty sure annotations won't work with blueprint, but I think you can
> use beanRef("myBean") camel Java dsl (sorry, I missed the annotation part
> of the question).
>
> If you want to compare a bp vs a CDI versions of a camel module, here's a
> path to the same module made both ways:
>
> https://github.com/OsgiliathEnterprise/net.osgiliath.parent/tree/master/net.osgiliath.samples/net.osgiliath.hello/net.osgiliath.hello.routes
>
> My preference (in the OSGI world) is for blueprint as is it more mature
> than the CDI one.
>
> Regards,
>
>
>
> 2014-07-15 21:41 GMT+02:00 Matt Sicker <boa...@gmail.com>:
>
> > Right, but does @BeanInject, @EndpointInject, etc., all work in
> Blueprint?
> > Or do you still have to manually wire everything together in Blueprint?
> >
> >
> > On 15 July 2014 14:38, Charlie Mordant <cmorda...@gmail.com> wrote:
> >
> > > Hi Matt,
> > >
> > > camel-blueprint also makes blueprint beans working with camel.
> > >
> > > Regards,
> > >
> > >
> > > 2014-07-15 20:09 GMT+02:00 Matt Sicker <boa...@gmail.com>:
> > >
> > > > So I'm guessing in order for it to work in OSGi using services, it
> > would
> > > > require a bit of additional code?
> > > >
> > > > I'll take a look at the CDI stuff, though, as we're considering using
> > it
> > > > instead of Blueprint for our routes.
> > > >
> > > >
> > > > On 15 July 2014 13:01, Claus Ibsen <claus.ib...@gmail.com> wrote:
> > > >
> > > > > Hi
> > > > >
> > > > > Yes these are Camel annotations and there is some code in
> camel-core
> > /
> > > > > camel-spring / camel-guice / camel-cdi to inject and support these
> > > > > annotations in those environments.
> > > > >
> > > > > Though camel-cdi is a bit special as its using some cdi extension
> and
> > > > > whatnot. And it could use a little cdi love to be improved/better.
> > > > >
> > > > > On Tue, Jul 15, 2014 at 6:38 PM, Matt Sicker <boa...@gmail.com>
> > wrote:
> > > > > > Suppose I'm using CDI, or Blueprint, or Guice, or really anything
> > > other
> > > > > > than Spring. The documentation <
> > > > > > http://camel.apache.org/bean-integration.html> doesn't really
> > > explain
> > > > > how
> > > > > > this works. Do things just work automatically?
> > > > > >
> > > > > > --
> > > > > > Matt Sicker <boa...@gmail.com>
> > > > >
> > > > >
> > > > >
> > > > > --
> > > > > Claus Ibsen
> > > > > -----------------
> > > > > Red Hat, Inc.
> > > > > Email: cib...@redhat.com
> > > > > Twitter: davsclaus
> > > > > Blog: http://davsclaus.com
> > > > > Author of Camel in Action: http://www.manning.com/ibsen
> > > > > hawtio: http://hawt.io/
> > > > > fabric8: http://fabric8.io/
> > > > >
> > > >
> > > >
> > > >
> > > > --
> > > > Matt Sicker <boa...@gmail.com>
> > > >
> > >
> > >
> > >
> > > --
> > > Charlie Mordant
> > >
> > > Full OSGI/EE stack made with Karaf:
> > > https://github.com/OsgiliathEnterprise/net.osgiliath.parent
> > >
> >
> >
> >
> > --
> > Matt Sicker <boa...@gmail.com>
> >
>
>
>
> --
> Charlie Mordant
>
> Full OSGI/EE stack made with Karaf:
> https://github.com/OsgiliathEnterprise/net.osgiliath.parent
>
--
Matt Sicker <boa...@gmail.com>
