RE: ElasticSearch multi-threading and the Java EE specifications

2014-09-09 Thread Tasha CARL
TransportClient in a JEE container is better for separation of concerns. Jörg On Tue, Sep 9, 2014 at 4:25 PM, Tasha CARL wrote: >If you use NodeClient in JEE container with data, but being part of an ES >cluster: yes and no. (think you mean without data) That's what

Re: ElasticSearch multi-threading and the Java EE specifications

2014-09-09 Thread Tasha CARL
t; If you use TransportClient: no, you just connect a client to an existing > ES cluster which runs outside JEE. > > Jörg > > > On Tue, Sep 9, 2014 at 10:32 AM, Tasha CARL wrote: > >> Let me ask a different question then: >> >> Do you agree when I say that if you

Re: ElasticSearch multi-threading and the Java EE specifications

2014-09-09 Thread Tasha CARL
and they will never do like this. You will challenge > many fields: resource allocation, reduced performance, less throughput, > less fault tolerance, distributed JVM orchestration etc. > > Jörg > > > > On Tue, Sep 9, 2014 at 9:57 AM, Tasha CARL wrote: > >> >Elas

Re: ElasticSearch multi-threading and the Java EE specifications

2014-09-09 Thread Tasha CARL
>Elasticsearch was never designed to run as a container managed Java EE >component in a Java EE container, so the question about thread creation >is unrelated. That's exactly my point and that's why I ask this question. >If you want to use an ES client from within a Java EE container, >sta