[jira] [Updated] (TINKERPOP-1387) from and to modulators for path steps
[ https://issues.apache.org/jira/browse/TINKERPOP-1387?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Daniel Kuppitz updated TINKERPOP-1387: -- Issue Type: New Feature (was: Improvement) > from and to modulators for path steps > - > > Key: TINKERPOP-1387 > URL: https://issues.apache.org/jira/browse/TINKERPOP-1387 > Project: TinkerPop > Issue Type: New Feature > Components: process >Affects Versions: 3.2.1 >Reporter: Daniel Kuppitz > > Just had this crazy idea of {{from}} and {{to}} modulators for path steps. > {code} > g.V(1).as("a"). > > repeat(both("knows").simplePath().from("a")).emit().out("created").as("p").in("created"). > > repeat(both("knows").simplePath().from("p")).emit(hasId(6)).out("created").as("b"). > path().from("a").to("p").as("pathFromMarkoToProject"). > path().from("p").to("b").as("pathFromProjectToPeter"). > match( > __.as("pathFromMarkoToProject").count(local).is(lt(3)), > __.as("pathFromProjectToPeter").count(local).is(lt(3)) > ).select("p", "pathFromMarkoToProject", "pathFromProjectToPeter") > {code} -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Updated] (TINKERPOP-1387) from and to modulators for path steps
[ https://issues.apache.org/jira/browse/TINKERPOP-1387?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Daniel Kuppitz updated TINKERPOP-1387: -- Description: Just had this crazy idea of {{from}} and {{to}} modulators for path steps. {code} g.V(1).as("a"). repeat(both("knows").simplePath().from("a")).emit().out("created").as("p").in("created"). repeat(both("knows").simplePath().from("p")).emit(hasId(6)).out("created").as("b"). path().from("a").to("p").as("pathFromMarkoToProject"). path().from("p").to("b").as("pathFromProjectToPeter"). match( __.as("pathFromMarkoToProject").count(local).is(lte(3)), __.as("pathFromProjectToPeter").count(local).is(lte(3)) ).select("p", "pathFromMarkoToProject", "pathFromProjectToPeter") {code} was: Just had this crazy idea of {{from}} and {{to}} modulators for path steps. {code} g.V(1).as("a"). repeat(both("knows").simplePath().from("a")).emit().out("created").as("p").in("created"). repeat(both("knows").simplePath().from("p")).emit(hasId(6)).out("created").as("b"). path().from("a").to("p").as("pathFromMarkoToProject"). path().from("p").to("b").as("pathFromProjectToPeter"). match( __.as("pathFromMarkoToProject").count(local).is(lt(3)), __.as("pathFromProjectToPeter").count(local).is(lt(3)) ).select("p", "pathFromMarkoToProject", "pathFromProjectToPeter") {code} > from and to modulators for path steps > - > > Key: TINKERPOP-1387 > URL: https://issues.apache.org/jira/browse/TINKERPOP-1387 > Project: TinkerPop > Issue Type: New Feature > Components: process >Affects Versions: 3.2.1 >Reporter: Daniel Kuppitz > > Just had this crazy idea of {{from}} and {{to}} modulators for path steps. > {code} > g.V(1).as("a"). > > repeat(both("knows").simplePath().from("a")).emit().out("created").as("p").in("created"). > > repeat(both("knows").simplePath().from("p")).emit(hasId(6)).out("created").as("b"). > path().from("a").to("p").as("pathFromMarkoToProject"). > path().from("p").to("b").as("pathFromProjectToPeter"). > match( > __.as("pathFromMarkoToProject").count(local).is(lte(3)), > __.as("pathFromProjectToPeter").count(local).is(lte(3)) > ).select("p", "pathFromMarkoToProject", "pathFromProjectToPeter") > {code} -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Created] (TINKERPOP-1387) from and to modulators for path steps
Daniel Kuppitz created TINKERPOP-1387: - Summary: from and to modulators for path steps Key: TINKERPOP-1387 URL: https://issues.apache.org/jira/browse/TINKERPOP-1387 Project: TinkerPop Issue Type: Improvement Components: process Affects Versions: 3.2.1 Reporter: Daniel Kuppitz Just had this crazy idea of {{from}} and {{to}} modulators for path steps. {code} g.V(1).as("a"). repeat(both("knows").simplePath().from("a")).emit().out("created").as("p").in("created"). repeat(both("knows").simplePath().from("p")).emit(hasId(6)).out("created").as("b"). path().from("a").to("p").as("pathFromMarkoToProject"). path().from("p").to("b").as("pathFromProjectToPeter"). match( __.as("pathFromMarkoToProject").count(local).is(lt(3)), __.as("pathFromProjectToPeter").count(local).is(lt(3)) ).select("p", "pathFromMarkoToProject", "pathFromProjectToPeter") {code} -- This message was sent by Atlassian JIRA (v6.3.4#6332)
Re: [DISCUSS] List of branches scheduled for deletion
> > is TINKERPOP3-432 still valid for any reason? I would say we should keep the ticket open, but we can probably delete the branch. we might also think about dropping TINKERPOP3-781-local- > aggregation-should-not-destroy-path Not sure about this one as I haven't worked on this branch. Is Matt Frantz still with us? It feels like he disappeared shortly after becoming a committer. Cheers, Daniel On Mon, Jul 25, 2016 at 3:15 PM, Stephen Mallette wrote: > is TINKERPOP3-432 still valid for any reason? 1300+ commits behind master. > > we might also think about > dropping TINKERPOP3-781-local-aggregation-should-not-destroy-path - 2400+ > commits behind master and seems to dead-end in JIRA. Not sure that this was > every deemed as a good change > > On Mon, Jul 25, 2016 at 5:52 AM, Daniel Kuppitz wrote: > > > As part of our post-release process, we delete git branches that are no > > longer used (the respective JIRA ticket must be closed). Here's the > > auto-generated list of branches that are now scheduled for deletion: > > > > TINKERPOP-1003 -- [TINKERPOP-1003] Setting up latest/current links for > bins > > and docs. > > TINKERPOP-1020 -- [TINKERPOP-1020] Provide --dryRun selectivity for "half > > publishing" docs. > > TINKERPOP-1063 -- [TINKERPOP-1063] TinkerGraph performance enhancements > > TINKERPOP-1071 -- [TINKERPOP-1071] Enhance pre-processor output > > TINKERPOP-1088 -- [TINKERPOP-1088] Preserve Cardinality in Subgraph > > TINKERPOP-1120 -- [TINKERPOP-1120] If there is no view nor messages, > don't > > create empty views/messages in SparkExecutor > > TINKERPOP-1125-to-1127 -- [TINKERPOP-1125] RoundRobin load balancing > always > > uses the second Host when size = 2 > > TINKERPOP-1139 -- [TINKERPOP-1139] [Neo4JGraph] GraphTraversal with > > SubgraphStrategy removes addLabelStep (as("b")) > > TINKERPOP-1148-wip -- [TINKERPOP-1148] ConcurrentModificationException > with > > bindings in Gremlin Server > > TINKERPOP-1196 -- [TINKERPOP-1196] Calls to Result.one() might block > > indefinitely > > TINKERPOP-1232 -- [TINKERPOP-1232] Write a tutorial demonstrating the 3 > > ways to write a Gremlin language variant. > > TINKERPOP-1254 -- [TINKERPOP-1254] Support dropping traverser path > > information when it is no longer needed. > > TINKERPOP-1260 -- [TINKERPOP-1260] Log for validate-distribution.sh > > TINKERPOP-1267 -- [TINKERPOP-1267] Configure Console for no timeout on > > remote requests > > TINKERPOP-1268 -- [TINKERPOP-1268] Improve script execution options for > > console > > TINKERPOP-1269 -- [TINKERPOP-1269] More SSL settings for driver > > TINKERPOP-1272 -- [TINKERPOP-1272] Gremlin Console distribution needs > > bin/init-tp-spark.sh > > TINKERPOP-1273 -- [TINKERPOP-1273] Deprecate old performance tests > > TINKERPOP-1279 -- [TINKERPOP-1279] Add Iterable parameter constructor > to > > ConnectiveP subclasses > > TINKERPOP-1281 -- [TINKERPOP-1281] Memory.HALTED_TRAVERSER transience is > > not sound. > > TINKERPOP-1284 -- [TINKERPOP-1284] StarGraph does not handle self-loops > > correctly. > > TINKERPOP-1286 -- [TINKERPOP-1286] Add Recipes documentation > > TINKERPOP-1288 -- [TINKERPOP-1288] Support gremlin.spark.skipPartitioning > > configuration. > > TINKERPOP-1293 -- [TINKERPOP-1293] Implement GraphFilterStrategy as a > > default registration for GraphComputer > > TINKERPOP-1295 -- [TINKERPOP-1295] Precompile ScriptInputFormat scripts > > once during initialization of ScriptRecordReader > > TINKERPOP-1297 -- [TINKERPOP-1297] Gephi plugin on Gephi 0.9.x > > TINKERPOP-1300 -- [TINKERPOP-1300] Many asserts around vertex/edge counts > > on graphs not applied > > TINKERPOP-1305 -- [TINKERPOP-1305] HALTED_TRAVERSERS hold wrong > information > > TINKERPOP-1307 -- [TINKERPOP-1307] NPE with OLTP nested group() in an > OLAP > > group() traversal > > TINKERPOP-1308 -- [TINKERPOP-1308] Serialize to "reference" for Gremlin > > Server > > TINKERPOP-1310 -- [TINKERPOP-1310] Allow OLAP to return properties as > > Detached > > TINKERPOP-1312 -- [TINKERPOP-1312] .count().is(0) is not properly > optimized > > TINKERPOP-1319 -- [TINKERPOP-1319] several FeatureRequirement annotations > > are incorrect in gremlin-test > > TINKERPOP-1320 -- [TINKERPOP-1320] > GremlinGroovyScriptEngineFileSandboxTest > > throws error: URI is not hierarchical > > TINKERPOP-1321 -- [TINKERPOP-1321] Loosen coupling between TinkerPop > > serialization logic and shaded Kryo > > TINKERPOP-1322 -- [TINKERPOP-1322] Provide fine-grained control of > > CompilerConfiguration > > TINKERPOP-1331 -- [TINKERPOP-1331] HADOOP_GREMLIN_LIBS can only point to > > local file system > > TINKERPOP-1332 -- [TINKERPOP-1332] Improve .explain() Dialogue > > TINKERPOP-1349 -- [TINKERPOP-1349] RepeatUnrollStrategy should unroll > loops > > while maintaining equivalent semantics. > > TINKERPOP-1350 -- [TINKERPOP-1350] Server locks when submitting parallel > > requests on session > > TINKERPOP-1352 -- [TINKERPOP-1352] Connection Pool doesn't always grow > > TINKER
[jira] [Closed] (TINKERPOP-1375) Possible ByteBuf leak for certain transactional scenarios
[ https://issues.apache.org/jira/browse/TINKERPOP-1375?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] stephen mallette closed TINKERPOP-1375. --- Resolution: Fixed Fix Version/s: 3.2.2 3.1.4 Fixed this in both 3.1.4: https://github.com/apache/tinkerpop/commit/6be28270598862a7a92b88a67d18e5e8f198b92b and 3.2.2: https://github.com/apache/tinkerpop/commit/9913d64cd1f9050b3d047b59dcea34ee8507d2dd In both cases, a failed transaction could have created a situation where a {{Frame}} was not released and if that {{Frame}} contained a Netty {{Bytebuf}} (which it likely would) then Netty would report a warning that the {{Bytebuf}} had not been released. > Possible ByteBuf leak for certain transactional scenarios > - > > Key: TINKERPOP-1375 > URL: https://issues.apache.org/jira/browse/TINKERPOP-1375 > Project: TinkerPop > Issue Type: Bug > Components: server >Affects Versions: 3.1.3, 3.2.1 >Reporter: stephen mallette >Assignee: stephen mallette > Fix For: 3.1.4, 3.2.2 > > > Not sure how to recreate this but certain transactional scenarios in sessions > seem to generate a standard Netty "LEAK" log message. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Updated] (TINKERPOP-1375) Possible ByteBuf leak for certain transactional scenarios
[ https://issues.apache.org/jira/browse/TINKERPOP-1375?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] stephen mallette updated TINKERPOP-1375: Affects Version/s: (was: 3.2.0-incubating) 3.1.3 3.2.1 > Possible ByteBuf leak for certain transactional scenarios > - > > Key: TINKERPOP-1375 > URL: https://issues.apache.org/jira/browse/TINKERPOP-1375 > Project: TinkerPop > Issue Type: Bug > Components: server >Affects Versions: 3.1.3, 3.2.1 >Reporter: stephen mallette >Assignee: stephen mallette > > Not sure how to recreate this but certain transactional scenarios in sessions > seem to generate a standard Netty "LEAK" log message. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Updated] (TINKERPOP-1386) Bump to Netty 4.0.39.Final
[ https://issues.apache.org/jira/browse/TINKERPOP-1386?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] stephen mallette updated TINKERPOP-1386: Description: Consider bumping Netty to 4.0.39.Final - there are a number of bug/security fixes available. http://netty.io/news/2016/03/21/4-0-35-Final.html http://netty.io/news/2016/04/04/4-0-36-Final.html http://netty.io/news/2016/06/07/4-0-37-Final.html http://netty.io/news/2016/07/01/4-0-38-Final-4-1-2-Final.html http://netty.io/news/2016/07/15/4-0-39-Final-4-1-3-Final.html was:Consider bumping Netty to 4.0.39.Final - there are a number of bug/security fixes available. > Bump to Netty 4.0.39.Final > -- > > Key: TINKERPOP-1386 > URL: https://issues.apache.org/jira/browse/TINKERPOP-1386 > Project: TinkerPop > Issue Type: Improvement > Components: server >Affects Versions: 3.1.3 >Reporter: stephen mallette >Assignee: stephen mallette > Fix For: 3.1.4, 3.2.2 > > > Consider bumping Netty to 4.0.39.Final - there are a number of bug/security > fixes available. > http://netty.io/news/2016/03/21/4-0-35-Final.html > http://netty.io/news/2016/04/04/4-0-36-Final.html > http://netty.io/news/2016/06/07/4-0-37-Final.html > http://netty.io/news/2016/07/01/4-0-38-Final-4-1-2-Final.html > http://netty.io/news/2016/07/15/4-0-39-Final-4-1-3-Final.html -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Created] (TINKERPOP-1386) Bump to Netty 4.0.39.Final
stephen mallette created TINKERPOP-1386: --- Summary: Bump to Netty 4.0.39.Final Key: TINKERPOP-1386 URL: https://issues.apache.org/jira/browse/TINKERPOP-1386 Project: TinkerPop Issue Type: Improvement Components: server Affects Versions: 3.1.3 Reporter: stephen mallette Assignee: stephen mallette Fix For: 3.1.4, 3.2.2 Consider bumping Netty to 4.0.39.Final - there are a number of bug/security fixes available. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Commented] (TINKERPOP-1375) Possible ByteBuf leak for certain transactional scenarios
[ https://issues.apache.org/jira/browse/TINKERPOP-1375?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15392157#comment-15392157 ] stephen mallette commented on TINKERPOP-1375: - Thanks [~robertdale] - i created TINKERPOP-1386 to deal with that. > Possible ByteBuf leak for certain transactional scenarios > - > > Key: TINKERPOP-1375 > URL: https://issues.apache.org/jira/browse/TINKERPOP-1375 > Project: TinkerPop > Issue Type: Bug > Components: server >Affects Versions: 3.2.0-incubating >Reporter: stephen mallette >Assignee: stephen mallette > > Not sure how to recreate this but certain transactional scenarios in sessions > seem to generate a standard Netty "LEAK" log message. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
Re: [GitHub] tinkerpop pull request #363: TINKERPOP-1379 remove excess bulk in tail buffe...
Thanks for the feedback, Marko. I'll try to come up with another reproduce scenario. Thanks! On Fri, Jul 22, 2016 at 8:09 AM, Marko A. Rodriguez wrote: > More info -- on vacation from ipad s -- dont make anew graph as you > have. Use modern or Grateful. this way olap will test too. order on age or > something like that to get the bulking. name you method like all other test > methods. in short yoy are doing too much and making your test too > complicated. you just need to get a bulk where the total sum of the tail is > greater than what is being tailed. > > Sent from my iPad > > > On Jul 21, 2016, at 5:36 PM, Marko A. Rodriguez > wrote: > > > > The teat method structure and naming convention is bad. Stephen can help > set it straight. > > > >> On Jul 20, 2016, at 12:40 PM, pluradj wrote: > >> > >> GitHub user pluradj opened a pull request: > >> > >> https://github.com/apache/tinkerpop/pull/363 > >> > >> TINKERPOP-1379 remove excess bulk in tail buffer > >> > >> https://issues.apache.org/jira/browse/TINKERPOP-1379 > >> > >> You can merge this pull request into a Git repository by running: > >> > >> $ git pull https://github.com/apache/tinkerpop TINKERPOP-1379 > >> > >> Alternatively you can review and apply these changes as the patch at: > >> > >> https://github.com/apache/tinkerpop/pull/363.patch > >> > >> To close this pull request, make a commit to your master/trunk branch > >> with (at least) the following in the commit message: > >> > >> This closes #363 > >> > >> > >> commit d43db2bb2f3f4988503f0cdedbd1877cd542c502 > >> Author: Jason Plurad > >> Date: 2016-07-20T16:31:53Z > >> > >> remove excess bulk in tail buffer > >> > >> > >> > >> > >> --- > >> 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. > >> --- >
Re: [DISCUSS] List of branches scheduled for deletion
is TINKERPOP3-432 still valid for any reason? 1300+ commits behind master. we might also think about dropping TINKERPOP3-781-local-aggregation-should-not-destroy-path - 2400+ commits behind master and seems to dead-end in JIRA. Not sure that this was every deemed as a good change On Mon, Jul 25, 2016 at 5:52 AM, Daniel Kuppitz wrote: > As part of our post-release process, we delete git branches that are no > longer used (the respective JIRA ticket must be closed). Here's the > auto-generated list of branches that are now scheduled for deletion: > > TINKERPOP-1003 -- [TINKERPOP-1003] Setting up latest/current links for bins > and docs. > TINKERPOP-1020 -- [TINKERPOP-1020] Provide --dryRun selectivity for "half > publishing" docs. > TINKERPOP-1063 -- [TINKERPOP-1063] TinkerGraph performance enhancements > TINKERPOP-1071 -- [TINKERPOP-1071] Enhance pre-processor output > TINKERPOP-1088 -- [TINKERPOP-1088] Preserve Cardinality in Subgraph > TINKERPOP-1120 -- [TINKERPOP-1120] If there is no view nor messages, don't > create empty views/messages in SparkExecutor > TINKERPOP-1125-to-1127 -- [TINKERPOP-1125] RoundRobin load balancing always > uses the second Host when size = 2 > TINKERPOP-1139 -- [TINKERPOP-1139] [Neo4JGraph] GraphTraversal with > SubgraphStrategy removes addLabelStep (as("b")) > TINKERPOP-1148-wip -- [TINKERPOP-1148] ConcurrentModificationException with > bindings in Gremlin Server > TINKERPOP-1196 -- [TINKERPOP-1196] Calls to Result.one() might block > indefinitely > TINKERPOP-1232 -- [TINKERPOP-1232] Write a tutorial demonstrating the 3 > ways to write a Gremlin language variant. > TINKERPOP-1254 -- [TINKERPOP-1254] Support dropping traverser path > information when it is no longer needed. > TINKERPOP-1260 -- [TINKERPOP-1260] Log for validate-distribution.sh > TINKERPOP-1267 -- [TINKERPOP-1267] Configure Console for no timeout on > remote requests > TINKERPOP-1268 -- [TINKERPOP-1268] Improve script execution options for > console > TINKERPOP-1269 -- [TINKERPOP-1269] More SSL settings for driver > TINKERPOP-1272 -- [TINKERPOP-1272] Gremlin Console distribution needs > bin/init-tp-spark.sh > TINKERPOP-1273 -- [TINKERPOP-1273] Deprecate old performance tests > TINKERPOP-1279 -- [TINKERPOP-1279] Add Iterable parameter constructor to > ConnectiveP subclasses > TINKERPOP-1281 -- [TINKERPOP-1281] Memory.HALTED_TRAVERSER transience is > not sound. > TINKERPOP-1284 -- [TINKERPOP-1284] StarGraph does not handle self-loops > correctly. > TINKERPOP-1286 -- [TINKERPOP-1286] Add Recipes documentation > TINKERPOP-1288 -- [TINKERPOP-1288] Support gremlin.spark.skipPartitioning > configuration. > TINKERPOP-1293 -- [TINKERPOP-1293] Implement GraphFilterStrategy as a > default registration for GraphComputer > TINKERPOP-1295 -- [TINKERPOP-1295] Precompile ScriptInputFormat scripts > once during initialization of ScriptRecordReader > TINKERPOP-1297 -- [TINKERPOP-1297] Gephi plugin on Gephi 0.9.x > TINKERPOP-1300 -- [TINKERPOP-1300] Many asserts around vertex/edge counts > on graphs not applied > TINKERPOP-1305 -- [TINKERPOP-1305] HALTED_TRAVERSERS hold wrong information > TINKERPOP-1307 -- [TINKERPOP-1307] NPE with OLTP nested group() in an OLAP > group() traversal > TINKERPOP-1308 -- [TINKERPOP-1308] Serialize to "reference" for Gremlin > Server > TINKERPOP-1310 -- [TINKERPOP-1310] Allow OLAP to return properties as > Detached > TINKERPOP-1312 -- [TINKERPOP-1312] .count().is(0) is not properly optimized > TINKERPOP-1319 -- [TINKERPOP-1319] several FeatureRequirement annotations > are incorrect in gremlin-test > TINKERPOP-1320 -- [TINKERPOP-1320] GremlinGroovyScriptEngineFileSandboxTest > throws error: URI is not hierarchical > TINKERPOP-1321 -- [TINKERPOP-1321] Loosen coupling between TinkerPop > serialization logic and shaded Kryo > TINKERPOP-1322 -- [TINKERPOP-1322] Provide fine-grained control of > CompilerConfiguration > TINKERPOP-1331 -- [TINKERPOP-1331] HADOOP_GREMLIN_LIBS can only point to > local file system > TINKERPOP-1332 -- [TINKERPOP-1332] Improve .explain() Dialogue > TINKERPOP-1349 -- [TINKERPOP-1349] RepeatUnrollStrategy should unroll loops > while maintaining equivalent semantics. > TINKERPOP-1350 -- [TINKERPOP-1350] Server locks when submitting parallel > requests on session > TINKERPOP-1352 -- [TINKERPOP-1352] Connection Pool doesn't always grow > TINKERPOP-1354 -- [TINKERPOP-1354] Include all static enum imports in > request validation for bindings > TINKERPOP-1360 -- [TINKERPOP-1360] intermittent error in spark-gremlin > integration test > TINKERPOP-939 -- [TINKERPOP-939] Neo4jGraph should support HighAvailability > (Neo4jHA). > TINKERPOP-946 -- [TINKERPOP-946] Traversal respecting Thread.interrupt() > TINKERPOP-968 -- [TINKERPOP-968] Add first class support for an optional > traversal > > Let us know if you spot a branch that accidentally slipped into this list. > If there are no objections, I will delete the branches on Friday. > > Cheers, > Daniel >
TinkerPop 3.1.3 Released: A 187 On The Undercover Gremlinz
Hello, TinkerPop 3.1.3 has just been released - the first release of the 3.1.x line outside of Apache Incubator! Like the previous release, this is a bit more than just a maintenance release on the "Undercover Gremlinz" release line and has some neat features to get into. This release should be generally non-breaking for your upgrade needs. Note that the intention is to continue maintaining the 3.1.x line of code, however expect future releases to only focus on bug fixes. We of course recommending upgrading to the 3.2.x line where possible. The release artifacts can be found at this location: https://www.apache.org/dyn/closer.lua/tinkerpop/3.1.3/apache-gremlin-console-3.1.3-bin.zip https://www.apache.org/dyn/closer.lua/tinkerpop/3.1.3/apache-gremlin-server-3.1.3-bin.zip The online docs can be found here: http://tinkerpop.apache.org/docs/3.1.3/reference/ (user docs) http://tinkerpop.apache.org/docs/3.1.3/upgrade/#_tinkerpop_3_1_3 (upgrade docs) http://tinkerpop.apache.org/javadocs/3.1.3/core/ (core javadoc) http://tinkerpop.apache.org/javadocs/3.1.3//full/ (full javadoc) The release notes are available here: https://github.com/apache/tinkerpop/blob/3.1.3/CHANGELOG.asciidoc#release-3-1-3 The Central Maven repo has sync’d as well: https://repo1.maven.org/maven2/org/apache/tinkerpop/tinkerpop/3.1.3/ Enjoy! [image: Inline image 1]
TinkerPop 3.2.1 Released: Nine Inch Gremlins
Hello, On the back of TinkerPop 3.1.3 comes TinkerPop 3.2.1. Yes - another dual release! This was previously described by yours truly as an "unprecedented and daring move" for release of 3.1.2-incubating/3.2.0-incubating but nowwellkinda meh. I suppose we will just do this all the time now. Again, take note that this is the first release along the "Nine Inch Gremlins" line of code that has been performed outside of Apache Incubator. Be sure to review the upgrade documentation in full as you may find some changes that introduce some incompatibilities, but for the most part, this was largely a maintenance release for without a lot of new features. The release artifacts can be found at this location: https://www.apache.org/dyn/closer.lua/tinkerpop/3.2.1/apache-gremlin-console-3.2.1-bin.zip https://www.apache.org/dyn/closer.lua/tinkerpop/3.2.1/apache-gremlin-server-3.2.1-bin.zip The online docs can be found here: http://tinkerpop.apache.org/docs/3.2.1/reference/ (user docs) http://tinkerpop.apache.org/docs/3.2.1/upgrade/#_tinkerpop_3_2_1 (upgrade docs) http://tinkerpop.apache.org/javadocs/3.2.1/core/ (core javadoc) http://tinkerpop.apache.org/javadocs/3.2.1/full/ (full javadoc) The release notes are available here: https://github.com/apache/tinkerpop/blob/3.2.1/CHANGELOG.asciidoc#release-3-2-1 The Central Maven repo has sync’d as well: https://repo1.maven.org/maven2/org/apache/tinkerpop/tinkerpop/3.2.1/ Enjoy! [image: Inline image 1]
Re: Code Freeze 3.1.3/3.2.1
Downloads are mirrored now. Just pushed a bunch of changes to the site for the new releases. Release announcement coming shortly. On Mon, Jul 25, 2016 at 5:45 AM, Daniel Kuppitz wrote: > > > > Kuppitz, could you please review validate-distribution.sh and make sure > > the changes you wanted were in there? > > > Looks good to me in both branches (tp31 and master). > > Also, can you please do your magic and post a new thread of branches that > > we will delete from the remote repo? > > > Yep, the list will available in a few minutes. > > Cheers, > Daniel > > > > On Fri, Jul 22, 2016 at 5:50 PM, Stephen Mallette > wrote: > > > The master branch has been bumped to 3.2.2 and is now re-opened. the > > initial 3.2.2-SNAPSHOT has been deployed to the Apache snapshots repo. I > > couldn't deploy the initial docs for 3.2.2-SNAPSHOT (they wouldn't > generate > > for me for some reason) so that still needs to be done. However, I don't > > think that's a big deal - master is open again. > > > > Official versions of 3.1.3 and 3.2.1 have been released in nexus and zip > > distributions are now waiting to be mirrored. Please keep an eye out for > > the official announcement. > > > > Kuppitz, could you please review validate-distribution.sh and make sure > the > > changes you wanted were in there? Also, can you please do your magic and > > post a new thread of branches that we will delete from the remote repo? > > > > On Fri, Jul 22, 2016 at 9:58 AM, Stephen Mallette > > wrote: > > > > > I'm finishing up all the release work now that the votes are all > closed. > > > Announcement of the releases will happen as soon as the Apache mirrors > > > synch up (as late as tomorrow i guess). At this point, the tp31 branch > > has > > > been re-opened. It has been bumped to 3.1.4-SNAPSHOT and those > artifacts > > > have been published to the Apache snapshots repo. Will follow up with > > more > > > updates on the master branch soon. > > > > > > On Tue, Jul 19, 2016 at 9:27 AM, Stephen Mallette < > spmalle...@gmail.com> > > > wrote: > > > > > >> I've set up version 3.1.4 and 3.2.2 in JIRA and migrated all old > issues > > >> in those lines to them. As per previous discussion about the 3.1.x > line, > > >> I'll be moving out all issues that aren't bug or release related which > > >> should just leave: > > >> > > >> https://issues.apache.org/jira/browse/TINKERPOP-1376 > > >> > > >> Also, I noticed an issue with some JIRA issues we had out there - if > you > > >> close an issue as "not a problem" or is "not reproducible" or the > like, > > I > > >> think that we shouldn't clear the "Fix version" because otherwise > those > > >> items will show up in the CHANGELOG and i don't think that the > CHANGELOG > > >> should have "invalid" issues listed in it. > > >> > > >> The release branches will remain frozen during our vote period. I'll > > post > > >> back here when everything is opened back up again. > > >> > > >> Thanks, > > >> > > >> Stephen > > >> > > >> > > >> On Mon, Jul 18, 2016 at 4:36 PM, Stephen Mallette < > spmalle...@gmail.com > > > > > >> wrote: > > >> > > >>> Here's the revised validate-distribution.sh file: > > >>> > > >>> https://gist.github.com/spmallette/8a1296a50320fe0e1b350fc6caef372e > > >>> > > >>> Please use that to test out the release (if you use that approach - > it > > >>> really is a super easy way to checkout the distribution if you'd like > > to > > >>> participate in the vote and don't have a ton of time to look at > > everything > > >>> manually). I'll commit these changes to the repo after release is > all > > >>> settled. > > >>> > > >>> On Mon, Jul 18, 2016 at 4:00 PM, Stephen Mallette < > > spmalle...@gmail.com> > > >>> wrote: > > >>> > > Having some trouble with release. Some of the trouble is a bit out > of > > my control - like a bank of thunderstorms flickering my internet > > connection. Some of the trouble was self-created, like trying to > > rename the > > distributions - which I've abandoned doing for this release (we'll > do > > it > > for the next one now that I see all the problems with doing that). > > And now > > i'm stuck with validate-distribution.sh which doesn't seem to want > to > > behave. I think I have it figured out now with a patch or two. I'll > > post > > that as a gist later for everyone to use as a replacement for the > one > > in > > git or perhaps make the commit to master before i start working on > > 3.2.1 - > > I don't plan to go back through the release process for 3.1.3 to > make > > another commit on tp31 at this point. Anyway, as soon as this > > validate-distribution.sh run finishes successfully, you can expect a > > VOTE > > thread for 3.1.3. > > > > If I can get 3.2.1 out as well tonight I will but it might be better > > for me to wait until morning because I don't want to make any dumb > > mistakes > > at this point and it's always good to have a sharp mind when doing > > this
Re: [DISCUSS] Download Page
I updated the downloads page some more: + tweaked the date format a bit to "really" match the rest of the site (which is still inconsistent in other places like changelog - dah) + added a "verifying downloads" section which talks about GPG/PGP/etc. http://tinkerpop.apache.org/downloads.html On Fri, Jul 22, 2016 at 3:53 PM, Stephen Mallette wrote: > Good feedback Robert/Jason. > > Updated: > > http://tinkerpop.apache.org/downloads.html > > Added documentation and included some descriptors to current releases. > Didn't change the date format for now - that's the format we use everywhere > around "release" so didn't want to muck with that at this point. > > > > On Fri, Jul 22, 2016 at 3:36 PM, Robert Dale wrote: > >> Stephen, I think what Sebb might be getting at is that some things >> should be spelled out even if they are obvious to some. I agree with >> this. >> >> 3.2.1 (latest, stable) >> 3.1.3 (bug fixes only) >> >> I think the dates should be in ISO8601 format. -MM-DD >> >> Otherwise, I think it looks very good. >> >> -- >> Robert Dale >> >> On Fri, Jul 22, 2016 at 2:51 PM, Jason Plurad wrote: >> > +1 looks great. >> > >> > Link to the documentation, maybe next to the release notes link, would >> be >> > useful too. >> > >> > -- Jason >> > >> > On Fri, Jul 22, 2016 at 2:07 PM, Stephen Mallette > > >> > wrote: >> > >> >> I think it might be a good idea to include a "Download Page" on our web >> >> site. It would let us better list the versions we have out there and >> would >> >> get us better in line with Apache Infrastructure - for example: >> >> >> >> https://issues.apache.org/jira/browse/TINKERPOP-1255 >> >> >> >> I'm also seeing that we yet have spots where we dont' link to the >> mirror >> >> system. And finally, it would be nice to have a "generic" download page >> >> where we could point external links to - like the new "documentation" >> >> feature in StackOverflow (right now it's sorta hardcoded to the mirror >> >> which isn't so good because we'll have to change that all the time). >> >> >> >> I quickly took a swipe at such a page: >> >> >> >> http://tinkerpop.apache.org/downloads.html >> >> >> >> It is NOT "linked to" by anything at this point so it is "hidden". I >> just >> >> wanted to have something that everyone could look at to get the idea of >> >> what such a page might look like. >> >> >> >> Thoughts? >> >> >> >> Thanks, >> >> >> >> Stephen >> >> >> > >
[DISCUSS] List of branches scheduled for deletion
As part of our post-release process, we delete git branches that are no longer used (the respective JIRA ticket must be closed). Here's the auto-generated list of branches that are now scheduled for deletion: TINKERPOP-1003 -- [TINKERPOP-1003] Setting up latest/current links for bins and docs. TINKERPOP-1020 -- [TINKERPOP-1020] Provide --dryRun selectivity for "half publishing" docs. TINKERPOP-1063 -- [TINKERPOP-1063] TinkerGraph performance enhancements TINKERPOP-1071 -- [TINKERPOP-1071] Enhance pre-processor output TINKERPOP-1088 -- [TINKERPOP-1088] Preserve Cardinality in Subgraph TINKERPOP-1120 -- [TINKERPOP-1120] If there is no view nor messages, don't create empty views/messages in SparkExecutor TINKERPOP-1125-to-1127 -- [TINKERPOP-1125] RoundRobin load balancing always uses the second Host when size = 2 TINKERPOP-1139 -- [TINKERPOP-1139] [Neo4JGraph] GraphTraversal with SubgraphStrategy removes addLabelStep (as("b")) TINKERPOP-1148-wip -- [TINKERPOP-1148] ConcurrentModificationException with bindings in Gremlin Server TINKERPOP-1196 -- [TINKERPOP-1196] Calls to Result.one() might block indefinitely TINKERPOP-1232 -- [TINKERPOP-1232] Write a tutorial demonstrating the 3 ways to write a Gremlin language variant. TINKERPOP-1254 -- [TINKERPOP-1254] Support dropping traverser path information when it is no longer needed. TINKERPOP-1260 -- [TINKERPOP-1260] Log for validate-distribution.sh TINKERPOP-1267 -- [TINKERPOP-1267] Configure Console for no timeout on remote requests TINKERPOP-1268 -- [TINKERPOP-1268] Improve script execution options for console TINKERPOP-1269 -- [TINKERPOP-1269] More SSL settings for driver TINKERPOP-1272 -- [TINKERPOP-1272] Gremlin Console distribution needs bin/init-tp-spark.sh TINKERPOP-1273 -- [TINKERPOP-1273] Deprecate old performance tests TINKERPOP-1279 -- [TINKERPOP-1279] Add Iterable parameter constructor to ConnectiveP subclasses TINKERPOP-1281 -- [TINKERPOP-1281] Memory.HALTED_TRAVERSER transience is not sound. TINKERPOP-1284 -- [TINKERPOP-1284] StarGraph does not handle self-loops correctly. TINKERPOP-1286 -- [TINKERPOP-1286] Add Recipes documentation TINKERPOP-1288 -- [TINKERPOP-1288] Support gremlin.spark.skipPartitioning configuration. TINKERPOP-1293 -- [TINKERPOP-1293] Implement GraphFilterStrategy as a default registration for GraphComputer TINKERPOP-1295 -- [TINKERPOP-1295] Precompile ScriptInputFormat scripts once during initialization of ScriptRecordReader TINKERPOP-1297 -- [TINKERPOP-1297] Gephi plugin on Gephi 0.9.x TINKERPOP-1300 -- [TINKERPOP-1300] Many asserts around vertex/edge counts on graphs not applied TINKERPOP-1305 -- [TINKERPOP-1305] HALTED_TRAVERSERS hold wrong information TINKERPOP-1307 -- [TINKERPOP-1307] NPE with OLTP nested group() in an OLAP group() traversal TINKERPOP-1308 -- [TINKERPOP-1308] Serialize to "reference" for Gremlin Server TINKERPOP-1310 -- [TINKERPOP-1310] Allow OLAP to return properties as Detached TINKERPOP-1312 -- [TINKERPOP-1312] .count().is(0) is not properly optimized TINKERPOP-1319 -- [TINKERPOP-1319] several FeatureRequirement annotations are incorrect in gremlin-test TINKERPOP-1320 -- [TINKERPOP-1320] GremlinGroovyScriptEngineFileSandboxTest throws error: URI is not hierarchical TINKERPOP-1321 -- [TINKERPOP-1321] Loosen coupling between TinkerPop serialization logic and shaded Kryo TINKERPOP-1322 -- [TINKERPOP-1322] Provide fine-grained control of CompilerConfiguration TINKERPOP-1331 -- [TINKERPOP-1331] HADOOP_GREMLIN_LIBS can only point to local file system TINKERPOP-1332 -- [TINKERPOP-1332] Improve .explain() Dialogue TINKERPOP-1349 -- [TINKERPOP-1349] RepeatUnrollStrategy should unroll loops while maintaining equivalent semantics. TINKERPOP-1350 -- [TINKERPOP-1350] Server locks when submitting parallel requests on session TINKERPOP-1352 -- [TINKERPOP-1352] Connection Pool doesn't always grow TINKERPOP-1354 -- [TINKERPOP-1354] Include all static enum imports in request validation for bindings TINKERPOP-1360 -- [TINKERPOP-1360] intermittent error in spark-gremlin integration test TINKERPOP-939 -- [TINKERPOP-939] Neo4jGraph should support HighAvailability (Neo4jHA). TINKERPOP-946 -- [TINKERPOP-946] Traversal respecting Thread.interrupt() TINKERPOP-968 -- [TINKERPOP-968] Add first class support for an optional traversal Let us know if you spot a branch that accidentally slipped into this list. If there are no objections, I will delete the branches on Friday. Cheers, Daniel
Re: Code Freeze 3.1.3/3.2.1
> > Kuppitz, could you please review validate-distribution.sh and make sure > the changes you wanted were in there? Looks good to me in both branches (tp31 and master). Also, can you please do your magic and post a new thread of branches that > we will delete from the remote repo? Yep, the list will available in a few minutes. Cheers, Daniel On Fri, Jul 22, 2016 at 5:50 PM, Stephen Mallette wrote: > The master branch has been bumped to 3.2.2 and is now re-opened. the > initial 3.2.2-SNAPSHOT has been deployed to the Apache snapshots repo. I > couldn't deploy the initial docs for 3.2.2-SNAPSHOT (they wouldn't generate > for me for some reason) so that still needs to be done. However, I don't > think that's a big deal - master is open again. > > Official versions of 3.1.3 and 3.2.1 have been released in nexus and zip > distributions are now waiting to be mirrored. Please keep an eye out for > the official announcement. > > Kuppitz, could you please review validate-distribution.sh and make sure the > changes you wanted were in there? Also, can you please do your magic and > post a new thread of branches that we will delete from the remote repo? > > On Fri, Jul 22, 2016 at 9:58 AM, Stephen Mallette > wrote: > > > I'm finishing up all the release work now that the votes are all closed. > > Announcement of the releases will happen as soon as the Apache mirrors > > synch up (as late as tomorrow i guess). At this point, the tp31 branch > has > > been re-opened. It has been bumped to 3.1.4-SNAPSHOT and those artifacts > > have been published to the Apache snapshots repo. Will follow up with > more > > updates on the master branch soon. > > > > On Tue, Jul 19, 2016 at 9:27 AM, Stephen Mallette > > wrote: > > > >> I've set up version 3.1.4 and 3.2.2 in JIRA and migrated all old issues > >> in those lines to them. As per previous discussion about the 3.1.x line, > >> I'll be moving out all issues that aren't bug or release related which > >> should just leave: > >> > >> https://issues.apache.org/jira/browse/TINKERPOP-1376 > >> > >> Also, I noticed an issue with some JIRA issues we had out there - if you > >> close an issue as "not a problem" or is "not reproducible" or the like, > I > >> think that we shouldn't clear the "Fix version" because otherwise those > >> items will show up in the CHANGELOG and i don't think that the CHANGELOG > >> should have "invalid" issues listed in it. > >> > >> The release branches will remain frozen during our vote period. I'll > post > >> back here when everything is opened back up again. > >> > >> Thanks, > >> > >> Stephen > >> > >> > >> On Mon, Jul 18, 2016 at 4:36 PM, Stephen Mallette > > >> wrote: > >> > >>> Here's the revised validate-distribution.sh file: > >>> > >>> https://gist.github.com/spmallette/8a1296a50320fe0e1b350fc6caef372e > >>> > >>> Please use that to test out the release (if you use that approach - it > >>> really is a super easy way to checkout the distribution if you'd like > to > >>> participate in the vote and don't have a ton of time to look at > everything > >>> manually). I'll commit these changes to the repo after release is all > >>> settled. > >>> > >>> On Mon, Jul 18, 2016 at 4:00 PM, Stephen Mallette < > spmalle...@gmail.com> > >>> wrote: > >>> > Having some trouble with release. Some of the trouble is a bit out of > my control - like a bank of thunderstorms flickering my internet > connection. Some of the trouble was self-created, like trying to > rename the > distributions - which I've abandoned doing for this release (we'll do > it > for the next one now that I see all the problems with doing that). > And now > i'm stuck with validate-distribution.sh which doesn't seem to want to > behave. I think I have it figured out now with a patch or two. I'll > post > that as a gist later for everyone to use as a replacement for the one > in > git or perhaps make the commit to master before i start working on > 3.2.1 - > I don't plan to go back through the release process for 3.1.3 to make > another commit on tp31 at this point. Anyway, as soon as this > validate-distribution.sh run finishes successfully, you can expect a > VOTE > thread for 3.1.3. > > If I can get 3.2.1 out as well tonight I will but it might be better > for me to wait until morning because I don't want to make any dumb > mistakes > at this point and it's always good to have a sharp mind when doing > this > stuff. So, worst case, the 3.2.1 VOTE should start tomorrow morning. > Sorry > for the delay > > Thanks, > > Stephen > > > > On Sat, Jul 16, 2016 at 8:57 AM, Marko Rodriguez < > okramma...@gmail.com> > wrote: > > > Thanks again for handling the release process. > > > > I appreciate nearly nothing in this world except for the effort you > > put into the release process. > > > > Thank you, > > Marko. > >>