Hi JP, OpenJDK will work fine. --Ted

Does Janusgraph support OpenJDK instead of Oracle? Thansk. Thanks JP

Jerry, thanks a lot. appreciate the pointers.... Demai

Hi, Demai JanusGraph/Titan takes advantage of the partition/shard capability of the storage backend. This is a high-level description of the graph partition.

hi, folks, first, very glad to see someone picking up Titan.... I am new in this area and looking for a couple pointers. Does JanusGraph(titan) reply on the datastore(such as HBase) for data

Hi Ajay, I believe there is just the git repo just now: https://github.com/JanusGraph/janusgraph You can clone the repo and do a local build, which will put the jars in your local .m2 repo, see the

Hi Karthik, The query execution is carried out by the JanusGraph instance, see http://docs.janusgraph.org/0.1.0-SNAPSHOT/arch-overview.html The JanusGraph instance can be your own application with

What are the maven co-ordinates for downloading the Janus graph jars? is there one? Regards Ajay krishnan

Hi, I was wondering if the execution of a single query/traversal is on a single node or is the execution distributed across nodes ? I understand that the storage is distributed across many machines

Thanks Jason! That worked.

If you are trying to do the tutorial without an index backend, you need to load the graph using this command instead: GraphOfTheGodsFactory.load(graph, null,

However, when I do the next step in the tutorial I get the following error: gremlin> GraphOfTheGodsFactory.load(graph) Unknown external index backend: search Display stack trace? [yN] N

That was it Jason! Thanks! Could use a better error :-)

Try dropping the existing HBase table first (default HBase table name is janusgraph), and then create a new graph with graph = JanusGraphFactory.open('conf/janusgraph-hbase.properties') which does not

Since I did want to use an index since performance is not ofessence at the current time and I did not want to use either Elastic Search or SOLR, I used the following in Gremlin: graph =

Yes, I've been on Titan 1.0 for quite some time now. I meant from Titan 1.0 to Titan 1.1 / JanusGraph. Maybe very little is needed - I haven't looked into the unreleased Titan 1.1 changes much.

> Related to this area, I think the "hands-off-the-backend" approach that the Titan project took should be ditched. I've heard this sentiment before, but my guess is that it will be a while before it

> 2. Provide a well documented migration path from Titan 1.0 Have you already migrated your Titan 0.4 code over to Titan 1.0? -- Jason

I was also delighted to read the notices about JanusGraph! High in my wishlist is: better support for installing JanusGraph in any of the major Hadoop distributions. Many users have had to face

This is a big one for us as well, and while we have stuck with a schema that allows supernodes we've made all sorts of work arounds in our java code which accesses Titan. Although in our case we're