Hi Team, I am using JanusGraphFactory.startTransactionRecovery to recover secondary failure entries. We need to perform some other action once recovery is completed, I couldn't find any API to know

Hi, Environment - JanusGraph 0.5.3 on JDK: 1.8 - Backend: Cassandra 3.11.3 running on JDK 1.8 Warning and error during first time server startup Graph configuration: Note: Explicitly set

Thanks. I opened the PR here: https://github.com/JanusGraph/janusgraph/pull/2760

I confirm, adding lucene-backward-codecs-8.9.0.jar in lib folder solves my problem. Toom.

Hi, we upgraded Lucene to 8.9.0 version. Do you think the problem will be resolved if we include `lucene-backward-codecs.jar` in the classpath?

Hi, I'm testing the new pre-release of Janusgraph (from https://github.com/JanusGraph/janusgraph/releases/download/v0.6.0/janusgraph-0.6.0.zip) with the Berkeley/Lucene database created from JG 0.5.3

Hi Laura, One code example says more than 1000 words: gremlin> graph = TinkerFactory.createModern() ==>tinkergraph[vertices:6 edges:6] gremlin> g=graph.traversal( traversal( traversal() gremlin>

What would be an example of a OLAP query? There is a way to get a property's type in a gremlin query?

Hi Laura, Some remarks: primitive types can be stored more efficiently than general objects (an integer is exactly 32 bits, an object an be any size) for the CompositeIndex the objects are fine as

ERRATA I get the warning but the vertex with name=42 *is* returned correctly

I'd like to understand a little bit more about what's going on under the hood when creating a new property with .dataType(Object.class) vs any other specific type eg. .dataType(String.class) or

Hi! As far as I know, your assumption is correct. However, Janusgraph-GRPC is still in the early stages of development and I guess it will still take a few versions before it will become available.

Hello! I've seen some references for JanusGraph-GRPC as something that might replace the ManagementSystem, but can't quite find any more documentation. Can anyone shed some light? Many thanks!

Boxuan, Thank you for the response. Will try again as mentioned in the configuration. Regards, Radhika

Hi Vinayak, Good to see some progress! Some suggestions: Is 40% relative to a single core or to all cores (e.g. CPU usage for a java process in top can be 800% if 8 cores are present)? Ncore * 100%

Hi, You could first create a local cache for ORG by retrying first all ORG: Map<String, Long> orgCache = g.V().has('vertexLabel', 'ORG').project("name", "id").by("orgName").by(T.id)... Then replace

Hi Marc, To avoid confusion, including a new transaction at line number 39, as well as at line no 121. Line 39: GraphTraversalSource g = graph.newTransaction().traversal(); Line 121: g = ctx.g =

Hi Vinayak, Yes, it should be possible to improve on the 3% CPU usage. The newTransaction() should be added to line 39 (GraphTraversalSource g = graph.traversal();) as the global g from line 121 is

Hi Marc, The storage backend used is Cassandra. Yes, storage backend janusgraph and load scripts are on the same server. specified storage.batch-loading=true CPU usage is very low not more than 3

Hi Vinayak, What storage backend do you use? Do I understand right that the storage backend and the load script all run on the same server? If, so, are all available CPU resources actively used during