Hi Peter, Thanks for reporting. I think it is a bug. I checked with the standalone gremlin REPL of janusgraph-0.6.0, using: graph = JanusGraphFactory.open('conf/janusgraph-inmemory.properties') This g

Hi Harshit, The performance impact for JanusGraph when including a property key in multiple mixed indices, is negligable (the selection of the index for a specific query will be a tat slower). Additio

Hi Pawan, OK, let's investigate further. You say that the issue occurs for both vertex creation and modification. Let's take the clearest case first: vertex creation with an indexed property. So, in y

Hi Harshit, The concept "property is indexed or not" is ambiguous because an index can have multiple property keys. If you want to know if there is an index with a specific property key as the only ke

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