[
https://issues.apache.org/jira/browse/TINKERPOP-1874?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16337478#comment-16337478
]
ASF GitHub Bot commented on TINKERPOP-1874:
-------------------------------------------
Github user robertdale commented on a diff in the pull request:
https://github.com/apache/tinkerpop/pull/784#discussion_r163529709
--- Diff: docs/src/dev/io/graphson.asciidoc ---
@@ -75,8 +72,7 @@ file.withWriter { writer ->
writer.write(toJson(msg, "Sessionless Eval", "The following
`RequestMessage` is an example of a sessionless request for a script evaluation
with an alias that binds the `TraversalSource` of \"g\" to \"social\"."))
writer.write("\n")
- writer.write("ResponseMessage\n")
- writer.write("~~~~~~~~~~~~~~~\n\n")
+ writer.write("=== ResponseMessage\n\n")
msg =
ResponseMessage.build(UUID.fromString("41d2e28a-20a4-4ab0-b379-d810dede3786")).
code(org.apache.tinkerpop.gremlin.driver.message.ResponseStatusCode.AUTHENTICATE).create()
writer.write(toJson(msg, "Authentication Challenge", "When
authentication is enabled, an initial request to the server will result in an
authentication challenge. The typical response message will appear as follows,
but handling it could be different dependending on the SASL implementation
(e.g. multiple challenges maybe requested in some cases, but no in the default
provided by Gremlin Server)."))
--- End diff --
Maybe it was this one that meant to be /no/not/ ?
And /maybe/may be/ ?
> P does not appear to be serialized consistently in GraphSON
> -----------------------------------------------------------
>
> Key: TINKERPOP-1874
> URL: https://issues.apache.org/jira/browse/TINKERPOP-1874
> Project: TinkerPop
> Issue Type: Bug
> Components: io
> Affects Versions: 3.2.7
> Reporter: stephen mallette
> Assignee: stephen mallette
> Priority: Major
>
> {{P}} deserialization seems to expect {{List}} arguments for collection
> oriented operators like {{within}} and {{outside}} so {{P.without("x")}}
> should wrap "x" in a {{List}} for serialization purposes. This causes
> weirdness in some GLVs. For example in .NET we see that the use of
> {{P.without("x")}} fails to deserialize the bytecode, but {{P.Without(new
> List<string>{"x"})}} will work fine. Just need to get this all straight and
> consistent.
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
