Hi Matthew, I suppose you mean identifiers instead of indices? The identifier space is per graph. The storage backends make separate files per graph. Marc

Hi Pawan, Interesting, I could not find a JanusGraph unit test for this basic scenario (there is one with two instances and an index, though). This needs more investigation. Meawhile, are you sure tha

Hi Matthew, It would be possible to replace the employedBy, isSoldby, isLeasedBy relations with a relatedToCompany relation with employment, selling and lease properties. But I do not see any advantag

Hi Tendai, "Not serializable" sounds as if you pass a JanusGraph instance from the Spark driver to the executor. The function that runs on the Spark executor should call some static function on the si

Hi Pawan, You are right, if issues already arise without index, you should investigate that first, even though a large graph without indices is useless in itself. See the third question from Boxuan Li

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,