[
https://issues.apache.org/jira/browse/TINKERPOP-2253?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16877701#comment-16877701
]
Florian Hockmann commented on TINKERPOP-2253:
---------------------------------------------
Any reason why Gremlin.Net.CosmosDb uses {{JToken}} instead of letting
Gremlin.Net perform the deserialization completely? It looks to me like it
deserializes from {{JToken}} itself
[here|https://github.com/evo-terren/Gremlin.Net.CosmosDb/blob/94e1fe861aa9d0429b937d41a4a4e0a287d30730/src/Gremlin.Net.CosmosDb/Structure/GraphResult.cs#L91].
In general, I'm open to a better method to indicate that deserialization should
be skipped. However, this is most likely a breaking change and therefore has to
wait for 3.5.0.
> Special case for JToken in SubmitAsync()
> ----------------------------------------
>
> Key: TINKERPOP-2253
> URL: https://issues.apache.org/jira/browse/TINKERPOP-2253
> Project: TinkerPop
> Issue Type: Bug
> Components: dotnet
> Affects Versions: 3.4.0
> Reporter: Sam Hard
> Priority: Major
>
> A recent change to Gremlin.Net, made to address TINKERPOP-2067, broke
> existing functionality for the downstream library Gremlin.Net.CosmosDb. That
> library invokes Gremlin.Net.Driver.Connection's `SubmitAsync<T>()` method,
> sending `JToken` as the generic type argument, and expects the query results
> to be run through `_graphSONReader.ToObject()`, but that step is now
> specifically skipped just for `JToken`.
> I propose that it would be better for Connection.SubmitAsync() to work the
> same for all types, as it did before, and that a new property in the class
> (or an optional method parameter) could be used to configure when the
> graphSON reader should be bypassed.
> The breaking change was merged with this pull request:
> [https://github.com/apache/tinkerpop/pull/972]
> As a cross-reference, the GitHub issue documenting the problem with
> Gremlin.Net.CosmosDb can be found here:
> [https://github.com/evo-terren/Gremlin.Net.CosmosDb/issues/49]
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)