Hi Ted, I think the second option would be the better one in the long term as it allows to define property keys again for different vertices for which they have different meanings. We currently often

Hello, That's helpful input, Ranier, and brings up a good question as to how far we want to go with this. I think one option would be to keep the PropertyKey type definitions as they are now

The documentation needs to be updated. The config cluster.partition = true is no longer used as it is commented out in the source.

You should post this question to the JanusGraph users group. Consider using the threaded transaction. See 10.4. Multi-Threaded Transactions . That should help you.

You can use graph transactions with JanusGraph, regardless of the selected backend. http://docs.janusgraph.org/latest/tx.html Are you referring to something different?

Hi, Hbase backend doesn't seem support transaction yet. Is there previous discussion or even plan for this? I'd love to participant discussion or development efforts around this. Thanks! Jaguar

I have recently spent some time looking at the indexing related code of Janusgraph (mostly the Lucene related part) and I have a few questions : 1. A) Because of the way mutation works currently in

That sounds good to me. Thanks, Ted

I like the proposal. +1

Sounds good to me. +1 -- Robert Dale

TL;DR: I would like to propose requiring 2FA (two-factor auth) for all current and future members of the JanusGraph committers and maintainers groups on GitHub. Not having 2FA support is a security

Is the "JanusGraph" or "JanusGraph#newTransaction" supports multi-threading? The backgroup is I want to load huge data to JG with java API, so I tried create the tx in each thread but I can a lots of

Lujila, This would be better addressed in the JanusGraph users list. https://groups.google.com/forum/#!forum/janusgraph-users This issue can happen if you don't have elasticsearch running/configured

Hi Team, so I'm new to JanusGraph and having trouble with following the getting started tutorial from JanusGraph website. First, when I open Gremlin Shell, it gives a lot of warnings, which is

We at CELUM also put a custom model on top of JanusGraph that supports a type system and multi-inheritance for vertex/edge types. The global scope of property key definitions forces us to define all

Thanks, Robert, it's great news! JTS is used through Spatial4j so the cleanest upgrade path is probably to wait for the next Spatial4j (and possible Solr) release. Spatial4j has already been updated

This should allow JanusGraph to include JTS by default. See Issue #846 for more details - https://github.com/JanusGraph/janusgraph/issues/846 Robert Dale

My thought schema enforcement should work at times graph CRUD only not in traversals that too optional based on use case. ~

Explicit graph partitioning can used for this but for large graph: http://docs.janusgraph.org/latest/graph-partitioning.html .

When querying against a large graph, great time costs may occur. For example, if a vertex's adjacent vertices lies on another machine, then queries like "find father of this person" may slow down due