I started looking at the
titan-es code to find a way to integrate something like JEST. In addition to local and transport (TCP) mode, I would like to support communication over ES' HTTP interface. That would allow users to run Titan against the managed AWS Elasticsearch service which only provides a HTTP(S) interface. See
this post for more information.
I am looking for some feedback on the approach I am considering so far:
* Create a new class "ElasticsearchHttpClient" that implements the org.elasticache.client.Client interface. The new class will use the JestClient as it's internal client. This way it will communicate with ES over HTTP. The new class will likely extend ES' AbstractClient to reduce the methods that have to be implemented to: admin(), settings(), execute(), threadPool(), and close().
* Add a new enum to ElasticSearchSetup e.g. "HTTP_CLIENT"
* Ensure that the connect() method on HTTP_CLIENT returns an instance of Connection which contains proper values for node and client. The client member would be an instance of the new ElasticsearchHttpClient class.
* Ensure that ElasticSearchIndex.interfaceConfiguration() method retrieves the correct instance of Connection (containing the new ElasticsearchHttpClient) if the INTERFACE is configured as HTTP_CLIENT. From that point on the rest of the code should continue to work over the new protocol.
Does that sound like it should work? The 1st step is my biggest concern - I am not confident that I can implement all Client methods using the JestClient.
Has somebody tried this before?
Thanks,
Ingo