Couchbase с плагином Elasticsearch (не может найти документы в базе данных) - PullRequest
Новая
       21

Couchbase с плагином Elasticsearch (не может найти документы в базе данных)

0 голосов
/ 29 мая 2018

Я пытаюсь подключить ElasticSearch (версия 5.6.7) к Couchbase (версия 5.1.0) .

Я использую Elasticsearch Transport Couchbase (версияasticsearch-transport-couchbase-3.0.1-cypress-es5.6.7.zip), который должен работать с моей версией ElasticSearch (версия 5.6.7).

Я следую этим официальным инструкциям:

1) https://developer.couchbase.com/documentation/server/5.1/connectors/elasticsearch/getting-started.html;

2) https://github.com/couchbaselabs/elasticsearch-transport-couchbase.

Все выглядит хорошо, нокогда я пытаюсь запросить мою базу данных с использованием эластичного поиска , я всегда получаю 0 результатов : 

{"took":2,"timed_out":false,"_shards":{"total":5,"successful":5,"skipped":0,"failed":0},"hits":{"total":0,"max_score":null,"hits":[]}}

Я использую эту ссылку для запроса моей базы данных (где astic-bucket это индекс, который был создан во время настройкиasticsearch): http://localhost:9200/elastic-bucket/_search?q=photo

Я не знаю, что делать, так как не могу понять, в чем проблема на самом деле.

Единственное, что я могу выяснить, связано спротоколировать сообщения в ElasticSearch: 

java.lang.NoClassDefFoundError: javax/xml/bind/DatatypeConverter
at org.elasticsearch.transport.couchbase.capi.ElasticSearchCAPIBehavior.bulkDocs(ElasticSearchCAPIBehavior.java:360) ~[elasticsearch-transport-couchbase-3.0.1-cypress-es5.6.7-all.jar:?]
at com.couchbase.capi.servlet.CAPIServlet.handleBulkDocs(CAPIServlet.java:532) ~[couchbase-capi-server-1.6.3.jar:?]
at com.couchbase.capi.servlet.CAPIServlet.service(CAPIServlet.java:89) ~[couchbase-capi-server-1.6.3.jar:?]
at javax.servlet.http.HttpServlet.service(HttpServlet.java:790) ~[javax.servlet-api-3.1.0.jar:3.1.0]
at org.eclipse.jetty.servlet.ServletHolder.handle(ServletHolder.java:845) ~[jetty-servlet-9.3.13.v20161014.jar:9.3.13.v20161014]
at org.eclipse.jetty.servlet.ServletHandler.doHandle(ServletHandler.java:584) [jetty-servlet-9.3.13.v20161014.jar:9.3.13.v20161014]
at org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:143) [jetty-server-9.3.13.v20161014.jar:9.3.13.v20161014]
at org.eclipse.jetty.security.SecurityHandler.handle(SecurityHandler.java:513) [jetty-security-9.3.13.v20161014.jar:9.3.13.v20161014]
at org.eclipse.jetty.server.session.SessionHandler.doHandle(SessionHandler.java:226) [jetty-server-9.3.13.v20161014.jar:9.3.13.v20161014]
at org.eclipse.jetty.server.handler.ContextHandler.doHandle(ContextHandler.java:1180) [jetty-server-9.3.13.v20161014.jar:9.3.13.v20161014]
at org.eclipse.jetty.servlet.ServletHandler.doScope(ServletHandler.java:512) [jetty-servlet-9.3.13.v20161014.jar:9.3.13.v20161014]
at org.eclipse.jetty.server.session.SessionHandler.doScope(SessionHandler.java:185) [jetty-server-9.3.13.v20161014.jar:9.3.13.v20161014]
at org.eclipse.jetty.server.handler.ContextHandler.doScope(ContextHandler.java:1112) [jetty-server-9.3.13.v20161014.jar:9.3.13.v20161014]
at org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:141) [jetty-server-9.3.13.v20161014.jar:9.3.13.v20161014]
at org.eclipse.jetty.server.handler.HandlerWrapper.handle(HandlerWrapper.java:134) [jetty-server-9.3.13.v20161014.jar:9.3.13.v20161014]
at org.eclipse.jetty.server.Server.handle(Server.java:523) [jetty-server-9.3.13.v20161014.jar:9.3.13.v20161014]
at org.eclipse.jetty.server.HttpChannel.handle(HttpChannel.java:320) [jetty-server-9.3.13.v20161014.jar:9.3.13.v20161014]
at org.eclipse.jetty.server.HttpConnection.onFillable(HttpConnection.java:251) [jetty-server-9.3.13.v20161014.jar:9.3.13.v20161014]
at org.eclipse.jetty.io.AbstractConnection$ReadCallback.succeeded(AbstractConnection.java:273) [jetty-io-9.3.13.v20161014.jar:9.3.13.v20161014]
at org.eclipse.jetty.io.FillInterest.fillable(FillInterest.java:95) [jetty-io-9.3.13.v20161014.jar:9.3.13.v20161014]
at org.eclipse.jetty.io.SelectChannelEndPoint$2.run(SelectChannelEndPoint.java:93) [jetty-io-9.3.13.v20161014.jar:9.3.13.v20161014]
at org.eclipse.jetty.util.thread.strategy.ExecuteProduceConsume.executeProduceConsume(ExecuteProduceConsume.java:303) [jetty-util-9.3.13.v20161014.jar:9.3.13.v20161014]
at org.eclipse.jetty.util.thread.strategy.ExecuteProduceConsume.produceConsume(ExecuteProduceConsume.java:148) [jetty-util-9.3.13.v20161014.jar:9.3.13.v20161014]
at org.eclipse.jetty.util.thread.strategy.ExecuteProduceConsume.run(ExecuteProduceConsume.java:136) [jetty-util-9.3.13.v20161014.jar:9.3.13.v20161014]
at org.eclipse.jetty.util.thread.QueuedThreadPool.runJob(QueuedThreadPool.java:671) [jetty-util-9.3.13.v20161014.jar:9.3.13.v20161014]
at org.eclipse.jetty.util.thread.QueuedThreadPool$2.run(QueuedThreadPool.java:589) [jetty-util-9.3.13.v20161014.jar:9.3.13.v20161014]
at java.lang.Thread.run(Unknown Source) [?:?]

У кого-нибудь есть идентификаторы?Заранее спасибо!

1 Ответ

0 голосов
/ 31 августа 2018

Это исключение означает, что плагин не любит работать под Java 9 .Спасибо за сообщение об этом.

В краткосрочной перспективе вы можете попробовать запустить Elasticsearch с использованием Java 8 или попробовать одно из других решений, представленных в Как решить java.lang.NoClassDefFoundError: javax / xml /bind / JAXBException в Java 9

Другая вещь, которую можно попробовать, - это посмотреть, можете ли вы получить документы по идентификатору с URL-адресом, подобным http://localhost:9200/elastic-bucket/<document-type>/<document-id> (где <document-type> обычно couchbaseDocument, если тольковы настроили плагин для использования чего-то еще).Если вы можете получить документы таким способом, но не с помощью поиска, то трассировка стека в журнале, вероятно, не связана, и может возникнуть проблема с определением типа отображения .

Отказ от ответственности: я работаю на Couchbase и поддерживаю разъем Elasticsearch.

...