Taking the lock on property and index solved the consistency problem but it took 10 mins. to ingest data from three clients while this data can be added from one client in less than 2 min. Our system

That is the pertinent section, but also see https://groups.google.com/forum/?utm_medium=email&utm_source=footer#!msg/aureliusgraphs/z6kyGSlifXE/aLc2Zwb_BAAJ which was with Titan 1.0 and Cassandra, but

I'm one of the developers of Gremlin.Net and I would suggest that you use one of the Gremlin.Net versions that are now part of TinkerPop although they are only release candidates right now. For

Have you read through this section on data consistency? http://docs.janusgraph.org/latest/eventual-consistency.html Robert Dale

Enabled is good. Robert Dale

Thanks Robert. I have commit and await in my code. Here is more information - scala> val mgt = graph.openManagement() mgt: org.janusgraph.core.schema.JanusGraphManagement =

Since JanusGraph is a TinkerPop-compliant graph database, you can use any language drivers on this page: http://tinkerpop.apache.org/ In your case, it sounds like Gremlin.NET (C#) library is the one

Do you `mgt.commit()`? Do you `mgt.awaitGraphIndexStatus(graph, 'UniqueURI').call()`? You can use this script in the console to help see the state of the index -

Hello, I am new to JanusGraph and I want to use it in a C# project. I plan to use AWS DynamoDB as a storage engine. Does JanusGraph support writing the implementation in C# programming language? If it

Hi, I am using janusgraph-0.1.1 with HBase. The data is being loaded in graph using three clients connecting to same gremlin server. The clients are executing same code that checks if vertex is not

Hi Joe, This question reminds me to an earlier discussion we had on the performance of OLAP traversals for janusgraph-hbase. My conclusion there that janusgraph-hbase needs a better HbaseInputFormat

I have Cassandra and ES hosted on AWS. JG and ES on one node and Cassandra running on different node. Do you think that is causing issues ? I am trying to setup JS,ES and Cassandra on same node and

First, I'm not sure if an index is being used here. Second, my full table scans with 10k vertices is faster. (I'm also using 0.2.0-SNAPSHOT) So you probably have some other issues going on. Is your

The index is enabled in ES. I verified the same query g.V().has('type',textContains('site')) by turning on force-index property to true and it works. The initial hit tool 46000ms and later ones tool

I defined timestamp as a string. Here is how i created those final PropertyKey myTimestamp = mgmt.makePropertyKey("timestamp").dataType(String.class).make(); EdgeLabel connectedTo =

Solr 4.3 is not a supported indexing backend. http://docs.janusgraph.org/latest/version-compat.html

How did you define the 'timestamp' property and the vertex-centric index that uses it? Seems strange to me that you're looking for has('timestamp, '') rather than comparing Long values.

Yes i am able to see core using Solr UI. i have created core by adding directory in core folder and updating solr.xml. Just to update i am using solr 4.3. ~AnkurG

How much time is 'slow'?. Are your indexes actually enabled? What is the byte size of the results? Have you ruled out resource issues - cpu, ram, disk, network? What does

yes. the first time i query it took 129826 ms, and then 600-700 ms later on (which i believe is because of caching). Without that it is taking around 128000ms