Hi All, Using a batch processing script to load the data into the graph. With JanusGraphFactory the scripts were working as expected. Now the same code is not working with ConfiguredGraphFactory. The

Hi All, We are connecting to janusgraph using java using an API. The API executes the query and returns the data.Facing memory issues frequently while using gremlin

Hi everyone, We are using JanusGraph 0.5.3 on top of BigTable. Over the past day have been experiencing inconsistent performance issues, while seeing some errors in the JG logs we are not familiar

Hi Basanth Gowda, The fit between your use case and janusgraph does not seem particularly good. The mean reasons for my opinion are: your datamodel still seems rather simple (website visitors and

Hi Ted, Saw these two interesting threads on the dev list the other

We are embarking on a new initiative and wanted to get community inputs if using Janus Graph is a good fit. Any alternative suggestions also welcome. New records are added regularly. Assume every

Issue report: https://github.com/JanusGraph/janusgraph/issues/2504

Hi Graham, This was certainly one to investigate for the weekend. Where you started investigating from the inside of janusgraph, I started from the user perspective and this is what I did: I

Hi Timon, Adding to the answer of Ted, I can imagine that your new data enter your pipeline from a Kafka queue. With a microbatching solution, e.g. Apache Spark streaming, you could pre-shuffle your

Hi Timon, As I mentioned earlier, the only way I can think of (assuming you are not concerned about the consistency of data storage as Ted mentioned) is to modify JanusGraph source code: In

Hi Timon, Jumping in late on this one but I wanted to point out that even if you could read it prior to committing to check if your constraint is maintained, most of the JG storage layers do not

Thanks for your suggestion, but the consistency setting does not solve my problem.

Hi Simon, It seems that you can force JG to re-read elements just before commit according to https://docs.janusgraph.org/advanced-topics/eventual-consistency/#data-consistency I have never try the

Thanks for your reply. The issue is that we need to refresh some vertices mid transaction. Rolling back is not an option as that would erase edits that we're making in our transaction. Disabling

Hi @hadoopmarc, Thanks for replying and no apology needed - it's a good question. Although I failed to mention it in my question, I did set the credentials to ('graham','sass-password') in the

See if this helps: https://lists.lfaidata.foundation/g/janusgraph-users/message/5615 「<vamsi.lingala@...>」在 2021年3月4日 週四，下午4:42 寫道：

Hi Timon, I don’t even think you will be able to disable tx-cache by using createThreadedTx(), or equivalently, newTransaction()/buildTransaction(). Unfortunately, as long as your transaction is not

gremlin> g.V(6389762617560).valueMap() ==>{} gremlin> gremlin> g.V().hasLabel("MAID").has("madsfid","sfmsdlk").outE("MAIH1").as("e").inV().as("v").select("e", "v").by(valueMap()) ==>{e={},

Hi Marc, The backend used is Cassandra. I was just wondering if we can load the data from Cassandra's data store to the in-memory backend to speed up the process. I tried OLAP by configuring Hadoop

Sorry for asking, but you did not state it explicitly: you did modify your sasl-remote.yaml file to reflect the new ('graham', 'sasl-password') credentials, did you? Marc