Re: [DISCUSS] 3.2.8/3.3.2 Release Issues

2018-03-23 Thread Ted Wilmes
Hi Stephen,
I can take a crack at the 3.2.8 release.

--Ted

On Thu, Mar 22, 2018, 3:43 PM Stephen Mallette <spmalle...@gmail.com> wrote:

> So, TINKERPOP-1865 merged and TINKERPOP-1866 is in PR form awaiting review:
>
> https://github.com/apache/tinkerpop/pull/823
>
> Insanely great work from Florian Hockmann killing all these .NET tickets on
> the way up to release prior to his holiday time - appreciated!
>
> I think we also want to get in Jorge's PR so that we can release properly
> signed .NET assemblies:
>
> https://github.com/apache/tinkerpop/pull/822
>
> Other than, that I think we are setup for code freeze tomorrow and we can
> start focusing on more testing/docs.
>
> Does anyone care to volunteer to take 3.2.8 off my hands? Otherwise, I will
> manage both releases myself.
>
>
>
> On Wed, Mar 21, 2018 at 12:00 PM, Stephen Mallette <spmalle...@gmail.com>
> wrote:
>
> > Just a quick note to mention that we're down to just these two issues in
> > JIRA:
> >
> > https://issues.apache.org/jira/browse/TINKERPOP-1866
> > https://issues.apache.org/jira/browse/TINKERPOP-1865 (has a PR at
> > https://github.com/apache/tinkerpop/pull/820)
> >
> > any others?
> >
> > Looks like we might get this all closed up by code freeze on Friday
> >
> >
> > On Mon, Mar 12, 2018 at 12:11 PM, Stephen Mallette <spmalle...@gmail.com
> >
> > wrote:
> >
> >> I just made an update on two issues that I thought needed to be done
> with
> >> gremlin-python for release, specifically:
> >>
> >> https://issues.apache.org/jira/browse/TINKERPOP-1898
> >> https://issues.apache.org/jira/browse/TINKERPOP-1895
> >>
> >> if you're following along, i basically closed 1895 as a duplicate of
> 1898
> >> as the two issues are related - ultimately, the issues is with
> specifying
> >> strategies when a lambda is present. basically, i can't get the test i
> had
> >> validating a fix to pass consistently and I believe that the reason is
> >> related to something that is out of our hands - an issue in jython
> >> processing varargs. Anyway, i don't imagine 1898 will get closed in time
> >> for release, but personally, I don't think this is a massive issue to
> block
> >> us from moving forward. I also think we have a reasonable workaround as
> >> gremlin-python users should be able to submit their lambdas as groovy
> and
> >> get a successful traversal execution.
> >>
> >>
> >>
> >> On Thu, Mar 8, 2018 at 9:42 AM, Florian Hockmann <
> f...@florian-hockmann.de>
> >> wrote:
> >>
> >>> I already started working on TINKERPOP-1901, but some tests failed and
> I
> >>> wanted to use a Docker image of the Gremlin Server for easier debugging
> >>> which is why I created a PR for that first.
> >>> Finishing TINKERPOP-1854 should be really easy once TINKERPOP-1901 is
> >>> done.
> >>>
> >>> Supporting g:T (TINKERPOP-1866) shouldn't require much work. It should
> >>> just need a small deserializer.
> >>>
> >>> But I'm not sure about the test related tickets (TINKERPOP-1865 and
> >>> TINKERPOP-1892). I looked into the failing tests when the new scenarios
> >>> were introduced and they seemed to be caused by bugs / missing
> >>> functionality in the way we create traversals from the Gherkin features
> >>> rather than real bugs in Gremlin.Net.
> >>>
> >>> I also still see the problem of releasing Gremlin.Net from a Unix
> system
> >>> as strong name signing is still not supported. The newest Visual Studio
> >>> version that was released on Monday (15.6) includes the fix, but we
> still
> >>> have to wait for the next release of the dotnet CLI tool. I asked in
> their
> >>> Gitter channel about an estimate but didn't get an answer so far. We
> might
> >>> have to set up a small build job on AppVeyor to build and pack
> Gremlin.Net
> >>> so that the release manager can download the NuGet packages from there
> and
> >>> then only has to push them. I can't handle the NuGet packaging this
> time as
> >>> I'm on vacation in the second half of March and first week of April.
> >>>
> >>> Do we have to set the release date in stone now or could we just see
> >>> where we are at the end of next week and then decide whether we stay
> with
> >>> the release date in the first week of April or whether we need more
> t

Re: [DISCUSS] 3.2.8/3.3.2 Release Issues

2018-03-22 Thread Stephen Mallette
So, TINKERPOP-1865 merged and TINKERPOP-1866 is in PR form awaiting review:

https://github.com/apache/tinkerpop/pull/823

Insanely great work from Florian Hockmann killing all these .NET tickets on
the way up to release prior to his holiday time - appreciated!

I think we also want to get in Jorge's PR so that we can release properly
signed .NET assemblies:

https://github.com/apache/tinkerpop/pull/822

Other than, that I think we are setup for code freeze tomorrow and we can
start focusing on more testing/docs.

Does anyone care to volunteer to take 3.2.8 off my hands? Otherwise, I will
manage both releases myself.



On Wed, Mar 21, 2018 at 12:00 PM, Stephen Mallette <spmalle...@gmail.com>
wrote:

> Just a quick note to mention that we're down to just these two issues in
> JIRA:
>
> https://issues.apache.org/jira/browse/TINKERPOP-1866
> https://issues.apache.org/jira/browse/TINKERPOP-1865 (has a PR at
> https://github.com/apache/tinkerpop/pull/820)
>
> any others?
>
> Looks like we might get this all closed up by code freeze on Friday
>
>
> On Mon, Mar 12, 2018 at 12:11 PM, Stephen Mallette <spmalle...@gmail.com>
> wrote:
>
>> I just made an update on two issues that I thought needed to be done with
>> gremlin-python for release, specifically:
>>
>> https://issues.apache.org/jira/browse/TINKERPOP-1898
>> https://issues.apache.org/jira/browse/TINKERPOP-1895
>>
>> if you're following along, i basically closed 1895 as a duplicate of 1898
>> as the two issues are related - ultimately, the issues is with specifying
>> strategies when a lambda is present. basically, i can't get the test i had
>> validating a fix to pass consistently and I believe that the reason is
>> related to something that is out of our hands - an issue in jython
>> processing varargs. Anyway, i don't imagine 1898 will get closed in time
>> for release, but personally, I don't think this is a massive issue to block
>> us from moving forward. I also think we have a reasonable workaround as
>> gremlin-python users should be able to submit their lambdas as groovy and
>> get a successful traversal execution.
>>
>>
>>
>> On Thu, Mar 8, 2018 at 9:42 AM, Florian Hockmann <f...@florian-hockmann.de>
>> wrote:
>>
>>> I already started working on TINKERPOP-1901, but some tests failed and I
>>> wanted to use a Docker image of the Gremlin Server for easier debugging
>>> which is why I created a PR for that first.
>>> Finishing TINKERPOP-1854 should be really easy once TINKERPOP-1901 is
>>> done.
>>>
>>> Supporting g:T (TINKERPOP-1866) shouldn't require much work. It should
>>> just need a small deserializer.
>>>
>>> But I'm not sure about the test related tickets (TINKERPOP-1865 and
>>> TINKERPOP-1892). I looked into the failing tests when the new scenarios
>>> were introduced and they seemed to be caused by bugs / missing
>>> functionality in the way we create traversals from the Gherkin features
>>> rather than real bugs in Gremlin.Net.
>>>
>>> I also still see the problem of releasing Gremlin.Net from a Unix system
>>> as strong name signing is still not supported. The newest Visual Studio
>>> version that was released on Monday (15.6) includes the fix, but we still
>>> have to wait for the next release of the dotnet CLI tool. I asked in their
>>> Gitter channel about an estimate but didn't get an answer so far. We might
>>> have to set up a small build job on AppVeyor to build and pack Gremlin.Net
>>> so that the release manager can download the NuGet packages from there and
>>> then only has to push them. I can't handle the NuGet packaging this time as
>>> I'm on vacation in the second half of March and first week of April.
>>>
>>> Do we have to set the release date in stone now or could we just see
>>> where we are at the end of next week and then decide whether we stay with
>>> the release date in the first week of April or whether we need more time?
>>>
>>> -Ursprüngliche Nachricht-
>>> Von: Jorge Bay Gondra <jorgebaygon...@gmail.com>
>>> Gesendet: Donnerstag, 8. März 2018 09:26
>>> An: dev@tinkerpop.apache.org
>>> Betreff: Re: [DISCUSS] 3.2.8/3.3.2 Release Issues
>>>
>>> Lambdas in .NET is blocked by TINKERPOP-1901, I've updated JIRA to
>>> reflect that.
>>>
>>> I don't know if we can make it with the current scope in that timeline.
>>> I have very little / no time available for the .NET GLV issues until the
>>> end of next week...
>>>
>>> On 

Re: [DISCUSS] 3.2.8/3.3.2 Release Issues

2018-03-21 Thread Stephen Mallette
Just a quick note to mention that we're down to just these two issues in
JIRA:

https://issues.apache.org/jira/browse/TINKERPOP-1866
https://issues.apache.org/jira/browse/TINKERPOP-1865 (has a PR at
https://github.com/apache/tinkerpop/pull/820)

any others?

Looks like we might get this all closed up by code freeze on Friday


On Mon, Mar 12, 2018 at 12:11 PM, Stephen Mallette <spmalle...@gmail.com>
wrote:

> I just made an update on two issues that I thought needed to be done with
> gremlin-python for release, specifically:
>
> https://issues.apache.org/jira/browse/TINKERPOP-1898
> https://issues.apache.org/jira/browse/TINKERPOP-1895
>
> if you're following along, i basically closed 1895 as a duplicate of 1898
> as the two issues are related - ultimately, the issues is with specifying
> strategies when a lambda is present. basically, i can't get the test i had
> validating a fix to pass consistently and I believe that the reason is
> related to something that is out of our hands - an issue in jython
> processing varargs. Anyway, i don't imagine 1898 will get closed in time
> for release, but personally, I don't think this is a massive issue to block
> us from moving forward. I also think we have a reasonable workaround as
> gremlin-python users should be able to submit their lambdas as groovy and
> get a successful traversal execution.
>
>
>
> On Thu, Mar 8, 2018 at 9:42 AM, Florian Hockmann <f...@florian-hockmann.de>
> wrote:
>
>> I already started working on TINKERPOP-1901, but some tests failed and I
>> wanted to use a Docker image of the Gremlin Server for easier debugging
>> which is why I created a PR for that first.
>> Finishing TINKERPOP-1854 should be really easy once TINKERPOP-1901 is
>> done.
>>
>> Supporting g:T (TINKERPOP-1866) shouldn't require much work. It should
>> just need a small deserializer.
>>
>> But I'm not sure about the test related tickets (TINKERPOP-1865 and
>> TINKERPOP-1892). I looked into the failing tests when the new scenarios
>> were introduced and they seemed to be caused by bugs / missing
>> functionality in the way we create traversals from the Gherkin features
>> rather than real bugs in Gremlin.Net.
>>
>> I also still see the problem of releasing Gremlin.Net from a Unix system
>> as strong name signing is still not supported. The newest Visual Studio
>> version that was released on Monday (15.6) includes the fix, but we still
>> have to wait for the next release of the dotnet CLI tool. I asked in their
>> Gitter channel about an estimate but didn't get an answer so far. We might
>> have to set up a small build job on AppVeyor to build and pack Gremlin.Net
>> so that the release manager can download the NuGet packages from there and
>> then only has to push them. I can't handle the NuGet packaging this time as
>> I'm on vacation in the second half of March and first week of April.
>>
>> Do we have to set the release date in stone now or could we just see
>> where we are at the end of next week and then decide whether we stay with
>> the release date in the first week of April or whether we need more time?
>>
>> -Ursprüngliche Nachricht-
>> Von: Jorge Bay Gondra <jorgebaygon...@gmail.com>
>> Gesendet: Donnerstag, 8. März 2018 09:26
>> An: dev@tinkerpop.apache.org
>> Betreff: Re: [DISCUSS] 3.2.8/3.3.2 Release Issues
>>
>> Lambdas in .NET is blocked by TINKERPOP-1901, I've updated JIRA to
>> reflect that.
>>
>> I don't know if we can make it with the current scope in that timeline. I
>> have very little / no time available for the .NET GLV issues until the end
>> of next week...
>>
>> On Wed, Mar 7, 2018 at 9:35 PM, Stephen Mallette <spmalle...@gmail.com>
>> wrote:
>>
>> > In a previous thread we had the idea that we would look to release
>> > 3.2.8/3.3.2 around the first week of April which means that we will
>> > likely code freeze in about 10 days to focus on review/test/docs. I
>> > think that we want to see these issues polished up before we release:
>> >
>> > https://issues.apache.org/jira/browse/TINKERPOP-1866 (Support g:T for
>> > .NET)
>> > https://issues.apache.org/jira/browse/TINKERPOP-1854 (Lambdas in .NET
>> > - already has a PR)
>> > https://issues.apache.org/jira/browse/TINKERPOP-1865 (Run .NET tests
>> > on GraphSON 3.0)
>> > https://issues.apache.org/jira/browse/TINKERPOP-1892 (A few failing
>> > tests in .NET)
>> >
>> > Jorge/Florian, hopefully you can help us get to the finish line on
>> > those .NET issues?
>> >
>> > The followin

Re: [DISCUSS] 3.2.8/3.3.2 Release Issues

2018-03-12 Thread Stephen Mallette
I just made an update on two issues that I thought needed to be done with
gremlin-python for release, specifically:

https://issues.apache.org/jira/browse/TINKERPOP-1898
https://issues.apache.org/jira/browse/TINKERPOP-1895

if you're following along, i basically closed 1895 as a duplicate of 1898
as the two issues are related - ultimately, the issues is with specifying
strategies when a lambda is present. basically, i can't get the test i had
validating a fix to pass consistently and I believe that the reason is
related to something that is out of our hands - an issue in jython
processing varargs. Anyway, i don't imagine 1898 will get closed in time
for release, but personally, I don't think this is a massive issue to block
us from moving forward. I also think we have a reasonable workaround as
gremlin-python users should be able to submit their lambdas as groovy and
get a successful traversal execution.



On Thu, Mar 8, 2018 at 9:42 AM, Florian Hockmann <f...@florian-hockmann.de>
wrote:

> I already started working on TINKERPOP-1901, but some tests failed and I
> wanted to use a Docker image of the Gremlin Server for easier debugging
> which is why I created a PR for that first.
> Finishing TINKERPOP-1854 should be really easy once TINKERPOP-1901 is done.
>
> Supporting g:T (TINKERPOP-1866) shouldn't require much work. It should
> just need a small deserializer.
>
> But I'm not sure about the test related tickets (TINKERPOP-1865 and
> TINKERPOP-1892). I looked into the failing tests when the new scenarios
> were introduced and they seemed to be caused by bugs / missing
> functionality in the way we create traversals from the Gherkin features
> rather than real bugs in Gremlin.Net.
>
> I also still see the problem of releasing Gremlin.Net from a Unix system
> as strong name signing is still not supported. The newest Visual Studio
> version that was released on Monday (15.6) includes the fix, but we still
> have to wait for the next release of the dotnet CLI tool. I asked in their
> Gitter channel about an estimate but didn't get an answer so far. We might
> have to set up a small build job on AppVeyor to build and pack Gremlin.Net
> so that the release manager can download the NuGet packages from there and
> then only has to push them. I can't handle the NuGet packaging this time as
> I'm on vacation in the second half of March and first week of April.
>
> Do we have to set the release date in stone now or could we just see where
> we are at the end of next week and then decide whether we stay with the
> release date in the first week of April or whether we need more time?
>
> -Ursprüngliche Nachricht-
> Von: Jorge Bay Gondra <jorgebaygon...@gmail.com>
> Gesendet: Donnerstag, 8. März 2018 09:26
> An: dev@tinkerpop.apache.org
> Betreff: Re: [DISCUSS] 3.2.8/3.3.2 Release Issues
>
> Lambdas in .NET is blocked by TINKERPOP-1901, I've updated JIRA to reflect
> that.
>
> I don't know if we can make it with the current scope in that timeline. I
> have very little / no time available for the .NET GLV issues until the end
> of next week...
>
> On Wed, Mar 7, 2018 at 9:35 PM, Stephen Mallette <spmalle...@gmail.com>
> wrote:
>
> > In a previous thread we had the idea that we would look to release
> > 3.2.8/3.3.2 around the first week of April which means that we will
> > likely code freeze in about 10 days to focus on review/test/docs. I
> > think that we want to see these issues polished up before we release:
> >
> > https://issues.apache.org/jira/browse/TINKERPOP-1866 (Support g:T for
> > .NET)
> > https://issues.apache.org/jira/browse/TINKERPOP-1854 (Lambdas in .NET
> > - already has a PR)
> > https://issues.apache.org/jira/browse/TINKERPOP-1865 (Run .NET tests
> > on GraphSON 3.0)
> > https://issues.apache.org/jira/browse/TINKERPOP-1892 (A few failing
> > tests in .NET)
> >
> > Jorge/Florian, hopefully you can help us get to the finish line on
> > those .NET issues?
> >
> > The following 3 are all python related around lambdas and i think
> > fixing one will fix all (i'm still digging into these):
> >
> > https://issues.apache.org/jira/browse/TINKERPOP-1895
> > https://issues.apache.org/jira/browse/TINKERPOP-1896
> > https://issues.apache.org/jira/browse/TINKERPOP-1898
> >
> > Obviously we would want to close out all current PRs that are open as
> well.
> > Committers, we could use some reviews please - there is a glut of them
> > at this point.
> >
> > Interestingly there's no problems to solve with the Javascript GLV...I
> > guess I shouldn't be paranoid :)
> >
> > Are there any concerns with trying to finish up the items I've posted?
> > Anyone know of anything else that is crucial for this release?
> >
>
>


AW: [DISCUSS] 3.2.8/3.3.2 Release Issues

2018-03-08 Thread Florian Hockmann
I already started working on TINKERPOP-1901, but some tests failed and I wanted 
to use a Docker image of the Gremlin Server for easier debugging which is why I 
created a PR for that first.
Finishing TINKERPOP-1854 should be really easy once TINKERPOP-1901 is done.

Supporting g:T (TINKERPOP-1866) shouldn't require much work. It should just 
need a small deserializer.

But I'm not sure about the test related tickets (TINKERPOP-1865 and 
TINKERPOP-1892). I looked into the failing tests when the new scenarios were 
introduced and they seemed to be caused by bugs / missing functionality in the 
way we create traversals from the Gherkin features rather than real bugs in 
Gremlin.Net.

I also still see the problem of releasing Gremlin.Net from a Unix system as 
strong name signing is still not supported. The newest Visual Studio version 
that was released on Monday (15.6) includes the fix, but we still have to wait 
for the next release of the dotnet CLI tool. I asked in their Gitter channel 
about an estimate but didn't get an answer so far. We might have to set up a 
small build job on AppVeyor to build and pack Gremlin.Net so that the release 
manager can download the NuGet packages from there and then only has to push 
them. I can't handle the NuGet packaging this time as I'm on vacation in the 
second half of March and first week of April.

Do we have to set the release date in stone now or could we just see where we 
are at the end of next week and then decide whether we stay with the release 
date in the first week of April or whether we need more time?

-Ursprüngliche Nachricht-
Von: Jorge Bay Gondra <jorgebaygon...@gmail.com> 
Gesendet: Donnerstag, 8. März 2018 09:26
An: dev@tinkerpop.apache.org
Betreff: Re: [DISCUSS] 3.2.8/3.3.2 Release Issues

Lambdas in .NET is blocked by TINKERPOP-1901, I've updated JIRA to reflect that.

I don't know if we can make it with the current scope in that timeline. I have 
very little / no time available for the .NET GLV issues until the end of next 
week...

On Wed, Mar 7, 2018 at 9:35 PM, Stephen Mallette <spmalle...@gmail.com>
wrote:

> In a previous thread we had the idea that we would look to release
> 3.2.8/3.3.2 around the first week of April which means that we will 
> likely code freeze in about 10 days to focus on review/test/docs. I 
> think that we want to see these issues polished up before we release:
>
> https://issues.apache.org/jira/browse/TINKERPOP-1866 (Support g:T for
> .NET)
> https://issues.apache.org/jira/browse/TINKERPOP-1854 (Lambdas in .NET 
> - already has a PR)
> https://issues.apache.org/jira/browse/TINKERPOP-1865 (Run .NET tests 
> on GraphSON 3.0)
> https://issues.apache.org/jira/browse/TINKERPOP-1892 (A few failing 
> tests in .NET)
>
> Jorge/Florian, hopefully you can help us get to the finish line on 
> those .NET issues?
>
> The following 3 are all python related around lambdas and i think 
> fixing one will fix all (i'm still digging into these):
>
> https://issues.apache.org/jira/browse/TINKERPOP-1895
> https://issues.apache.org/jira/browse/TINKERPOP-1896
> https://issues.apache.org/jira/browse/TINKERPOP-1898
>
> Obviously we would want to close out all current PRs that are open as well.
> Committers, we could use some reviews please - there is a glut of them 
> at this point.
>
> Interestingly there's no problems to solve with the Javascript GLV...I 
> guess I shouldn't be paranoid :)
>
> Are there any concerns with trying to finish up the items I've posted?
> Anyone know of anything else that is crucial for this release?
>



Re: [DISCUSS] 3.2.8/3.3.2 Release Issues

2018-03-08 Thread Jorge Bay Gondra
Lambdas in .NET is blocked by TINKERPOP-1901, I've updated JIRA to reflect
that.

I don't know if we can make it with the current scope in that timeline. I
have very little / no time available for the .NET GLV issues until the end
of next week...

On Wed, Mar 7, 2018 at 9:35 PM, Stephen Mallette 
wrote:

> In a previous thread we had the idea that we would look to release
> 3.2.8/3.3.2 around the first week of April which means that we will likely
> code freeze in about 10 days to focus on review/test/docs. I think that we
> want to see these issues polished up before we release:
>
> https://issues.apache.org/jira/browse/TINKERPOP-1866 (Support g:T for
> .NET)
> https://issues.apache.org/jira/browse/TINKERPOP-1854 (Lambdas in .NET -
> already has a PR)
> https://issues.apache.org/jira/browse/TINKERPOP-1865 (Run .NET tests on
> GraphSON 3.0)
> https://issues.apache.org/jira/browse/TINKERPOP-1892 (A few failing tests
> in .NET)
>
> Jorge/Florian, hopefully you can help us get to the finish line on those
> .NET issues?
>
> The following 3 are all python related around lambdas and i think fixing
> one will fix all (i'm still digging into these):
>
> https://issues.apache.org/jira/browse/TINKERPOP-1895
> https://issues.apache.org/jira/browse/TINKERPOP-1896
> https://issues.apache.org/jira/browse/TINKERPOP-1898
>
> Obviously we would want to close out all current PRs that are open as well.
> Committers, we could use some reviews please - there is a glut of them at
> this point.
>
> Interestingly there's no problems to solve with the Javascript GLV...I
> guess I shouldn't be paranoid :)
>
> Are there any concerns with trying to finish up the items I've posted?
> Anyone know of anything else that is crucial for this release?
>


[DISCUSS] 3.2.8/3.3.2 Release Issues

2018-03-07 Thread Stephen Mallette
In a previous thread we had the idea that we would look to release
3.2.8/3.3.2 around the first week of April which means that we will likely
code freeze in about 10 days to focus on review/test/docs. I think that we
want to see these issues polished up before we release:

https://issues.apache.org/jira/browse/TINKERPOP-1866 (Support g:T for .NET)
https://issues.apache.org/jira/browse/TINKERPOP-1854 (Lambdas in .NET -
already has a PR)
https://issues.apache.org/jira/browse/TINKERPOP-1865 (Run .NET tests on
GraphSON 3.0)
https://issues.apache.org/jira/browse/TINKERPOP-1892 (A few failing tests
in .NET)

Jorge/Florian, hopefully you can help us get to the finish line on those
.NET issues?

The following 3 are all python related around lambdas and i think fixing
one will fix all (i'm still digging into these):

https://issues.apache.org/jira/browse/TINKERPOP-1895
https://issues.apache.org/jira/browse/TINKERPOP-1896
https://issues.apache.org/jira/browse/TINKERPOP-1898

Obviously we would want to close out all current PRs that are open as well.
Committers, we could use some reviews please - there is a glut of them at
this point.

Interestingly there's no problems to solve with the Javascript GLV...I
guess I shouldn't be paranoid :)

Are there any concerns with trying to finish up the items I've posted?
Anyone know of anything else that is crucial for this release?