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

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

xiazcy opened a new pull request, #2742:
URL: https://github.com/apache/tinkerpop/pull/2742

   Currently, when skipping properties either via `tokens` or 
`ReferenceElementStrategy` with `GraphBinaryV1`, properties on element will 
return the default empty list, however drivers of older versions are expecting 
`null` properties for Reference Elements, as such serialization errors can 
occur in GLVs that does strict checking (i.e. `python` and `go`).
   
   This PR updated the check to ReferenceVertex/Edge as `value.properties() == 
null` won't be reached, and will write `null` for properties of Reference 
Elements in the GraphBinary serializer. 
   
   Also updated docs to make it more clear. 




> Running 3.6.x python-driver with 3.7.x server leads to deserialization errors
> -----------------------------------------------------------------------------
>
>                 Key: TINKERPOP-3105
>                 URL: https://issues.apache.org/jira/browse/TINKERPOP-3105
>             Project: TinkerPop
>          Issue Type: Bug
>          Components: io, python, server
>    Affects Versions: 3.7.2
>            Reporter: Yang Xia
>            Priority: Blocker
>
> Running 3.6.x {{gremlin-python}} with 3.7.x {{gremlin-server}} leads to 
> serialization errors:
> {code:java}
> return self.deserializers[DataType(bt)].objectify(buff, self, nullable)
> KeyError: <DataType.custom: 0>{code}
> with or without using {{ReferenceElementStrategy}} set on the server, 
> possibly due to a bug in how properties are being serialized and returned 
> from Java that is not inline with the specification. 



--
This message was sent by Atlassian Jira
(v8.20.10#820010)

Reply via email to