Elastic Search Ruby Client Documention


(Karan Verma) #1

Hello

I have some difficulty getting started with the Elastic Search Ruby client.
Could you someone please point me to documentation or example
implementations. I am having difficulty from moving from Tire to ES ruby
client.

Does the ES ruby client have similar callbacks and that tire provides. Also
where can I learn the syntax of mappings like I use in Tire.

One of the problems I have with Tire is that it tries to connect to the ES
cluster each time I start the console, which slows the application down and
also cause connection issues if the some people in my group don't have
access to the ES cluster from various networks they use.

Does ES ruby client also try and connect to the cluster each time the
application starts?

If yes, is there a way to avoid that?

Also, in any case, is there a way to avoid Tire from connecting to the
cluster each time on startup.

Thanks.

--
You received this message because you are subscribed to the Google Groups "elasticsearch" group.
To unsubscribe from this group and stop receiving emails from it, send an email to elasticsearch+unsubscribe@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.


(Richard Pijnenburg) #2

Hi Karan,

Regarding the Ruby client; did you see the docs in the github repo?

On Thursday, November 14, 2013 8:22:22 AM UTC, Karan Verma wrote:

Hello

I have some difficulty getting started with the Elastic Search Ruby
client. Could you someone please point me to documentation or example
implementations. I am having difficulty from moving from Tire to ES ruby
client.

Does the ES ruby client have similar callbacks and that tire provides.
Also where can I learn the syntax of mappings like I use in Tire.

One of the problems I have with Tire is that it tries to connect to the ES
cluster each time I start the console, which slows the application down and
also cause connection issues if the some people in my group don't have
access to the ES cluster from various networks they use.

Does ES ruby client also try and connect to the cluster each time the
application starts?

If yes, is there a way to avoid that?

Also, in any case, is there a way to avoid Tire from connecting to the
cluster each time on startup.

Thanks.

--
You received this message because you are subscribed to the Google Groups "elasticsearch" group.
To unsubscribe from this group and stop receiving emails from it, send an email to elasticsearch+unsubscribe@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.


(Karel Minarik) #3

Hi,

I have some difficulty getting started with the Elastic Search Ruby client.

Could you someone please point me to documentation or example
implementations. I am having difficulty from moving from Tire to ES ruby
client.

you cannot, in fact "move" from Tire to the new Elasticsearch Ruby client
(https://github.com/elasticsearch/elasticsearch-ruby). Tire and the client
have quite different scopes and focus: the new client is focused on the low
layers such as transport, API calls, etc.

There will be a suite of gems offering similar features of Tire soon,
namely the ActiveRecord/Model and Rails integration, automatic callbacks,
importing routines, etc.

One of the problems I have with Tire is that it tries to connect to the ES
cluster each time I start the console, which slows the application down and
also cause connection issues if the some people in my group don't have
access to the ES cluster from various networks they use.

Could you describe this issue in more detail, preferably at Github issues
for Tire? Tire indeed tries to connect to the cluster (to check whether it
should create an index for your model, etc), but this shouldn't result in
any "connection issues" or other errors.

Also, in any case, is there a way to avoid Tire from connecting to the
cluster each time on startup.

Again, unless you've discovered a bug this shouldn't be an issue.

Karel

--
You received this message because you are subscribed to the Google Groups "elasticsearch" group.
To unsubscribe from this group and stop receiving emails from it, send an email to elasticsearch+unsubscribe@googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/elasticsearch/6f293fc7-9bcd-4de9-9596-d7d81ee14fae%40googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.


(Karan Verma) #4

Karel

Thanks for your response.

When are the suite of Gems planned to be released? Regarding Tire
connecting to the cluster, it was not a bug. I want to understand why is it
necessary to check whether there's an index for the model. Can we avoid
this check?

On Wed, Nov 27, 2013 at 10:49 PM, Karel Minařík karel.minarik@gmail.comwrote:

Hi,

I have some difficulty getting started with the Elastic Search Ruby

client. Could you someone please point me to documentation or example
implementations. I am having difficulty from moving from Tire to ES ruby
client.

you cannot, in fact "move" from Tire to the new Elasticsearch Ruby client (
https://github.com/elasticsearch/elasticsearch-ruby). Tire and the client
have quite different scopes and focus: the new client is focused on the low
layers such as transport, API calls, etc.

There will be a suite of gems offering similar features of Tire soon,
namely the ActiveRecord/Model and Rails integration, automatic callbacks,
importing routines, etc.

One of the problems I have with Tire is that it tries to connect to the
ES cluster each time I start the console, which slows the application down
and also cause connection issues if the some people in my group don't have
access to the ES cluster from various networks they use.

Could you describe this issue in more detail, preferably at Github issues
for Tire? Tire indeed tries to connect to the cluster (to check whether it
should create an index for your model, etc), but this shouldn't result in
any "connection issues" or other errors.

Also, in any case, is there a way to avoid Tire from connecting to the
cluster each time on startup.

Again, unless you've discovered a bug this shouldn't be an issue.

Karel

--
You received this message because you are subscribed to a topic in the
Google Groups "elasticsearch" group.
To unsubscribe from this topic, visit
https://groups.google.com/d/topic/elasticsearch/pu3H6YEMXFg/unsubscribe.
To unsubscribe from this group and all its topics, send an email to
elasticsearch+unsubscribe@googlegroups.com.
To view this discussion on the web visit
https://groups.google.com/d/msgid/elasticsearch/6f293fc7-9bcd-4de9-9596-d7d81ee14fae%40googlegroups.com
.

For more options, visit https://groups.google.com/groups/opt_out.

--
Best,
Karan

Life saving Ninja & Software Engineer

Karan pronounced Ka (http://tiny.cc/0lu61w) + Run

--
You received this message because you are subscribed to the Google Groups "elasticsearch" group.
To unsubscribe from this group and stop receiving emails from it, send an email to elasticsearch+unsubscribe@googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/elasticsearch/CAGX3c4Fy%3Dg828RAvtna0OvqChVYxocJ6ZQhWwCi8pH1B9WPgDg%40mail.gmail.com.
For more options, visit https://groups.google.com/groups/opt_out.


(system) #5