We are using Elastic Search 7.3.2 as index backend. Janusgraph latest version 0.4.0 doesn't support this version but 0.5.0 supports. When is the release date for 0.5.0? If it is far, any workaround

I have upgraded janus version to 0.4.0 and tinker pop version to 3.4.1. Index Backend ES version: 7.3.2 Cassandra Version: 3.3.0 After the upgrade, I am getting this error. Any idea what's happening

- Did you increase the block-size? It should large than number of vertices you want insert in the bulk load. (ids.block-size * ids.renew-percentage should be large than the vertices to insert

Hi, Currently, I am getting this error: java.lang.ClassCastException: org.apache.hadoop.yarn.proto.YarnServiceProtos$GetNewApplicationRequestProto cannot be cast to

Hi Abhay, It seems to work fine now unless I am overseeing something. Why do you think it should not? It also worked beforehand on using the spark.master=local setting. Thanks, Lilly Am Mittwoch,

Hi Marc, Great this dependency plugin is precisely what I needed!! I tried to manually figure this out via maven central but one goes crazy that way! It now works perfect thanks so much! Lilly Am

Hi Lilly, SparkGraphComputer will not support direct gremlin queries using Java programs. You can try using this as below. String query = "g.V().count()"; ComputerResult result =

There is a small change in last line of the python code. Updated code from gremlin_python.driver import client client = client.Client('ws://localhost:8182/gremlin', 'g') mgmtScript = "mgmt =

Hi,For a use case, I'm trying to create a vertex with some list properties which contains large number of elements using gremlin-python. But the server gets crashed and I'm getting

Hi Lilly, This error says that are somehow two versions of the TinkerPop jars in your project. If you use maven you check this with the dependency plugin. If other problems appear, also be sure that

Hi, for below sample code. storage backend is Hbase, "name" is used as index, it will at least has two rows update: but what if index update succeed while vertex update failed(throw exception).

Hi everyone, I downloaded a fresh spark binary relaese (spark-2.4.0-hadoop2.7) and set the master to spark://127.0.0.1:7077. I then started all services via $SPARK_HOME/sbin/start-all.sh. I checked

On behalf of the JanusGraph Technical Steering Committee (TSC), I'm pleased to welcome a new committer on the project! Dmitry Kovalev made a major contribution with the production-ready in-memory

I now experimented with many types of settings now for the cql connection and timed how long it took. My observation is the following: -Embedded with bulk loading took 16 min - CQL without bulk

index.search.backend=elasticsearch index.search.hostname=127.0.0.1 index.search.elasticsearch.client-only=true Do you think it is due to elastic search?

For "violation of unique key" it could be the case that cql checks id's to be unique (JanusGraph could run out of id's in the batch loading mode) but i'm not sure what the embedded backend is

Your block-size should be large in this example, see Id Creation: https://www.experoinc.com/post/janusgraph-nuts-and-bolts-part-1-write-performance Am Dienstag, 8. Oktober 2019 09:05:56 UTC+2 schrieb

Hello everyone! Though I generally just lurk and absorb everyone's collective wisdom, today I wanted to let you know we'll have a pair of JanusGraph practitioners speaking at Scylla Summit this year,

Hi Jan, So I tried it again. First of all, I remembered, that for cql I need to commit after each step. Otherwise, I get "violation of unique key" errors, even though I am actually not. Is this

Hi Jan, Ok then I probably screwed up somewhere. I kind of thought this was to be expected, which is why I did not check it more thoroughly. Maybe the way I persisted is not working well for cql. I