We have not done compatibility testing against HBase 2.0.0-alpha-3. Do you have some info on when HBase 2.0 will release? I'd also note that the stable link on the HBase site still points at the HBase

The upcoming JanusGraph 0.2.0 will be compatible with HBase 1.3.z and Solr 6.x / 7.x (see compatible versions in GitHub; it's a bit hard to read because it's not formatted properly, but it's there).

Hello, We are planning to replace Titan DB with JanusGraph for Apache Atlas. I noticed in version compatibility of Janus graph that it supports HBase (0.98.z, 1.0.z, 1.1.z, 1.2.z) and Solr (5.2.z)

Thank you for the hint, I've updated my code with the implementation of the multi-thread logic. I didn't test the performance yet.

Hi, I'm performing a graph update via janugraph java api. I get around 1000 graph update at once. So what i do is updating graph in a loop as below. JanusGraphTransaction tx =

Great! Thanks for reporting back, that ids.flush=false is the missing variable. I've entered an issue [1] for that so we can fix or at least document the incompatibility with the

Thanks Ted. Thanks for your suggestions for adding an index to the bulk loader. That makes sense. Also, thanks for pointing that SPARK JIRA ticket. I did have to make an additional change to solve

Dear Janusgraph dev and user, I'd like to share the information about the coming meetup about Graph Database. During the meetup, we will have our own Jason Plurad from IBM to talk about

Thank you, reducing the batch size did help. If you want to see some configuration of the cluster please ask, because I don't know where to look for better configuration.

Hi Ashish, Read through your memory specific problem too quickly, those scary looking errors are actually ok, you can see an explanation here: https://issues.apache.org/jira/browse/SPARK-14168 For the

Hey Ted, Tried setting gremlin.spark.persistStorageLevel=DISK_ONLY, but still getting Thanks Ashish

You should be able to use Spark in standalone mode, just as it comes with JanusGraph, to load that amount of data. Here is one more thing you can try, I usually run bulk loads with this set in my

I guess my bigger question is What do I need to setup in the env for getting the bulk loader to work I have installed a local instance of hadoop on my EC2 instance, and added this export

TL;DR: JanusGraph using Cassandra and Elasticsearch backends is 12-13x faster on reads, 2-4x on serial writes, slightly faster on parallel writes than

Hi Jason, Please see my comments below. I had created the schema before hand, its an empty graph when I start the load the data I had increase the ids.blocksize to 100K, default is 10K. Janusgraph

org.apache.tinkerpop.gremlin.process.traversal.util.FastNoSuchElementException usually indicates you're doing an unchecked call to next() in your traversal. Are you able to share

Thanks for sharing all that info because makes it much easier to have a constructive conversation. Your default batch size of 100,000 between commits looks really large. Dropping that down to 5,000,

CQL support will be in the 0.2.0 release, which is coming up very soon. Follow this thread for more details. It is currently available on the master branch if you want to try it now and are able to

I keep running into error Script start = new

Hello, I'm trying to understand how to use JanusGraph in my current environment. Reading the docs I noticed that JanusGraph requires Thrift to be enabled in order to communicate with Cassandra. Does