CDI?

2017-04-12 Thread Ranx
e.org/cdi.html It's possible I'm misunderstanding this somehow and that the deprecation is due to a difference in Camel and the later versions of Karaf? Or does this have to do with Guillaume's new PAX DS implementation of CDI? Thanks for any clarification. Ranx

Java 8 and Camel 3

2016-02-10 Thread Ranx
I'm not sure what the state of thought about Camel 3 is or where it is in its development cycle or even if this is the correct place to post this but I've thought about it some lately. There are a number of reasons I think Java 8 would be great for the next generation of Camel which I won't go into

Re: Camel 3

2016-02-05 Thread Ranx
Is this the wrong place for such discussions? -- View this message in context: http://camel.465427.n5.nabble.com/Camel-3-tp5777217p5777295.html Sent from the Camel Development mailing list archive at Nabble.com.

Camel 3

2016-02-04 Thread Ranx
Is there a discussion group or list or issue where Camel 3 features are being discussed? I've found this: http://camel.apache.org/camel-30-ideas.html I'd upvote the baseline of JDK 8. By the time 3.0 becomes hardened it would be a realistic baseline and it provides too many mechanisms for strea

Re: Camel 3

2016-02-04 Thread Ranx
I'd like to amplify one of the comments by Claus about slimming the core of camel and making other components less dependent on it. I'd like to see the core limited to compile time dependencies - annotations, interfaces and factories only. The runtime engine might be blueprint, spring, or whateve

OSGi strict mode flag

2016-02-01 Thread Ranx
This past week I ran into a bug that I found almost inadvertently. Using a package scan for route builders the karaf instance fired up and "found" my service. Unfortunately what it did was loaded a class that was private to another bundle. Obviously I had something misconfigured as it didn't fin

Re: @Produce Bug

2016-01-22 Thread Ranx
< ml-node+s465427n5776560...@n5.nabble.com> wrote: > Hi > > Use Camel 2.16 onwards > http://camel.apache.org/using-camelproxy.html > > On Fri, Jan 22, 2016 at 4:51 PM, Ranx <[hidden email] > <http:///user/SendEmail.jtp?type=node&node=5776560&i=0>> wrote: > &

Re: @Produce Bug

2016-01-22 Thread Ranx
2.15.1.redhat-620133 On Fri, Jan 22, 2016 at 1:18 AM, Claus Ibsen-2 [via Camel] < ml-node+s465427n577650...@n5.nabble.com> wrote: > What version of Camel do you use? > > On Thu, Jan 21, 2016 at 9:18 PM, Ranx <[hidden email] > <http:///user/SendEmail.jtp?type=node&

@Produce Bug

2016-01-21 Thread Ranx
I've been working with the @Produce annotation as it allows me to carve the routes into nice stages and let's me do CamelBlueprintTestSupport and route substitution for testing and mutliple camel contexts aren't a problem. It works well except for one annoying bug. If I define an interface of: p