What OS, terminal are you using? Are there other versions of jline in the classpath? You can try setting `-Djline.terminal=none` e.g. `export JAVA_OPTIONS="-Djline.terminal=none" ;

Hi folks, I keep running into this problem. I don't know how I got around it the last time but it has cropped up again. Any ideas? bin/gremlin.sh \,,,/ (o

Is backup as simple as copying the storage.directory path and all of its files? And is a restore replacing that directory with a previously copied backup? Or better yet, how should I handle backups

Did you drop the keyspace before retrying with the corrected properties file? If not, you might be picking up the old values which were stored in the graph because both have GLOBAL_OFFLINE mutability.

Hi Jason, Thank You..I have changed the values as you said..still getting same exception.. cassandra keyspace: CREATE KEYSPACE keyspaceName WITH replication = {'class': 'NetworkTopologyStrategy',

To be honest, I'm not sure how the backend handles open iterators and other open resources. `next()` and `hasNext()` may not necessarily know that nothing follows and should clean itself up. I'm not

Your values for storage.lock.expiry-time and storage.lock.wait-time seem to be reversed. The storage lock docs say the default values for storage.lock.expiry-time is 300000 ms and

Using janusgraph-0.1.0-hadoop2 with backend cassandra-3.0.14: This is the configuration

I did comm at the end: graph.tx().commit() graph.close

All graph mutations are realized within a (hidden) transaction. You have to commit() the transaction before the changes are visible to other clients. So, look for .commit methods in the gremlin-scala

I am using gremlin-scala. I connect to remote janus server that forked cassandra using: val conf = new BaseConfiguration() conf.setProperty("storage.backend",

Hi ... The gremlin-scala client looks great and uses scala 2_12, indeed. Apart from using gremlin-scala you can import the tinkerpop java libs directly from scala, but this will give you an occasional

A single thread is doing all CRUD operations, it commits after roughly every 10,000 element touches. Could the number of deltas in the transaction be too large?

I think I am iterating all the results but I'm not certain. I looked through my traversal code and categorized it into one of these three. a) Most of my traversals end with toList() or iterate(), such

Are you iterating your results all the way out? Robert Dale

Looks like you can set a batch size, and the default is 20. Let us know if it helps. storage.cql.batch-statement-size=20 Related reading on the Cassandra Java Driver FAQ.

I'm trying out the new storage.backend=CQL with cassandra from the master branch (0.2.0) and I'm consistently hitting this error after a few hours of CRUD operations, which could previously be handled

Re: visualization: you can use Gephi or Cytoscape (both open source). In addition, several commercial graph visualization vendors are working on integrations with JanusGraph that will be announced in

Not speaking for the roadmap... 1. Usually it takes a trivial amount of groovy to parse csv and add the nodes 2. You can point this at a Gremlin server: https://github.com/bricaud/graphexp Robert

I don't know how to write Scala code, so you'll always have to convert my code snippets from Java to Scala ;). Again, the snippet assumes, that all vertices on a certain path have a num value greater