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

ASF GitHub Bot commented on TINKERPOP-1945:
-------------------------------------------

Github user FlorianHockmann commented on the issue:

    https://github.com/apache/tinkerpop/pull/842
  
    Probably one of the dependencies of the project has in turn a dependency on 
Newtonsoft.Json and wants explicitly version 9 of it and not some higher 
version. [The 
docs](https://docs.microsoft.com/en-us/nuget/consume-packages/dependency-resolution)
 say that when one package depends on >= 9.0.0 and one on >= 11.0.0, then 
11.0.0 should win as it satisfies both requirements. This assumes that both 
dependencies have the same distance to the base package in the dependency graph 
and that they only specify the versions as minimum requirements which is the 
default.
    However, when one dependency wants explicitly version 9.0.0 and not a 
higher version, then there isn't much we can do I guess.
    
    When you find a solution to always get version 11.0.0 (e.g. without using a 
local `Nuget.config` file as that would require all developers to also adapt 
their local config), then great, but otherwise I suggest that we just not 
support those really big integers for now and postpone that as an additional 
feature for later.


> Add support for extended GraphSon types to Gremlin.net
> ------------------------------------------------------
>
>                 Key: TINKERPOP-1945
>                 URL: https://issues.apache.org/jira/browse/TINKERPOP-1945
>             Project: TinkerPop
>          Issue Type: Improvement
>          Components: dotnet
>            Reporter: Daniel C. Weber
>            Priority: Minor
>
> While Gremlin.net can properly serialize and deserialize all of the core 
> GraphSon types, support for most of the extended types as described 
> [here|[http://tinkerpop.apache.org/docs/3.3.2/dev/io/#_extended]] is lacking.



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

Reply via email to