Hi Do you have the stacktrace for this?
Not sure why blueprint gives you the proxy class, could be that the osgi registry in camel-core-osgi should detect its a proxy class and get the target class automatic. But a stacktrace / or sample project to reproduce would be lovely to play with. On Mon, Jun 24, 2013 at 2:20 PM, Martin Stiborský <martin.stibor...@gmail.com> wrote: > Hello guys, > I'd like to ask first if I'm wrong or not... > I have a bundle, where is defined CamelContext in blueprint XML. In > this XML, I'd like to reference services from n other bundles, which > exposes services with routes - RouteBuilder class(es). > > How should be the route class for the bundles exposed? Something like this > (?): > > <bean id="myRoute" class="com.foo.MyRoute"/> > <service ref="myRoute" interface="org.apache.camel.RoutesBuilder"/> > > Then, in the "main" bundle, where is CamelContext defined, I can catch > the reference: > > <reference id="myRouteReference" component-name="myRoute" > interface="org.apache.camel.RoutesBuilder"/> > > The problem is, it kind of doesn't work for me :( > The service is exposed, the reference is not null, but class type is wrong: > > Caused by: org.apache.camel.NoSuchBeanException: Found bean: > avatarRoutes in BlueprintContainer: > org.apache.aries.blueprint.container.BlueprintContainerImpl@50a28 > b65 of type: Proxybad2ac0c_5c42_4054_bf65_7566a287f4c8 expected type > was: class org.apache.camel.builder.RouteBuilder > > Camel 2.11 / Karaf 2.3.1 > According this answer from Claus > (http://stackoverflow.com/a/13439844/805219) I guess the idea is > possible, just my implementation is wrong. > > -- > S pozdravem / Best regards > Martin Stiborský > > Jabber: st...@njs.netlab.cz > Twitter: http://www.twitter.com/stibi -- 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