camel-users mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From batwad <>
Subject elasticsearch component config issues
Date Tue, 06 Jan 2015 12:39:06 GMT
We have been using the camel-elasticsearch component in transport client
configuration for some time, however we were seeing NodeClosedExceptions
when the node with which it was communicating was restarted so switched to
the node client to take advantage of the automatic failover.  We configured
the client with data=false as we didn't want it to store data and things
worked quite nicely.

However we also use Marvel to collect cluster stats and after a cluster
restart we found that the node client in our Camel application had become
the master node and no stats were being collected by Marvel on the other
nodes in the cluster.  When our application restarted one of the regular
nodes became master and Marvel started working again.

This leads me to question whether an application node client should be
eligible to be a master node or not.  I have also seen some plugins that
only run on the master node in a cluster, and if the master node is a node
client that would stop them working, wouldn't it?  Perhaps this could be

I'd much rather use the transport client as it feels a better fit for our
application's purpose, however the lack of failover support in the component
is unacceptable. I'd like to be able to specify a list of hosts for the
component to use (maybe in the ActiveMQ style of
failover(host1:9200,host2:9200,host3:9200)) or enable sniffing so that the
transport client could discover the rest of the cluster if it can connect

All things considered, it would be cumbersome to specify all these things in
the URI on a route, and I wonder if it would be better to have a more
flexible way of configuring the component in code or XML (again, like
ActiveMQ :-))

Apologies if that is a bit rambling.  I think Camel and elasticsearch are
fantastic and have been spoiled so far with how easy it is integrating
things that maybe I expect things to be too simple now!


View this message in context:
Sent from the Camel - Users mailing list archive at

View raw message