[
https://issues.apache.org/jira/browse/TINKERPOP-2824?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17698342#comment-17698342
]
ASF GitHub Bot commented on TINKERPOP-2824:
-------------------------------------------
spmallette commented on code in PR #1843:
URL: https://github.com/apache/tinkerpop/pull/1843#discussion_r1130915260
##########
gremlin-core/src/main/java/org/apache/tinkerpop/gremlin/structure/io/binary/types/VertexPropertySerializer.java:
##########
@@ -66,7 +66,10 @@ protected void writeValue(final VertexProperty value, final
Buffer buffer, final
// we don't serialize the parent vertex, let's hold a place for it
context.write(null, buffer);
- final List<?> asList = IteratorUtils.toList(value.properties());
- context.write(asList, buffer);
+ // Neo4jVertexProperty throw UnsupportedOperationException for
properties,
+ // so for now VertexProperty will be serialized without inner
properties
+ // final List<?> asList = IteratorUtils.toList(value.properties());
+ // context.write(asList, buffer);
+ context.write(null, buffer);
Review Comment:
I assume that this is temporary? not all graphs support meta/multiproperties
so this is a likely to be a general problem. if you had the `Graph` or `g` you
could test `features()` to see what the graph supported and then either write
the metaproperties or not, but i don't think you have access to that here.
Any idea why this works for GraphSON without omitting the metaproperties?
> Properties on Elements
> ----------------------
>
> Key: TINKERPOP-2824
> URL: https://issues.apache.org/jira/browse/TINKERPOP-2824
> Project: TinkerPop
> Issue Type: Improvement
> Components: dotnet, driver, go, javascript, process, python
> Affects Versions: 3.5.4
> Reporter: Valentyn Kahamlyk
> Assignee: Valentyn Kahamlyk
> Priority: Major
> Labels: breaking
>
> Problem: When a user writes `g.V()` they get back a Vertex object. The
> problem is that depending on the execution context of the traversal, the
> result could be quite different, with or without properties.
> Solution: Implement new finalization strategy DetachStrategy(detachMode,
> properties) where mode is one of ALL, NONE or CUSTOM. `properties` is list of
> properties name, are taken into account only for CUSTOM mode.
> Discussion thread in dev list: [Proposal to handle properties on response
> Elements-Apache Mail
> Archives|https://lists.apache.org/thread/l8rw7ydj7kym8vhtwk50nhbp45ng9986]
> Stephen's thread in dev list: [The Issue of Detachment-Apache Mail
> Archives|https://lists.apache.org/thread/xltcon4zxnwq4fyw2r2126syyrqm8spy]
--
This message was sent by Atlassian Jira
(v8.20.10#820010)
