Янус График HBase и Solr Неизвестный внешний индекс backend: jgex - PullRequest
0 голосов
/ 15 мая 2018

Я работаю с JanusGraph 0.2.0, Hbase 1.2.6 и Solr 7.3.0.Я хочу запустить автономный сервер Janus Graph с Hbase (серверная часть хранилища) и Solr (серверная часть индекса). Затем соединиться с драйвером gremlin (с клиентом Java) и использовать язык запросов Gremlin для обхода моего графика.Я локально установил Hbase и Solr.Я следовал:

https://github.com/JanusGraph/janusgraph/tree/master/janusgraph-examples/example-remotegraph 

Обновлен gremlin-server.yaml с использованием свойств janusgraph-hbase-solr.properties.Я успешно запустил сервер Gremlin.Я создал ядро ​​jgex с

solr create_core -d $ JANUSGRAPH_HOME / conf / solr -c jgex

Также gremlin-server.yaml

host: 0.0.0.0
port: 8182
scriptEvaluationTimeout: 30000
channelizer: org.apache.tinkerpop.gremlin.server.channel.WebSocketChannelizer
graphs: {
  graph: conf/gremlin-server/janusgraph-hbase-solr.properties
}
plugins:
  - janusgraph.imports
scriptEngines: {
  gremlin-groovy: {
    imports: [java.lang.Math],
    staticImports: [java.lang.Math.PI],
    scripts: [scripts/empty-sample.groovy]}}
serializers:
  - { className: org.apache.tinkerpop.gremlin.driver.ser.GryoMessageSerializerV1d0, config: { ioRegistries: [org.janusgraph.graphdb.tinkerpop.JanusGraphIoRegistry] }}
  - { className: org.apache.tinkerpop.gremlin.driver.ser.GryoLiteMessageSerializerV1d0, config: {ioRegistries: [org.janusgraph.graphdb.tinkerpop.JanusGraphIoRegistry] }}
  - { className: org.apache.tinkerpop.gremlin.driver.ser.GryoMessageSerializerV1d0, config: { serializeResultToString: true }}
  - { className: org.apache.tinkerpop.gremlin.driver.ser.GraphSONMessageSerializerGremlinV1d0, config: { ioRegistries: [org.janusgraph.graphdb.tinkerpop.JanusGraphIoRegistryV1d0] }}
  - { className: org.apache.tinkerpop.gremlin.driver.ser.GraphSONMessageSerializerGremlinV2d0, config: { ioRegistries: [org.janusgraph.graphdb.tinkerpop.JanusGraphIoRegistry] }}
  - { className: org.apache.tinkerpop.gremlin.driver.ser.GraphSONMessageSerializerV1d0, config: { ioRegistries: [org.janusgraph.graphdb.tinkerpop.JanusGraphIoRegistryV1d0] }}
processors:
  - { className: org.apache.tinkerpop.gremlin.server.op.session.SessionOpProcessor, config: { sessionTimeout: 28800000 }}
  - { className: org.apache.tinkerpop.gremlin.server.op.traversal.TraversalOpProcessor, config: { cacheExpirationTime: 600000, cacheMaxSize: 1000 }}
metrics: {
  consoleReporter: {enabled: true, interval: 180000},
  csvReporter: {enabled: true, interval: 180000, fileName: /tmp/gremlin-server-metrics.csv},
  jmxReporter: {enabled: true},
  slf4jReporter: {enabled: true, interval: 180000},
  gangliaReporter: {enabled: false, interval: 180000, addressingMode: MULTICAST},
  graphiteReporter: {enabled: false, interval: 180000}}
maxInitialLineLength: 4096
maxHeaderSize: 8192
maxChunkSize: 8192
maxContentLength: 65536
maxAccumulationBufferComponents: 1024
resultIterationBatchSize: 64
writeBufferLowWaterMark: 32768
writeBufferHighWaterMark: 65536

И janusgraph-hbase-solr.properties, как это: (Другие поля строки с комментариями по умолчанию)

storage.backend=hbase
storage.hostname=127.0.0.1
cache.db-cache = true
cache.db-cache-clean-wait = 20
cache.db-cache-time = 180000
cache.db-cache-size = 0.5
index.search.backend=solr
index.search.solr.mode=http
index.search.solr.http-urls=http://localhost:8983/solr
gremlin.graph=org.janusgraph.core.JanusGraphFactory

Когда я запускаю

mvn exec: java -pl: example-remotegraph

команда, которую выдает

Вызывается: org.apache.tinkerpop.gremlin.driver.exception.ResponseException: Неизвестный внешний индекс внутреннего интерфейса: jgex в org.apache.tinkerpop.gremlin.driver.Handler $ GremlinResponseHandler.channelRead0 (Handler.java:244) в org.apache.tinkerpop.gremlin.driver.Handler $ GremlinResponseHandler.channelRead0 (Handler.java:195) в io.netShannelChannel.chan.channelRead (SimpleChannelInboundHandler.java:105) в io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead (AbstractChannelHandlerContext.java:356) в io.netty.channel.AbstractChannelHandlerContext.invokeChannelHandlerContext.java:342) в io.netty.channel.AbstractChannelHandlerContext.fireChannelRead (AbstractChannelHandlerContext.java:335) в org.apache.tinkerpop.gremlin.driver.Handler $ GremlinSaslAuthenticationHandava.ache3 (at)..tinkerpop.gremlin.: 356) по адресу io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead (AbstractChannelHandlerContext.java:342) по адресу io.netty.channel.AbstractChannelHandlerContext.fireChannelRead (AbstractChannelHandlerContext.nel.net ()).MessageToMessageDecoder.java:102) в io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead (AbstractChannelHandlerContext.java:356) в io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead (AbstractChannelHandlerContext.java:342) по адресу io.netty.channel.AbstractChannelHandlerContext.fireChannelRead (AbstractChannelHandlerContext.java:335) по адресу org.apache.tnelle.hпо адресу io.netty.channel.SimpleChannelInboundHandler.channelRead (SimpleChannelInboundHandler.java:105) по адресу io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead (AbstractChannelHandlerContext.java:356) .and.ht.) в io.netty.channel.AbstractChannelHandlerContext.fireChannelRead (AbstractChannelHandlerContext.java:335) в io.netty.handler.codec.ByteToMessageDecoder.fireChannelRead (ByteToMessageDecoder.javaad.net.ecoder.coder.ederderydederteydeyteyyteyyteyyteyyteyyteteyyteteyyteyyteteyyteyyteyyteyyteteyyteyyteyyteyytete))ByteToMessageDecoder.java:286) в io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead (AbstractChannelHandlerContext.java:356) по адресу io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead (AbstractChannelHandlerContext.java:342) по адресу io.netty.channel.AbstractChannelHandlerContext.fireChannelRead (AbstractChannelHandxtCon.Contain.Contain.IntContain.IntConject.Control.IntConject.Control.IntConject.Control.Chip_setup.Confile.Confile_Date_File.Confile_Date_Core.dll)..channelRead (DefaultChannelPipeline.java:1302)в io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead (AbstractChannelHandlerContext.java:356) в io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead (AbstractChannelHandlerContext.java:342) в io.netty.channel.DefaultChannelPipeline.fireChannelRead (DefaultChannelPipeline.java:919) в io.netty.channel.nio.AbstractNioByteChannel $ NioByteUnsafe.read (AbstractNioByteChannel.java:131) в io.netty.channel.nio.NioEventLoop.processSelectedKey (NioEventLoop.java:646) в io.netty.channel.nio.NioEventLoop.processSelectedKeysOptimized (NioEventLoop.java:581) в io.netty.channel.nio.NioEventLoop.processSelectedKeys (NioEventLoop.java:498) на io.netty.channel.nio.NioEventLoop.run (NioEventLoop.java:460) в io.netty.util.concurrent.SingleThreadEventExecutor $ 2.run (SingleThreadEventExecutor.java:131) ... еще 1

Заранее спасибо.

1 Ответ

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

Похоже, вы использовали неверный файл свойств.Этот файл свойств jgex-hbase-solr-http.properties , расположенный в дистрибутиве под $JANUSGRAPH_HOME/examples/example-hbase/conf/, содержит определение индекса для jgex:

index.jgex.backend=solr
index.jgex.index-name=jgex
index.jgex.hostname=127.0.0.1

index.jgex.solr.mode=http
index.jgex.solr.http-urls=http://127.0.0.1:8983/solr

Использовать jgex-hbase-solr-cloud.properties из той же директории, если вы используете Solr Cloud вместо Solr HTTP.

Обновление: на основе файла свойств в вашем вопросе обратите внимание, что он определяет индекс Solr с именем search (следует шаблону index.[X].backend), который отличается от того, что находится в каталоге примеров и показан в моем ответе, который использует jgex.

Параметры индекса JanusGraph начинаются со строки "index. [X] «.где «[X]» - это пользовательское имя для бэкенда.Это определенное пользователем имя должно быть передано в интерфейс ManagementSystem JanusGraph при создании смешанного индекса, как описано в Разделе 9.1.2, «Смешанный индекс», чтобы JanusGraph знал, какой из потенциально нескольких настроенных бэкэндов индекса использовать.Фрагменты конфигурации в этой главе используют поиск по имени, тогда как в прозаическом обсуждении опций обычно пишется [X] в той же позиции.Точное имя индекса не имеет значения, если оно последовательно используется в конфигурации JanusGraph и при управлении индексами.

...