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

No. It should work well for your existing JanusGraph setup too. Note that it is a GLOBAL option so it must be changed for the entire cluster. See

Hi All, I am trying to enable write-ahead logs by using the config property: tx.log-tx to handle transaction recovery. It's working fine for new JanusGraph setup but not working for Janusgraph setup

Hi Jigar, Yes, I think it is an issue. I did not fully dive into it, in particular I did not check whether any tests exist for the "disable schema check" configuration option. So, go ahead and create

Hi All, I have attached a groovy script that I use to load data into janusgraph. The script takes 4 mins to load 1.5 million nodes and 13 mins to load approx 3 million edges. The server on which

Hi Marc Here is the full stack trace, https://gist.github.com/jigs1993/5cc1682a919cfb5e8290bf4636f1c766 possible fix is here: https://github.com/jigs1993/janusgraph/pull/1/files Let me know if you

Hi Jigar, Can you provide the properties file you used for opening the graph, as well as the complete stacktrace for the exception listed above? Best wishes, Marc

org.apache.hadoop.hbase.security.AccessDeniedException: org.apache.hadoop.hbase.security.AccessDeniedException: Insufficient permissions (user=<user>, scope=<namespace>:<table>,

Hi Laura, Thanks for explaining in more detail. Another example is a "color" property. Different data sources could use different types of color objects. As long as you do not want to query for paints