I'm using camel 2.5.0 and try to setup a simple pub-sub behavior among three
OSGi bundles.
One bundle (writer) is sending messages via
to("vm:discovery?multipleConsumers=true")
The two other bundles (listener) receive messages via
from("vm:discovery?multipleConsumers=true")
All bund
Ok, but should it work? Is my assumption correct?
klaus.
--
View this message in context:
http://camel.465427.n5.nabble.com/Question-on-VM-Endpoint-multipleConsumers-and-OSGi-tp3284450p3284467.html
Sent from the Camel - Users mailing list archive at Nabble.com.
Hi Claus,
I was explicitely heading to camel to avoid XMl marshaling for NMR.
I need pretty high performance to pass messages around. Therefore I want to
leave them in their native format (POJOs). That's where Camel comes along
very handy.
At the same time the VM endpoint promised the pub-sub fe
While coding with Karaf and Camel 2.5.0, I made the following observation:
If I'm loading two communicating bundles using the VM endpoint I do not see
any problems.
Both get started and exchange messages as expected.
Afterwards, if I quit Karaf (^D) gracefully and restart it, Karaf wants
reloads
Yes, I used features. I defined my own feature, which loads this
camel-core
camel-spring
camel-xstream
klaus.
--
View this message in context:
http://camel.465427.n5.nabble.com/Observation-on-OSGi-and-NoTypeConversionAvailableException-tp3285742p3285822.html
Sent from the Camel - Users mailing
Can I use NMR inside pure Karaf? I mean without using a complete ServiceMix
installation.
What features do I need to install?
klaus.
--
View this message in context:
http://camel.465427.n5.nabble.com/Question-on-VM-Endpoint-multipleConsumers-and-OSGi-tp3284450p3286154.html
Sent from the Camel -
Hi Guillaume,
with the standard featuresRepositories from Karaf the attempt to load the
nmr deature fails (feature is unknown). Therefore I added the servicemix
repositories to it. Now I see an unresolved constraint:
Error executing command: Could not start bundle
mvn:org.apache.felix.karaf.depl
I switched to camel 2.4.0 and it works now.
Thanks to all,
klaus.
--
View this message in context:
http://camel.465427.n5.nabble.com/Observation-on-OSGi-and-NoTypeConversionAvailableException-tp3285742p3287614.html
Sent from the Camel - Users mailing list archive at Nabble.com.
Can I run the above triplet (Camel + NMR + Karaf) without using full-blow
ServiceMix installation?
I tried to install nmr features into karaf, but without success.
klaus.
--
View this message in context:
http://camel.465427.n5.nabble.com/Camel-NMR-Karaf-OSGi-possible-without-ServiceMix-tp3287
A standard karaf install has no pointer to the feature defs for nrm and
simply copying feature pointers from SM did not work. Something was always
missing. Maybe I just failed to get the right feature definition and
features loaded.
Do you know, how to prepare the karaf config, such that I can lo
Ok, I've got the NMR stuff loaded. But have still an unresolved dependency to
org.apache.servicemix.camel.nmr. Any idea, what the URI is for the
corresponding feature file. That is the one, which contains the camel-nmr
feature (if that exists).
Thanks,
klaus.
--
View this message in context:
ht
The bean integration is a nice thing, because it hides the camel middleware
from the components. Unfortunately I can only use beans in a route, where
the trigger is defined elsewhere as a camel endpoint. What is the strategy
to define a route, where a bean initiates a message exchange because it h
I want to configure routing by an external configuration file.
The routes are made of beans, which register themselves using the
spring/osgi registry.
Now the route builder, made with the Java DSL, wants to use the beans
without knowing them in advance. That is, they are not configured in the
spri
Hi Claus,
I tried it, but it doesn't work.
The point is, that my dynamic Java-DSL route-builder does not know, what the
IDs of the beans are, which are added to the routes. It works, if I'm adding
the osgi:ref to one of the spring resource files, like this:
Without this line, the bean is not
Now I'm puzzled.
Did you say, that a bean is identified by its interface only?
How can I setup a route that uses different beans, where all beans implement
the same interface?
klaus.
--
View this message in context:
http://camel.465427.n5.nabble.com/How-to-setup-a-dynamic-route-using-beans-in
Hi Sebastian,
thanks for the good explaination. However I do not have a problem with a
dynamic bean activation as such.
I was rather asking for a method to avoid the osgi reference tag, because
the wiring-component, that creates the routes from an external config should
not know about the beans i
Is there a concept (route-element) to create a one-shot message exchange?
That is a route that sends just a single exchange, if the route is started
(typically, when the enclosing OSGi comp starts).
Right now I do this with a timer and a final processing step, that stops the
timer route. This is
Hi Jesus,
it's not a burning issue any longer (for me), but I'm still curious.
So if you could sketch your solution, that would be helpful. I can imagine,
picking up this approach again in future projects.
Regards,
klaus.
--
View this message in context:
http://camel.465427.n5.nabble.com/How-to
18 matches
Mail list logo
