Will there be a new review and approval policy? I believe it should be implemented. +1 for all discussed above.

The need for Hadoop conf (only the hdfs conf) is to read from or write to graph data files on hdfs. Direct interacting with JanusGraph backend without involving any graph data files on hdfs won't need

@Jerry: JanusGraph doesn't need Hadoop Cluster to run OLAP yes, but doesn't JanusGraph needs to point to a live Hadoop Cluster by setting HADOOP_CONF_DIR in CLASSPATH? I guess that was my

That being said, to be clear, you don't need a Hadoop cluster or any kind if that is what you mean. JanusGraph packages the Hadoop jars it needs. That is all you need to run SparkComputer on

I don't think it will work. Spark needs input (to read graph data) and output (to write graph data). JanusGraph currently only provides Hadoop InputFormat based reading from JanusGraph for OLAP. In

Hi All, I am pretty new to Janusgraph and want to get some suggestions from you. Previously I posted a question about using ES as backend storage, and got some good feedback from Jason (Thanks!).

Hello, I see that in the class "ElasticSearchIndex" in the method "pushMapping(String store, String key, KeyInformation information)" we ignore any custom properties from "KeyInformation information".

As Debasish said. Please add to the Issue if you have any additional comments. Regarding Hadoop 3.x support, the latest Apache Tinkerpop is still on Hadoop version 2.7.x and has not claim support

Hi Jagadeesh, Please follow the github issue to track support for HBase 2.x for JanusGraph.

Hi, Is there any plans that Janusgraph to be certified on Hbase 2.0 version as we are currently using Janusgreaph0.2.0 with Hbase 1.1.2, but planning to upgrade our Hadoop version to 3.x. For this we

Yes, +1 for the separate repo. Am Dienstag, 21. August 2018 03:04:23 UTC+2 schrieb Ted Wilmes:

Hey Chris, Appreciate the extra stir and yes, I'm in agreement. +1 for a separate repo. Thanks, Ted

Stirring one more time. Ted and Florian are you guys in favor of the creation of a repo for an official JanusGraph docker image?

Hello I face following scenario : several threads trying to increment a property value on same edge. Actual behavior : last commit is the value that stays after threads are done The question is :

And next time please use JanusGraph users mailing list for such queries :-)

Hi Manish, Well you are adding List property to JanusGraph in wrong way. The way I do to create List properties once the schema is defined is as follows: The following things should work, and if it

I have this code: JanusGraph graph = JanusGraphFactory.open("/janusgraph-0.2.0-hadoop2/conf/janusgraph-cassandra.properties"); JanusGraphManagement mgmt =

Thanks Misha! I just created the initial PR: https://github.com/JanusGraph/janusgraph-dotnet/pull/1 Am 16.08.2018 um 17:56 schrieb Misha Brukman:

Well, in that case, well we will just add corresponding columns to the matrix corresponding to versions of the GLVs we are producing. Well, as I said before, both the idea seems good to me, but since

Hi Florian, Please feel free to open PRs on https://github.com/JanusGraph/janusgraph-dotnet and update the authors/contributors accordingly in addition to other files (readme). I've also activated