I think there is some level of support for auth via their REST api, but I don't see anything specific to X-Pack as you mentioned. However, the major reason we did not adopt it at the time of upgrade was because a number of features were not available to REST yet and the effort to simultaneously upgrade ES and migrate the API to REST was an effort decidedly too large for the scope of the PR at the time.
On Wed, Jun 13, 2018 at 8:39 AM, Casey Stella <ceste...@gmail.com> wrote: > It was my understanding was that ES x-pack only supports the transport > client (e.g. > https://www.elastic.co/guide/en/x-pack/current/java-clients.html). I > think > that was a major reason why we chose to go that route. I might be wrong > though. > > On Wed, Jun 13, 2018 at 10:30 AM Ali Nazemian <alinazem...@gmail.com> > wrote: > > > Hi All, > > > > > > I have noticed that the recommendation from Elasticsearch team is changed > > to use Java Rest Client instead of Transport one. The rationale behind it > > looks convincing and it can also help Metron to be more decoupled from > > Elasticsearch roadmap, so Metron users can upgrade Elasticsearch with > > minimum dependency to Metron support. > > > > > > https://www.elastic.co/blog/state-of-the-official- > elasticsearch-java-clients > > > > P.S: Transport client will be deprecated in ES 7 and will be removed > > completely on 8. > > > > > > Regards, > > Ali > > >