Hi Aman, The JanusGraph docs on consistency, cqlLocking do not limit its use to vertices. Can you please show how you translated the example from https://docs.janusgraph.org/advanced-topics/eventual-c

Hi Harshit, Can you please describe the steps you have taken in more detail: creation of property keys and indices in the schema + commit, creation of a vertex with a property in one committed transac

Hi Pawan, Your requirement for instant synchronization cannot work with JanusGraph caches enabled, because JanusGraph will get data from the cache if available, instead of getting the latest data from

Hmm, these figures seem perfectly reasonable. It seems I was also wrong about the db-cache heap region not being shared between graphs. So you have to gather more information about was is going wrong.

It is also possible to run spark on kubernetes (in combination with distributed storage like S3 or minio): https://spark.apache.org/docs/latest/running-on-kubernetes.html It will require some time to

Have you tried to increase JVM memory settings for JanusGraph Server? Also, check the settings for the database cache size, because I tend to remember that each graph has its own cache. Can you provid

Thanks for reporting. Somehow, the tests for janusgraph-examples do not pass anymore when run in a stand-alone fashion (these tests are also run in the CI from the main pom.xml in https://github.com/J

Hi Scott, You can try to use this thread for inspiration: https://groups.google.com/g/gremlin-users/c/HtBRwaU0pnQ/m/duFs5-imBAAJ 2 1/2 years ago I was impressed by this solution! This really iterates

Hi Matthew, Not an answer to your questions, but a few remarks that might help anyway: while a single client has its limits in adding vertices and edges, people use distributed computing frameworks su

I am not sure what you are up to and the API changes in remote connections may have confused you. If you want to see the labels of all vertices in the graph (for janusgraph-0.6.x with gremlin_python-3

Hi Tendai, Just one thing came to my mind: did you apply the JanusGraphFactory inside a singleton object so that all tasks from all cores in a spark executor use the same JanusGraph instance? If not,

Thanks for your report. Can you please provide the following details: Which version of JanusGraph do you use? Are you sure you did not set the storage.drop-on-clear property to false? Do you have perm

Hi Tendai, I do not understand the concept of row contention. Is not this config row just the row that is retrieved most often on the region servers that contain it and are not other rows on these ser

Hi Albert, I tried with the GraphOfTheGods with janusgraph-0.5.3: So, I guess you did not mean to say that these traversals should fail. If it has anything to do with the way you use the PredicateCond

Hi Umesh, I assume that checking the compatibility matrix at https://docs.janusgraph.org/changelog/ made you post the additional comment about cassandra 4.0.0 :-) Indeed, support of cassandra 4.0 is s

Hi Marco, Interesting idea! From what I read about the EventStrategy, this is a feature stemming from TinkerPop and questions about it could best be addressed there. Note however that gremlin OLTP tra

Hi Anya, In v0.6.0 the bin/janusgraph-server.sh start script does not start Cassandra any more. Are you sure you did start Cassandra ("cassandra/bin/cassandra") before starting JanusGraph? Also check

Hi Mladen, Indeed, there is still a load of open issues regarding TTL: https://github.com/JanusGraph/janusgraph/issues?q=is%3Aissue+is%3Aopen+ttl Your last remark about empty vertices sounds plausible

Hi Mladen, Just two things that come up while reading your story: the cassandra TTL feature seems promising for your use case, see e.g. https://www.geeksforgeeks.org/time-to-live-ttl-for-a-column-in-c

Hi Pawan, Your code mirrors the example at https://docs.janusgraph.org/advanced-topics/eventual-consistency/#data-consistency for the greatest part. Are you sure the changes on graphMgmt get committed