You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@tinkerpop.apache.org by "Daniel C. Weber (JIRA)" <ji...@apache.org> on 2018/10/26 16:01:00 UTC

[jira] [Comment Edited] (TINKERPOP-2067) Allow getting raw data from Gremlin.Net.Driver.IGremlinClient

    [ https://issues.apache.org/jira/browse/TINKERPOP-2067?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16665343#comment-16665343 ] 

Daniel C. Weber edited comment on TINKERPOP-2067 at 10/26/18 4:00 PM:
----------------------------------------------------------------------

It is, but why only for that run? Also, is "Could not deserialize the Traversal instance" below related to that?

I guess there is more to it than just the simple type-check. Could the response from the server in that run indeed contain "null" for data, and an accumulation is required?


was (Author: daniel.weber):
It is, but why only for that run? Also, is
Could not deserialize the Traversal instance

below related to that?

I guess there is more to it than just the simple type-check. Could the response from the server in that run indeed contain "null" for data, and an accumulation is required?

> Allow getting raw data from Gremlin.Net.Driver.IGremlinClient
> -------------------------------------------------------------
>
>                 Key: TINKERPOP-2067
>                 URL: https://issues.apache.org/jira/browse/TINKERPOP-2067
>             Project: TinkerPop
>          Issue Type: Improvement
>          Components: dotnet
>    Affects Versions: 3.3.3
>            Reporter: Daniel C. Weber
>            Priority: Minor
>
> I am developing an ORM-style [server driver for Gremlin|https://github.com/ExRam/ExRam.Gremlinq]. To communicate with Gremlin-servers, I rely on [Gremlin.net|https://github.com/ExRam/ExRam.Gremlinq/tree/master/ExRam.Gremlinq.Providers.WebSocket].
> Since ExRam.Gremlinq deals with deserializing Json data to POCOs by itself, it needs to get raw data from an IGremlinClient. Currently, it's only safe to use SubmitAsync<T> with object or dynamic as T, or other (scalar) types if known it advance. To get a raw JToken, I currently use a [hack|https://github.com/ExRam/ExRam.Gremlinq/blob/master/ExRam.Gremlinq.Providers.WebSocket/GremlinClientQueryProvider.cs#L34].
> The hack is not only ugly, it prohibits users of ExRam.Gremlinq to create and pass in instances of IGremlinClient by themselves, which could become necessary e.g. for adjusting the Graphson version etc.
> I had a look into the sources of Gremlin.net. It deserializes a server's answer to a ResponseMessage<JToken>, so the JToken is available in any case. It would be a trivial change to check the type parameter T and return the token if typeof(T) == typeof(JToken), and I could definitely file the PR for that. However, I'm of course less aware of possible unintended implications. Any thoughts are appreciated!
>  
> thx
>  



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)