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. > > On 7 August 2017 at 17:02, <[email protected] <javascript:>> wrote: > >> 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. >> >> https://issues.apache.org/jira/browse/CAMEL-11029 >> >> According to that issue, Camel's CDI support for OSGi doesn't work >> because CDI on OSGi is deprecated. >> >> -- >> -- >> ------------------ >> OPS4J - http://www.ops4j.org - [email protected] <javascript:> >> >> --- >> 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 >> email to [email protected] <javascript:>. >> For more options, visit https://groups.google.com/d/optout. >> > > > > -- > Matt Sicker <[email protected] <javascript:>> > -- -- ------------------ OPS4J - http://www.ops4j.org - [email protected] --- 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 email to [email protected]. For more options, visit https://groups.google.com/d/optout.
