Hi Vinayak, Referring to you last post, what happens if you use aggregate(local, 'v') and aggregate(local, 'e'). The local modifier makes the aggregate() step lazy, which hopefully gives janusgraph mo

Hi Vinayak, Another attempt, this one is very similar to the one that works. gremlin> graph = JanusGraphFactory.open('conf/janusgraph-inmemory.properties') ==>standardjanusgraph[inmemory:[127.0.0.1]]

Hi Srinivas, In the yaml file determining class Settings you use the channelizer key twice. If you use ConfigurationManagentGraph only the following line should be present: channelizer: org.janusgraph

Hi Fredrick, You are right, this is an issue, so if you want to report this: thanks. Best wishes, Marc

Hi, You did not answer my questions about the "id" poperty. TinkerPop uses a Token.ID that has the value 'id', see: https://github.com/apache/tinkerpop/blob/master/gremlin-core/src/main/java/org/apach

Hi Adrian, What happens if you rewrite the query to: lmg.traversal().V(analysisVertex).out().emit().repeat( __.in().choose( __.hasLabel("result"), __.has("analysisId", analysisId), __.identity() ) ).t

Hi Anton, If I do a $ docker run janusgraph/janusgraph:latest the logs show it runs with the berkeleyje backend. If I look at: https://github.com/JanusGraph/janusgraph-docker/blob/master/0.5/Dockerfil

Hi Anton, I did not feel like debugging your docker-compose file, but I could not find any test covering your scenario on github/janusgraph either, so I just replayed your scenario with the default ja

Hi Anton, OK, it took me some time to reach your level of understanding, but hopefully the scenario below really starts adding to our common understanding. While the issue hurts you in a setup with mu

You could also check the scenario at line 65 of: https://github.com/JanusGraph/janusgraph/blob/master/janusgraph-server/src/test/java/org/janusgraph/graphdb/tinkerpop/ConfigurationManagementGraphServe

Hi Anton, No, my last post only concerned the gremlin server on port 8185, although the first line of step3 should have been (This was a hand edit error): :remote connect tinkerpop.server conf/remote8

https://github.com/JanusGraph/janusgraph/issues/2558

Hi, JanusGraph keeps a record of open instances that sometimes is not updated properly. You can clean it with the methods here: https://docs.janusgraph.org/advanced-topics/recovery/#janusgraph-instanc

Hi Vinayak, For other readers, see also this other recent thread. A couple of remarks: In the separate edge count does it make any difference if you select the edges by label rather than by property,

Hi Vinayak, Your properties file says: spark.master=spark://127.0.0.1:7077 Do you have a spark standalone cluster running? Does the spark master reside on 127.0.0.1 and does it listen on 7077? With sp

Hi Toom, OK, I tried two things. I start with the janusgraph-full-0.5.3 distribution and run (this has gremlin server running with conf/janusgraph-cql-es.properties): $ bin/janusgraph.sh start Now I s

Hi Sergey, I think I see your point, but for completeness can you be explicit on step 1) and specify your mgmt.buildIndex() statements? Best wishes, Marc

Hi Carlos, I read the preceding discussion with Stephen Mallette, which says: From the logs, while loading this graph, Cassandra driver is almost always warning that all batches are over the limit of

Hi Sergej, The example string "??" you used was not an ordinary string. Apparently, somewhere in elasticsearch it is interpreted as a wildcard. See my transcript below with some other property value a

Hi Alessandro, I assume Amazon EMR uses hadoop-yarn, so you need to specify spark.master = yarn, see: https://tinkerpop.apache.org/docs/current/recipes/#olap-spark-yarn Once you can run the TinkerPop