Replies: 1 comment
-
Gremlin Server supports async Gremlin queries scheduling (see JavaDoc). Thus, you can use it already if needed. If we talk about asynchronous driver with async API then it should be implemented on TinkerPop Gremlin side to allow Graph Providers to make their async implementations. As such, this is less async client is related to JanusGraph, but more related to Gremlin itself. However, in modern Java I would look more into upgrading JanusGraph core to Java 24 / 25 and utilize Virtual Threads instead of adding async implementation. Usually, the main reason to use async capabilities was to reduce the amount of threads needed to sustain the load because Platform threads take up big chunk of RAM and we waste CPU cycles switching thread contexts. Previously people would schedule any blocking parts via async execution and return Perhaps, there could be other reasons where async programming could be more beneficial, so it might still make sense to add async GLV steps, but for this it would be nice to collect feedback why people need async API. |
Beta Was this translation helpful? Give feedback.
Uh oh!
There was an error while loading. Please reload this page.
-
What, if any, are best practices recommendations when using the Java API from a Kotlin coroutine environment? Are there plans to support an asynchronous Java client in the future?
Beta Was this translation helpful? Give feedback.
All reactions