- Serialization of JanusGraph specific types and search predicates for non-Java based languages
Re: Serialization of JanusGraph specific types and search predicates for non-Java based languages
Jason Plurad <plu...@...>
toggle quoted messageShow quoted text
I'm +1 for JanusGraph housing the client drivers, so users at least wouldn't need to hunt all over for them (unlike storage backends).
On Tuesday, April 17, 2018 at 3:24:23 AM UTC-4, Florian Hockmann wrote:
JanusGraph uses some types and predicates that are not part of TinkerPop and therefore don't have serializers and deserializers in the different TinkerPop GLVs and language drivers. This means that the following is currently only possible for Java based clients (at least to my best knowledge):
- Returning those types with Gremlin queries, e.g., g.V(1).outE().next().
- Adding data to the graph with JanusGraph specific types, like the Geoshape datatype.
- Using search predicates, e.g., textContains().
Now my question is whether these data types and search predicates should be supported officially by JanusGraph for the different languages or would you prefer them to be developed as third-party projects?
I could help with .NET support, but I wanted to be sure first whether such a project should be started as a PR for JanusGraph or completely independent of it.
Join email@example.com to automatically receive all group messages.