What I found odd about the Camel comment that Claus made is that Guillaume
just put in the CDI annotations for service export and reference last year.
Initially he did it with Blueprint but swapped it out with DS. I prefer
working with CDI as there is a lot of testing I can do in Camel that uses
the CDI wiring mechanisms but I don't have to use CBTS or PAX Exam. The
internal wiring provided by CDI is a big relief. But the last time I used
it I couldn't get it working just right. I think that was RC1. The CDI
annotation mechanism means the paradigm is the same for both internal wire
up and for external services. Right now working with DS and Blueprint and
Camel feels like a kludge of items bolted on as an afterthought.
It would be great to have some trustworthy annotations that were usable
with Camel inside of Karaf/Felix. There are some Camel annotations that I
trust, some I'm not sure about, and others I know are simply broken.
One other benefit is that it might make J2EE developers a little more
inclined to give OSGi/Karaf a shot if that familiar paradigm is available.
On Monday, August 7, 2017 at 8:34:57 PM UTC-5, Matt Sicker wrote:
> I'm not so sure about deprecated, but DS is the only dependency injection
> standard in OSGi that respects the dynamic nature of services. CDI,
> blueprint, etc., all have to rely on hacky proxies to emulate support while
> adding nonstandard extensions at times.
>> I posted this to the Karaf forum but it may more appropriately belong
>> here. It's going to be one or the other.
>> Has CDI been deprecated from the OSGi specification. I was hoping to use
>> it in the future instead of Blueprint or DS or in addition to them. I re
>> all last year a new OSGi service export and reference annotations were
>> added. So this surprised me a bit.
>> According to that issue, Camel's CDI support for OSGi doesn't work
>> because CDI on OSGi is deprecated.
>> You received this message because you are subscribed to the Google Groups
>> "OPS4J" group.
>> To unsubscribe from this group and stop receiving emails from it, send an
>> For more options, visit https://groups.google.com/d/optout.
OPS4J - http://www.ops4j.org - email@example.com
You received this message because you are subscribed to the Google Groups
To unsubscribe from this group and stop receiving emails from it, send an email
For more options, visit https://groups.google.com/d/optout.