Re: [DISCUSS] OSGi improvements and type converters

2010-06-04 Thread Claus Ibsen
On Fri, Jun 4, 2010 at 9:41 AM, Willem Jiang wrote: > Hi Guillaume, > > We have the same type converter override issue in camel which is run within > a normal JVM, If we change the class patch we can hit the same issue as > running the camel in OSGi platform with different bundle starting up > seq

Re: [DISCUSS] OSGi improvements and type converters

2010-06-04 Thread Willem Jiang
Hi Guillaume, We have the same type converter override issue in camel which is run within a normal JVM, If we change the class patch we can hit the same issue as running the camel in OSGi platform with different bundle starting up sequence. I think the type converter is more like a library r

[DISCUSS] OSGi improvements and type converters

2010-06-03 Thread Guillaume Nodet
I'm working on CAMEL-2693 which main purpose is to use OSGi service dependencies for components, languages, dataformats. This will solve a big ordering problem in OSGi (solved at least when using blueprint) which is the fact that the routes can be started while components are not available yet, thu