Re: TinkerPop 3.3.0 Released: Gremlin Symphony #40 in G Minor
gremlin-scala 3.3.0.0 has just been released as well. On Tuesday, 29 August 2017 02:04:17 UTC+12, Stephen Mallette wrote: > > Hello, > > TinkerPop 3.3.0 has just been released. 3.3.0 is a "major" release in that > it includes important new features as well as breaking changes to various > APIs. While all the important changes are described in the Upgrade > Documentation (linked below) here are a few highlights to be aware of: > > + GraphSON and Gryo 3.0 > + Many deprecated methods from previous versions of TinkerPop have been > removed so you may find some compilation errors to fix if you were using > older approaches to doing things. Consult the javadoc of the previous > version to determine a resolution - the javadoc for the removed class or > method should explain the current way of doing things. > + The Gremlin language itself has not changed much, but there are some > areas of difference to pay attention to. > + gremlin-server.sh has some changes to how it is started > + Providers who have developed Gremlin Plugins should note that the > deprecated plugin system is no longer supported in 3.3.0 - if you have not > yet supported the revised plugin system introduced on the 3.2.x line a > while back, you will have to do so now. > + Provider should also be aware that the number of test suites to support > have been reduced considerably. They were deprecated a while ago, but have > now been completely removed. This should make test execution go a bit > faster if you haven't removed those suites already. > > Also note that this release also included a release candidate for the > Gremlin.Net GLV. Hopefully we will see some good feedback from the .NET > community on this body of work: > > https://www.nuget.org/packages/Gremlin.Net/3.3.0-rc1 > > The release artifacts can be found at this location: > > > https://www.apache.org/dyn/closer.lua/tinkerpop/3.3.0/apache-tinkerpop-gremlin-console-3.3.0-bin.zip > > https://www.apache.org/dyn/closer.lua/tinkerpop/3.3.0/apache-tinkerpop-gremlin-server-3.3.0-bin.zip > > The online docs can be found here: > > http://tinkerpop.apache.org/docs/3.3.0/reference/ (user docs) > http://tinkerpop.apache.org/docs/3.3.0/upgrade/#_tinkerpop_3_3_0_2 > (upgrade docs) > http://tinkerpop.apache.org/javadocs/3.3.0/core/ (core javadoc) > http://tinkerpop.apache.org/javadocs/3.3.0/full/ (full javadoc) > > The release notes are available here: > > > https://github.com/apache/tinkerpop/blob/3.3.0/CHANGELOG.asciidoc#tinkerpop-330-release-date-august-21-2017 > > The Central Maven repo has sync'd as well: > > https://repo1.maven.org/maven2/org/apache/tinkerpop/tinkerpop/3.3.0/ > > Python artifacts have also been deployed to pypi: > > https://pypi.python.org/pypi/gremlinpython/3.3.0 > > [image: gremlin mozart] >
RE: io and graphson-v3
Hi,
I am getting IO tests failures on 3.3.0.
Sqlg has a SimpleModule which add serializers for its custom id.
SqlgSimpleModule() {
super("custom");
// addSerializer(RecordId.class, new
RecordId.RecordIdJacksonSerializerV2d0());
// addDeserializer(RecordId.class, new
RecordId.RecordIdJacksonDeserializerV2d0());
// addSerializer(SchemaTable.class, new
SchemaTable.SchemaTableIdJacksonSerializerV2d0());
// addDeserializer(SchemaTable.class, new
SchemaTable.SchemaTableIdJacksonDeserializerV2d0());
addSerializer(RecordId.class, new
RecordId.RecordIdJacksonSerializerV3d0());
addDeserializer(RecordId.class, new
RecordId.RecordIdJacksonDeserializerV3d0());
addSerializer(SchemaTable.class, new
SchemaTable.SchemaTableJacksonSerializerV3d0());
addDeserializer(SchemaTable.class, new
SchemaTable.SchemaTableJacksonDeserializerV3d0());
}
How is it suppose to distinguish between v2 and v3?
An example of a failure is 'IoEdgeTest.shouldReadWriteEdge'
If ...V2d0.. is added to the serializers then 'graphson-v3' fails.
If ...V3d0.. is added to the serializers then 'graphson-v2' fails.
TinkerPop's own CustomId tests do not rely on default behavior and
manually creates SimpleModules for each scenario.
Are they both suppose to work somehow?
Thanks
Pieter
[jira] [Commented] (TINKERPOP-1764) Generalize MatchStep to localize all barriers, not just reducing barriers.
[ https://issues.apache.org/jira/browse/TINKERPOP-1764?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16151863#comment-16151863 ] ASF GitHub Bot commented on TINKERPOP-1764: --- Github user robertdale commented on the issue: https://github.com/apache/tinkerpop/pull/702 `docker/build.sh -i -t -n` SUCCESS VOTE +1 > Generalize MatchStep to localize all barriers, not just reducing barriers. > -- > > Key: TINKERPOP-1764 > URL: https://issues.apache.org/jira/browse/TINKERPOP-1764 > Project: TinkerPop > Issue Type: Bug > Components: process >Affects Versions: 3.2.6 >Reporter: Marko A. Rodriguez > > Given the semantics of order()/aggregate()/dedup(), this should work > currently (perhaps), but I will make it explicit in MatchStep and provide > test cases to ensure expected behavior. -- This message was sent by Atlassian JIRA (v6.4.14#64029)
[GitHub] tinkerpop issue #702: TINKERPOP-1764: Generalize MatchStep to localize all b...
Github user robertdale commented on the issue: https://github.com/apache/tinkerpop/pull/702 `docker/build.sh -i -t -n` SUCCESS VOTE +1 --- If your project is set up for it, you can reply to this email and have your reply appear on GitHub as well. If your project does not have this feature enabled and wishes so, or if the feature is enabled but not working, please contact infrastructure at infrastruct...@apache.org or file a JIRA ticket with INFRA. ---
[jira] [Commented] (TINKERPOP-1752) Gremlin.Net: Generate completely type-safe methods
[
https://issues.apache.org/jira/browse/TINKERPOP-1752?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16151854#comment-16151854
]
Florian Hockmann commented on TINKERPOP-1752:
-
I just fixed the problems mentioned above. Unfortunately, I found two new
problems:
1) Bindings don't work at the moment. The reason is that {{Bindings.Of()}}
returns a {{Binding}} object instead of the bound value itself. This cannot
work anymore as the steps don't accept arguments of type {{Binding}}. So we
need to rework the way bindings work in Gremlin.Net. In the end it will be
probably very similar to Gremlin-Java which stores the bingings in a {{static}}
variable.
2) Steps that have a {{params}} array argument currently crash when the array
is empty, e.g., when {{HasLabel}} is called with just one label (its arguments
are: {{string label, params string[] otherLabels}}). The reason is that the
empty array will be sent to the server which doesn't expect this. So we have to
add a check for such a {{params}} array and only pass it to the {{Bytecode}} if
it actually contains arguments.
> Gremlin.Net: Generate completely type-safe methods
> --
>
> Key: TINKERPOP-1752
> URL: https://issues.apache.org/jira/browse/TINKERPOP-1752
> Project: TinkerPop
> Issue Type: Improvement
> Components: language-variant
>Affects Versions: 3.2.5
>Reporter: Florian Hockmann
>Priority: Minor
>
> Currently the generated traversal methods in Gremlin.Net take {{params
> object[] args}} as an argument which allows the user to provide an arbitrary
> number of arguments with any type. While this makes the generation rather
> simple, it doesn't tell the user which arguments are actually valid so users
> can submit completely invalid traversals like:
> {code}
> g.V(1).AddE(1234, "invalidArgument2").Next()
> {code}
> Type-safe methods could also use the original argument names to tell users
> something about what kind of values the methods expect. Consider for example
> the following method signatures for the C# step {{AddE}} that are basically a
> 1:1 representation of the original Java {{addE}} step:
> {code}
> public GraphTraversal< S , Edge > AddE (Direction direction, string
> firstVertexKeyOrEdgeLabel, string edgeLabelOrSecondVertexKey, params object[]
> propertyKeyValues);
> public GraphTraversal< S , Edge > AddE (string edgeLabel);
> {code}
> Implementing this should make TINKERPOP-1725 obsolete and also resolve
> TINKERPOP-1751.
--
This message was sent by Atlassian JIRA
(v6.4.14#64029)
[jira] [Updated] (TINKERPOP-1692) Bump to Neo4j 3.2.3
[ https://issues.apache.org/jira/browse/TINKERPOP-1692?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Robert Dale updated TINKERPOP-1692: --- Summary: Bump to Neo4j 3.2.3 (was: Bump to Neo4j 3.0.3) > Bump to Neo4j 3.2.3 > --- > > Key: TINKERPOP-1692 > URL: https://issues.apache.org/jira/browse/TINKERPOP-1692 > Project: TinkerPop > Issue Type: Improvement > Components: neo4j >Affects Versions: 3.2.5 >Reporter: stephen mallette > Fix For: 3.3.1 > > > There is a newer version of Neo4j available - > https://mvnrepository.com/artifact/org.neo4j/neo4j-tinkerpop-api-impl/0.4-3.0.3 -- This message was sent by Atlassian JIRA (v6.4.14#64029)
[jira] [Commented] (TINKERPOP-1762) Make MatchStep analyze mid-clause variables for executing ordering purposes.
[
https://issues.apache.org/jira/browse/TINKERPOP-1762?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16151812#comment-16151812
]
ASF GitHub Bot commented on TINKERPOP-1762:
---
Github user robertdale commented on the issue:
https://github.com/apache/tinkerpop/pull/701
`docker/build.sh -i -t -n` SUCCESS
VOTE +1
> Make MatchStep analyze mid-clause variables for executing ordering purposes.
>
>
> Key: TINKERPOP-1762
> URL: https://issues.apache.org/jira/browse/TINKERPOP-1762
> Project: TinkerPop
> Issue Type: Bug
> Components: process
>Affects Versions: 3.2.6
>Reporter: Marko A. Rodriguez
>Assignee: Marko A. Rodriguez
>
> {code}
> gremlin> graph = TinkerGraph.open()
> ==>tinkergraph[vertices:0 edges:0]
> gremlin> graph.io(graphml()).readGraph("data/grateful-dead.xml")
> ==>null
> gremlin> g = graph.traversal()
> ==>graphtraversalsource[tinkergraph[vertices:808 edges:8049], standard]
> gremlin>
> gremlin> t = g.V().match(
> ..1> __.as("sunshine").has("song", "name", "HERE COMES SUNSHINE"),
> ..2>
> __.as("sunshine").map(inE("followedBy").values("weight").mean()).as("avg_weight"),
> ..3> __.as("sunshine").inE("followedBy").as("x"),
> ..4>
> __.as("x").filter(values("weight").where(gte("avg_weight"))).outV().as("followers")
> ..5> ).
> ..6> select("followers").by("name"); []
> gremlin>
> gremlin> t.clone().limit(2)
> ==>LOOKS LIKE RAIN
> ==>PROMISED LAND
> gremlin> t
> Neither the sideEffects, map, nor path has a avg_weight-key:
> WherePredicateStep(gte(avg_weight))
> Type ':help' or ':h' for help.
> Display stack trace? [yN]
> {code}
--
This message was sent by Atlassian JIRA
(v6.4.14#64029)
[GitHub] tinkerpop issue #701: TINKERPOP-1762: Make MatchStep analyze mid-clause vari...
Github user robertdale commented on the issue: https://github.com/apache/tinkerpop/pull/701 `docker/build.sh -i -t -n` SUCCESS VOTE +1 --- If your project is set up for it, you can reply to this email and have your reply appear on GitHub as well. If your project does not have this feature enabled and wishes so, or if the feature is enabled but not working, please contact infrastructure at infrastruct...@apache.org or file a JIRA ticket with INFRA. ---
[jira] [Commented] (TINKERPOP-1692) Bump to Neo4j 3.0.3
[ https://issues.apache.org/jira/browse/TINKERPOP-1692?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16151723#comment-16151723 ] ASF GitHub Bot commented on TINKERPOP-1692: --- Github user robertdale commented on the issue: https://github.com/apache/tinkerpop/pull/680 All better now. Verified new index and cluster property settings. VOTE +1 again > Bump to Neo4j 3.0.3 > --- > > Key: TINKERPOP-1692 > URL: https://issues.apache.org/jira/browse/TINKERPOP-1692 > Project: TinkerPop > Issue Type: Improvement > Components: neo4j >Affects Versions: 3.2.5 >Reporter: stephen mallette > Fix For: 3.3.1 > > > There is a newer version of Neo4j available - > https://mvnrepository.com/artifact/org.neo4j/neo4j-tinkerpop-api-impl/0.4-3.0.3 -- This message was sent by Atlassian JIRA (v6.4.14#64029)
[GitHub] tinkerpop issue #680: TINKERPOP-1692 Neo4j 3.2.2
Github user robertdale commented on the issue: https://github.com/apache/tinkerpop/pull/680 All better now. Verified new index and cluster property settings. VOTE +1 again --- If your project is set up for it, you can reply to this email and have your reply appear on GitHub as well. If your project does not have this feature enabled and wishes so, or if the feature is enabled but not working, please contact infrastructure at infrastruct...@apache.org or file a JIRA ticket with INFRA. ---
