Hi Boxuan, I was not using a session on gremlin console. So i guess it does not need to commit explicitly. Anyway i have tried commiting the transaction [ g.tx().commit() ] after opening a session,

Hi Wasantha, In your example, it looks like you didn't commit your transaction on JG instance A. Uncommitted changes are only visible to the local transaction on the local instance. Can you try

Hi Boxuan, I was able to change ExpirationKCVSCache class to persist the cache on Redis DB, But i could still see some data anomaly between two JG instances. As example when i change a property of a

Hi Wasantha, It's great to see that you have made some progress. If possible, it would be awesome if you could contribute your implementation to the community! Yes, modifying `ExpirationKCVSCache`

Hi Boxuan, I am evaluating the approach of rewriting ExpirationKCVSCache as suggested. There i could replace existing guava cache implementation to connect with remote Redis db. So that Redis DB will

Hi Lixu, JanusGraph-0.6.0 had various changes to the ConfiguredGraphFactory which might have solved your issue: https://github.com/JanusGraph/janusgraph/issues/2236

Hi Laura, No answer but some relevant search results: https://groups.google.com/g/gremlin-users/c/jUBuhhKuf0M/m/kiKMY0eHAwAJ The graph.set-vertex-id property at:

I think I've read once that it's possible to preserve the IDs when importing graphml data. Unfortunately, I cannot remember where I read that. All my IDs are integers. How do I do that?

Hi Laura, JanusGraph only allows to configure a custom SchemaMaker with the schema.default property. Googling on SchemaMaker hits some (unmaintained?) projects that could

Is there a way to import a schema, instead of creating it with a script? For example importing this file: <?xml version='1.0' ?> <graphml xmlns='http://graphml.graphdrawing.org/xmlns'> <key id='type'

Hi Wasantha, A centralized cache is a good idea in many use cases. What you could do is to maintain a centralized cache by yourself. This, however, requires some changes to your application code (e.g.

Actually the concern is with db.cache feature. Once we enable the db.cache, what ever the modification done for particular vertex only visible for that JG instance untill the cache expires. So if we

Hello, Currently we run gremlin.sh with customized schema file in groovy (contains backend config, graph name, cache size as well as property key, vertex/edge index) to initialize graph. It seems

Hi, I'm using JnausGraphManager and JanusGraphWsAndHttpChannelizer to manage dynamic graph operating. When dropping graph in multi-nodes cluster, removed graphs only closed in specific node, the

The approach you proposed should work as good/bad as your original single query in theory. I would be surprised if this approach works better than your original single query, but if so, please let me

Thank you for your reply. We can look into migrating to version 0.6 (or later)... There exists an index for indexed-prop1, indexed-prop2, and indexed-prop3, but there are no multi-column indices

Hi Brad, I can see that your traversal is using the index index_ten1_apm_0 from the following snippet: Then, JanusGraph uses in-memory filtering to check whether the results returned by the

TRAVERSAL: [GraphStep(vertex,[]), HasStep([~label.eq(ten1.apm.version), ten1.apm.idx.type_id.eq(i_javaServiceInstance)]), UnionStep([[HasStep([ten1.apm.idx.display_name.eq(JavaServiceInstance3)]),

Thanks Marc. Currently triplestore/LPG is on hold awaiting streaming incidental edge queries in order to play some more. Hoping we will see a day when LPG/3store harmonize.

Hi Brad, Can you post the profile result of both queries? You can retrieve profile results by adding `.profile()` to the end of your query. Best, Boxuan