Re: code freeze 3.2.5

Fix pushed to tp32 and master. Robert Dale On Wed, Jun 14, 2017 at 3:50 PM, Stephen Mallette wrote: > Well - now that the VOTE on 3.2.5 is cancelled we can now fix up these > couple of issues, specifically: > > 1. anyStepRecursively() bug (kuppitz is going to handle that)

Re: code freeze 3.2.5

Well - now that the VOTE on 3.2.5 is cancelled we can now fix up these couple of issues, specifically: 1. anyStepRecursively() bug (kuppitz is going to handle that) 2. Gryo serialization of inside() (robert dale, you had the fix for that - do you want to just CTR that in? though i'm also

[CANCEL][VOTE] TinkerPop 3.2.5 Release

Given the problems noticed with 3.2.5 as it is now I'm going to cancel this vote so that we can address the issues. I'll start a fresh VOTE thread when a new packaging is ready to go. On Wed, Jun 14, 2017 at 3:42 PM, Stephen Mallette wrote: > I'm fine to re-do it. Let's

Re: [VOTE] TinkerPop 3.2.5 Release

I'm fine to re-do it. Let's fix the mess. The fixes may be one liners but there must be something amiss in the test cases that aren't catching these things so it would be nice to dig in there. I'm going to cancel the VOTE. Let's use the "code freeze" thread to coordinate the fixes. On Wed, Jun

Re: [VOTE] TinkerPop 3.2.5 Release

I say -1 and then also fix the Pieter bug with the anyStepRecursively(). Both seem 1 line fixes. Marko. http://markorodriguez.com > On Jun 14, 2017, at 12:27 PM, Robert Dale wrote: > > My vote is to move forward with the release as-is. This becomes a known > issue. But

[jira] [Commented] (TINKERPOP-1552) C# Gremlin Language Variant

[ https://issues.apache.org/jira/browse/TINKERPOP-1552?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16049567#comment-16049567 ] stephen mallette commented on TINKERPOP-1552: - nice - the "tinkerpop" account now has

Re: [VOTE] TinkerPop 3.2.5 Release

My vote is to move forward with the release as-is. This becomes a known issue. But it's up to you. You have to do all the work ;-) Robert Dale On Wed, Jun 14, 2017 at 3:24 PM, Stephen Mallette wrote: > damn. that really stinks. That basically means that use of

Re: [VOTE] TinkerPop 3.2.5 Release

damn. that really stinks. That basically means that use of P.inside() translates to P.between() during serialization of bytecode. how did that not show up as a failure in a test somewhere (i don't know how remote process tests couldn't have caught that)?! well - what are we thinking now? -1, fix,

[jira] [Commented] (TINKERPOP-1552) C# Gremlin Language Variant

[ https://issues.apache.org/jira/browse/TINKERPOP-1552?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16049558#comment-16049558 ] Florian Hockmann commented on TINKERPOP-1552: - Done! You should get an email now with a

Re: [VOTE] TinkerPop 3.2.5 Release

Stephen, found a little bug. I was going to push it but the branch is set to the release version. diff --git a/gremlin-core/src/main/java/org/apache/tinkerpop/gremlin/structure/io/gryo/GryoSerializers.java

[jira] [Commented] (TINKERPOP-1552) C# Gremlin Language Variant

[ https://issues.apache.org/jira/browse/TINKERPOP-1552?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16049532#comment-16049532 ] stephen mallette commented on TINKERPOP-1552: - [~Florian Hockmann] I just created a

Re: [DISCUSS] JanusGraph in Provider Index

JanusGraph was added a while ago - I believe as soon as the first release dropped. On Wed, Jun 14, 2017 at 2:43 PM, Jing Chen (Jerry) He wrote: > FYI > > JanusGraph has had two official releases now: > > https://github.com/JanusGraph/janusgraph/releases/ > > Thanks, > >

Re: [DISCUSS] JanusGraph in Provider Index

FYI JanusGraph has had two official releases now: https://github.com/JanusGraph/janusgraph/releases/ Thanks, Jerry On 2017-02-06 06:53 (-0700), Marko Rodriguez wrote: > Hi, > > I think they should have one official release first. Right now its just > source code and

Re: gremlin-test and h2 database

it's used with junit-benchmarks and should only be a dependency in gremlin-test (obviously, a test project used with test scope) and gremlin-server which uses it in test scope. it's not part of anything we distribute to users. i think it is already gone as a dependency in 3.3.0 now that we use jmh

RE: gremlin-test and h2 database

Hi, I just noticed for the first time that gremlin-test has a dependency on h2 database. com.h2database h2 1.3.171 Where is it being used? Thanks Pieter

[jira] [Commented] (TINKERPOP-1552) C# Gremlin Language Variant

[ https://issues.apache.org/jira/browse/TINKERPOP-1552?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16049378#comment-16049378 ] Florian Hockmann commented on TINKERPOP-1552: - {quote} it would be nice to have some more

[jira] [Commented] (TINKERPOP-1552) C# Gremlin Language Variant

[ https://issues.apache.org/jira/browse/TINKERPOP-1552?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16049363#comment-16049363 ] stephen mallette commented on TINKERPOP-1552: - > I wouldn't format it as an XML

Re: [DISCUSS] Neo4j version for 3.3.0

We only coupled them them to make it easier for users. you just have to :install neo4j-gremlin and you get going. if we decouple then they have the added step of a messing with neo4j-tinkerpop-api-impl which is sorta "unknown" in terms of dependencies. Personally, I like the single neo4j-gremlin

[jira] [Commented] (TINKERPOP-1552) C# Gremlin Language Variant

[ https://issues.apache.org/jira/browse/TINKERPOP-1552?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16049360#comment-16049360 ] Florian Hockmann commented on TINKERPOP-1552: - The good thing is that we can still change

Re: [DISCUSS] Neo4j version for 3.3.0

There is also the possibility of decoupling neo4j-gremlin from the neo4j-tinkerpop-api-impl version. The neo4j-tinkerpop-api hasn't changed in all this time. With that, neo4j-gremlin could be installed by default. Then it would be up to the user to install the desired neo4j-tinkerpop-api-impl

Re: [DISCUSS] TinkerPop homepage Python library clean up

i'm all for keeping stuff on the home page up to date, but just to clarify terminology - is aiogremlin a GLV? or does it just provide for a driver that the TinkerPop gremlin-python GLV uses? if so, isn't aoigremlin really just a driver? On Wed, Jun 14, 2017 at 12:09 PM, David Brown

[DISCUSS] TinkerPop homepage Python library clean up

I think it is time to clean up the Python library links on the TinkerPop homepage. I am no longer maintaining gremlinclient or gremlinrestclient. Their functionality has been subsumed under the official gremlin-python and aiogremlin, although support for HTTP has yet to be implemented (I will

[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=16049157#comment-16049157 ] Robert Dale commented on TINKERPOP-1692: I don't see 3.0.x on neo4j.com as a supported

Re: [DISCUSS] Neo4j version for 3.3.0

Looks like you sorta have it figured out https://issues.apache.org/jira/browse/TINKERPOP-1692 Care to form that into a pull request for the master branch? On Tue, Jun 13, 2017 at 7:00 AM, Robert Dale wrote: > I'm all for it. You can see my repo for the little changes

[jira] [Created] (TINKERPOP-1692) Bump to Neo4j 3.0.3

stephen mallette created TINKERPOP-1692: --- Summary: Bump to Neo4j 3.0.3 Key: TINKERPOP-1692 URL: https://issues.apache.org/jira/browse/TINKERPOP-1692 Project: TinkerPop Issue Type:

Re: [VOTE] TinkerPop 3.2.5 Release

Ran all Sqlg's custom tests and the structure and process test suites. All tests pass. VOTE +1 On 14/06/2017 03:36, David Brown wrote: Ran ./validate-distribution.sh 3.2.5 - all ok Installed gremlin-python 3.2.5 from source as aiogremlin dependency - successful Tested aiogremlin against

[jira] [Created] (TINKERPOP-1691) Some EventStrategyProcessTest assume element state is synced in memory

pieter martin created TINKERPOP-1691: Summary: Some EventStrategyProcessTest assume element state is synced in memory Key: TINKERPOP-1691 URL: https://issues.apache.org/jira/browse/TINKERPOP-1691

Re: TraversalHelper.anyStepRecursively bug

Hi, No I can not demonstrate a traversal failure. At least not using TinkerGraph. The failure I get is while optimizing a step in Sqlg. Previously I would look for CyclicPathStep or SimplePathStep both of which are NOT a TraversalParent so TraversalHelper.anyStepRecursively happen to work.