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 <[email protected]>
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 <[email protected]>
> 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 <[email protected]>
>> Gesendet: Donnerstag, 8. März 2018 09:26
>> An: [email protected]
>> 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 <[email protected]>
>> 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?
>> >
>>
>>
>

Reply via email to