ElasticSearch HTTP客户端vs传输客户端
从Java使用弹性搜索的最佳实践是什么？例如，可以使用REST API轻松找到留档和逐个查询删除功能的示例。传输客户端Java情况并非如此。
- 在哪里可以找到Java Transport Client的使用示例
- Java Transport Client是否通过REST API覆盖了整个ElasticSearch功能，比如HTTP客户端
共有2个答案
要完成@sunkuet02，请回答：
正如在留档中提到的，如果您使用java（性能，序列化，...），TransportClient是首选方式。但是jar很重（有依赖关系），它要求您在客户端和服务器之间使用相同的版本来工作...
如果您想要一个非常轻量级的客户机，Elastic 5中有一个新的Java REST客户机。x、 我不知道和Jest有什么不同，但它与last Elastic 5兼容。x版本（但不是以前的版本），由Elastic团队开发<所以根据你的需要考虑一下是个不错的选择。
从Java使用Elasticsearch的最佳实践是：遵循以下步骤
下一步：
- 你可以跟随图书馆：JEST
- 是的，在最长的时间内，Java传输客户端通过REST API覆盖整个ElasticSearch功能，比如HTTP客户端
-
我正在尝试重建一个与elasticsearch 2.4对话的插件，以便与elasticsearch 5配合使用。 代码来自：https://github.com/pentaho/pentaho-kettle/blob/master/plugins/elasticsearch-bulk-insert/src/org/pentaho/di/trans/steps/elasticsearchbulk/E
-
我想在一些计算机之间建立点对点连接，这样用户就可以在没有外部服务器的情况下聊天和交换文件。我最初的想法如下： 我在服务器上制作了一个中央服务器插座，所有应用程序都可以连接到该插座。此ServerSocket跟踪已连接的套接字（客户端），并将新连接的客户端的IP和端口提供给所有其他客户端。每个客户端都会创建一个新的ServerSocket，所有客户端都可以连接到它。 换句话说：每个客户端都有一个Se
-
我读了很多文章来寻找java应用程序的最佳Rest客户机，最后我发现将Jersey与ApacheHTTP客户机4.5结合使用非常好，但在很多文章中，我发现现在改型是最好的（我没有提到Volley，因为在我的例子中，我不需要API支持缓存）。 对于java客户机应用程序，改型是否更好。还是对Android来说更好？为什么我以前没有找到这个比较。。它们无法比较？ 我可以比较一下它们的性能、连接池、它们
-
问题内容： 对于IE，我需要使用jsonp-polling，对于Firefox，则需要使用xhr-polling，因此我尝试在客户端定义传输类型，如下所示： 我在Firefox上进行了测试，并在socket.io-client lib上添加了日志记录。在 https://github.com/LearnBoost/socket.io- client/blob/master/dist/socket.
-
使用Elasticsearch原生Java客户端API（）的应用程序升级到使用Java高级REST客户端的路径是什么？ 文件（初步？）似乎表明： Java高级REST客户端依赖于Elasticsearch核心项目。它接受与TransportClient相同的请求参数，并返回相同的响应对象。 （来源：https://www.elastic.co/guide/en/elasticsearch/clie
-
默认的，Jersey 传输层提供了 HttpUrlConnection。这个转换是通过实现了 Connector SPI 接口的HttpUrlConnectorProvider 实现的。你可以执行和/或注册自己的 Connector 实例到 Jersey 客户端的实现，这将取代 基于 默认HttpURLConnection 的传输层。 Jersey 提供了几种可供选择的客户端传输连接器的实现。可以