Re: Code Freeze 3.2.8/3.3.2

[Robert Dale]

What happens if someone wants to install Spark in Gremlin Server?

Robert Dale

On Mon, Mar 26, 2018 at 4:07 PM, Stephen Mallette 
wrote:

> Kuppitz pointed out that we were having trouble building docs on tp33 and
> of course, it was spark related. I managed to sort out the problem and we
> have our bump to netty 4.1.x to thank along with spark 2.2 being pinned on
> the 4.0.x line of netty. Basically spark is completely incompatible there
> and we get errors as a result. I've tried all manner of things to resolve
> it, but only one thing has actually worked. I had to pin the Gremlin
> Console to netty 4.0.x. Luckily, netty 4.0.x on gremlin-driver seems
> compatible with 4.1.x on the gremlin server so the console can still talk
> to the server as needed. Here's the PR for consideration:
>
> https://github.com/apache/tinkerpop/pull/826
>
> if anyone has a better way to resolve this, i'm open to going with it - in
> the mean time, if committers could review/vote, that would be good.
>
>
>
> On Sat, Mar 24, 2018 at 4:09 PM, Stephen Mallette 
> wrote:
>
> > Just a reminder that code freeze is in effect for the next week. Please
> > post issues related to release of 3.2.8/3.3.2 on this thread as needed.
> >
>

[GitHub] tinkerpop issue #826: Pinned netty to 4.0.x for spark/console

[robertdale]

Github user robertdale commented on the issue:

https://github.com/apache/tinkerpop/pull/826
  
Looks like netty is upgraded in Spark 2.3.0 only. 
https://issues.apache.org/jira/browse/SPARK-19552


---

[GitHub] tinkerpop issue #826: Pinned netty to 4.0.x for spark/console

[dkuppitz]

Github user dkuppitz commented on the issue:

https://github.com/apache/tinkerpop/pull/826
  
Yep, the second attempt worked. The first one probably just timed out cause 
I had multiple containers running in parallel. Perfecto.

VOTE: +1


---

[GitHub] tinkerpop issue #826: Pinned netty to 4.0.x for spark/console

[spmallette]

Github user spmallette commented on the issue:

https://github.com/apache/tinkerpop/pull/826
  
i didn't have that problem - i just did a docker build with `-d`. maybe try 
again? 

i just started `-t -i -n` btw


---

[GitHub] tinkerpop issue #826: Pinned netty to 4.0.x for spark/console

[dkuppitz]

Github user dkuppitz commented on the issue:

https://github.com/apache/tinkerpop/pull/826
  
Now `docker/build.sh -d` failed for me on this branch in 
`implementations-giraph.asciidoc`.


---

RE: Gremlin Go Driver

[Ashwini Singh]

Thanks Stephen. Go-gremlin have got a maintainer recently.
https://github.com/go-gremlin/gremlin/issues/8

Also , looks more mature with authentication support. 

Ashwini

-Original Message-
From: Stephen Mallette  
Sent: Monday, March 26, 2018 1:13 PM
To: dev@tinkerpop.apache.org
Cc: Luis Bosquez Gonzalez ; Siddhesh Vethe 

Subject: Re: Gremlin Go Driver

go-gremlin was first on the scene if i remember correctly, but i think the 
maintainer had to pull away from it. then gremgo came out later, which i think 
is the one most folks reach for as it is more actively maintained and better 
featured (just my impression from anecdotes) . i believe there is a third one 
under development as well, but i can't find the link atm.

i'd say Go is probably the next most requested language for a Gremlin GLV now 
that we have javascript.

On Mon, Mar 26, 2018 at 4:01 PM, Ashwini Singh < 
ashws...@microsoft.com.invalid> wrote:

> Hi Guys,
>
> There are two Go drivers for gremlin projects are going on Github, 
> go-gremlin and gremgo.
>
> https://na01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithu
> b.com%2Fgo-gremlin%2Fgremlin%2Fissues%2F8=02%7C01%7Cashwsing%40mi
> crosoft.com%7Cf5873d4ba8ac4154ca7708d5935605f9%7C72f988bf86f141af91ab2
> d7cd011db47%7C1%7C0%7C636576920058283494=h9bJ%2BgWKZ3fIX3QJx3Fm1
> hr8UT91B2TVY27BmaMPpAc%3D=0
> https://na01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithu
> b.com%2Fqasaur%2Fgremgo=02%7C01%7Cashwsing%40microsoft.com%7Cf587
> 3d4ba8ac4154ca7708d5935605f9%7C72f988bf86f141af91ab2d7cd011db47%7C1%7C
> 0%7C636576920058293498=U%2FH6NWeSj4SmtaGhXDXzLgo2RJ3grCiKJcRdWbp
> i8XM%3D=0
>
> Is there any preference in the community which on to use?
>
> Thanks
> Ashwini Singh
> Software Engineer @Microsoft Azure CosmosDB
>
>
>
>
>

Re: Gremlin Go Driver

[Stephen Mallette]

go-gremlin was first on the scene if i remember correctly, but i think the
maintainer had to pull away from it. then gremgo came out later, which i
think is the one most folks reach for as it is more actively maintained and
better featured (just my impression from anecdotes) . i believe there is a
third one under development as well, but i can't find the link atm.

i'd say Go is probably the next most requested language for a Gremlin GLV
now that we have javascript.

On Mon, Mar 26, 2018 at 4:01 PM, Ashwini Singh <
ashws...@microsoft.com.invalid> wrote:

> Hi Guys,
>
> There are two Go drivers for gremlin projects are going on Github,
> go-gremlin and gremgo.
>
> https://github.com/go-gremlin/gremlin/issues/8
> https://github.com/qasaur/gremgo
>
> Is there any preference in the community which on to use?
>
> Thanks
> Ashwini Singh
> Software Engineer @Microsoft Azure CosmosDB
>
>
>
>
>

[GitHub] tinkerpop pull request #826: Pinned netty to 4.0.x for spark/console

[spmallette]

GitHub user spmallette opened a pull request:

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

Pinned netty to 4.0.x for spark/console

Spark and Gremlin Console use netty 4.0.x. They have to be the same version 
because spark is incompatible with 4.1.x so if the console has that version 
present then spark jobs won't submit and docs won't generate. Luckily, the 
driver is fine with 4.0.x in terms of connecting to 4.1.x from the testing i've 
tried.

Issuing this PR now for review - but not ready to +1 yet as I'm awaiting 
comments on the dev list and still testing.

You can merge this pull request into a Git repository by running:

$ git pull https://github.com/apache/tinkerpop spark-deps-fix

Alternatively you can review and apply these changes as the patch at:

https://github.com/apache/tinkerpop/pull/826.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 #826


commit a136b7d6ed1abc078426bbd4d91e0df1d9a4cc50
Author: Stephen Mallette 
Date:   2018-03-26T20:02:54Z

Pinned netty to 4.0.x for spark/console

Spark and Gremlin Console use netty 4.0.x. They have to be the same version 
because spark is incompatible with 4.1.x so if the console has that version 
present then spark jobs won't submit and docs won't generate. Luckily, the 
driver is fine with 4.0.x in terms of connecting to 4.1.x from the testing i've 
tried.




---

Re: Code Freeze 3.2.8/3.3.2

[Stephen Mallette]

Kuppitz pointed out that we were having trouble building docs on tp33 and
of course, it was spark related. I managed to sort out the problem and we
have our bump to netty 4.1.x to thank along with spark 2.2 being pinned on
the 4.0.x line of netty. Basically spark is completely incompatible there
and we get errors as a result. I've tried all manner of things to resolve
it, but only one thing has actually worked. I had to pin the Gremlin
Console to netty 4.0.x. Luckily, netty 4.0.x on gremlin-driver seems
compatible with 4.1.x on the gremlin server so the console can still talk
to the server as needed. Here's the PR for consideration:

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

if anyone has a better way to resolve this, i'm open to going with it - in
the mean time, if committers could review/vote, that would be good.



On Sat, Mar 24, 2018 at 4:09 PM, Stephen Mallette 
wrote:

> Just a reminder that code freeze is in effect for the next week. Please
> post issues related to release of 3.2.8/3.3.2 on this thread as needed.
>

Gremlin Go Driver

[Ashwini Singh]

Hi Guys,

There are two Go drivers for gremlin projects are going on Github, go-gremlin 
and gremgo.

https://github.com/go-gremlin/gremlin/issues/8
https://github.com/qasaur/gremgo

Is there any preference in the community which on to use?

Thanks
Ashwini Singh
Software Engineer @Microsoft Azure CosmosDB

[jira] [Commented] (TINKERPOP-1931) Allow integration tests to be executed against Gremlin Endpoints which don't allow anonymous connections

[stephen mallette (JIRA)]

[ 
https://issues.apache.org/jira/browse/TINKERPOP-1931?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16413979#comment-16413979
 ] 

stephen mallette commented on TINKERPOP-1931:
-

hate to expand scope too much as your interest might just be .NET but maybe we 
should allow for this generally for all drivers/GLVs

> Allow integration tests to be executed against Gremlin Endpoints which don't 
> allow anonymous connections
> 
>
> Key: TINKERPOP-1931
> URL: https://issues.apache.org/jira/browse/TINKERPOP-1931
> Project: TinkerPop
>  Issue Type: Improvement
>  Components: dotnet
>Affects Versions: 3.3.1
>Reporter: Roman Kreisel
>Priority: Major
>
> Right now, it's not possible to run the Gremlin.NET integration tests against 
> Gremlin Endpoints, which don't allow connections without user and/or 
> password. Some even might only support SSL connections, which also isn't 
> supported by most unit tests..
> One of those databases is Microsoft's Cosmos DB.
> Since especially Gremlin.NET might be used often in context of Azure and the 
> Cosmos DB, it might be very helpful to have working integration tests against 
> this database as well.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

[jira] [Commented] (TINKERPOP-1931) Allow integration tests to be executed against Gremlin Endpoints which don't allow anonymous connections

[Roman Kreisel (JIRA)]

[ 
https://issues.apache.org/jira/browse/TINKERPOP-1931?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16413973#comment-16413973
 ] 

Roman Kreisel commented on TINKERPOP-1931:
--

Exactly.

This shouldn't be necessary, if both (Client-)API and Server are both tested 
against some specification-fulfilling counterpart. But even if both - Client 
and Server - work with another specification-conform implementation, they might 
not work well together.

If the tests were configureable, it would be possible to (easily) detect such 
issues.

> Allow integration tests to be executed against Gremlin Endpoints which don't 
> allow anonymous connections
> 
>
> Key: TINKERPOP-1931
> URL: https://issues.apache.org/jira/browse/TINKERPOP-1931
> Project: TinkerPop
>  Issue Type: Improvement
>  Components: dotnet
>Affects Versions: 3.3.1
>Reporter: Roman Kreisel
>Priority: Major
>
> Right now, it's not possible to run the Gremlin.NET integration tests against 
> Gremlin Endpoints, which don't allow connections without user and/or 
> password. Some even might only support SSL connections, which also isn't 
> supported by most unit tests..
> One of those databases is Microsoft's Cosmos DB.
> Since especially Gremlin.NET might be used often in context of Azure and the 
> Cosmos DB, it might be very helpful to have working integration tests against 
> this database as well.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

[jira] [Closed] (TINKERPOP-1926) Cannot build a project locally

[stephen mallette (JIRA)]

 [ 
https://issues.apache.org/jira/browse/TINKERPOP-1926?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

stephen mallette closed TINKERPOP-1926.
---
Resolution: Cannot Reproduce

closing pending additional information.

> Cannot build a project locally
> --
>
> Key: TINKERPOP-1926
> URL: https://issues.apache.org/jira/browse/TINKERPOP-1926
> Project: TinkerPop
>  Issue Type: Bug
>  Components: build-release
>Reporter: Roman Leventov
>Priority: Major
>
> I cannot build a project locally with `mvn clean install`. It is related to 
> "gremlin-shaded" module. When maven tries to compile gremlin-core module, it 
> looks at gremlin-shaded/target/classes instead of the local repository, for 
> some reason.
> I managed to work-around this by commenting-out 
> `gremlin-shaded` line in the root pom after building 
> gremlin-shaded, but this is an ugly solution.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

[jira] [Commented] (TINKERPOP-1931) Allow integration tests to be executed against Gremlin Endpoints which don't allow anonymous connections

[stephen mallette (JIRA)]

[ 
https://issues.apache.org/jira/browse/TINKERPOP-1931?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16413848#comment-16413848
 ] 

stephen mallette commented on TINKERPOP-1931:
-

oh - are you saying you want the test configurable so that you can run the 
tests against other servers (like CosmosDB)?

> Allow integration tests to be executed against Gremlin Endpoints which don't 
> allow anonymous connections
> 
>
> Key: TINKERPOP-1931
> URL: https://issues.apache.org/jira/browse/TINKERPOP-1931
> Project: TinkerPop
>  Issue Type: Improvement
>  Components: dotnet
>Affects Versions: 3.3.1
>Reporter: Roman Kreisel
>Priority: Major
>
> Right now, it's not possible to run the Gremlin.NET integration tests against 
> Gremlin Endpoints, which don't allow connections without user and/or 
> password. Some even might only support SSL connections, which also isn't 
> supported by most unit tests..
> One of those databases is Microsoft's Cosmos DB.
> Since especially Gremlin.NET might be used often in context of Azure and the 
> Cosmos DB, it might be very helpful to have working integration tests against 
> this database as well.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

[jira] [Commented] (TINKERPOP-1930) Drop support for Giraph

[ASF GitHub Bot (JIRA)]

[ 
https://issues.apache.org/jira/browse/TINKERPOP-1930?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16413837#comment-16413837
 ] 

ASF GitHub Bot commented on TINKERPOP-1930:
---

Github user robertdale commented on the issue:

https://github.com/apache/tinkerpop/pull/825
  
Should get a CHANGELOG entry, right?


> Drop support for Giraph
> ---
>
> Key: TINKERPOP-1930
> URL: https://issues.apache.org/jira/browse/TINKERPOP-1930
> Project: TinkerPop
>  Issue Type: Improvement
>  Components: hadoop
>Affects Versions: 3.3.1
>Reporter: stephen mallette
>Assignee: stephen mallette
>Priority: Major
>  Labels: breaking
> Fix For: 3.4.0
>
>
> Remove support for Giraph as per discussion on mailing list:
> https://lists.apache.org/thread.html/99b04ede4c165bfba1629e2df60c8837dde9e22cb220d15cd19e78ef@%3Cdev.tinkerpop.apache.org%3E



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

[jira] [Commented] (TINKERPOP-1930) Drop support for Giraph

[ASF GitHub Bot (JIRA)]

[ 
https://issues.apache.org/jira/browse/TINKERPOP-1930?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16413847#comment-16413847
 ] 

ASF GitHub Bot commented on TINKERPOP-1930:
---

Github user robertdale commented on the issue:

https://github.com/apache/tinkerpop/pull/825
  
VOTE +1


> Drop support for Giraph
> ---
>
> Key: TINKERPOP-1930
> URL: https://issues.apache.org/jira/browse/TINKERPOP-1930
> Project: TinkerPop
>  Issue Type: Improvement
>  Components: hadoop
>Affects Versions: 3.3.1
>Reporter: stephen mallette
>Assignee: stephen mallette
>Priority: Major
>  Labels: breaking
> Fix For: 3.4.0
>
>
> Remove support for Giraph as per discussion on mailing list:
> https://lists.apache.org/thread.html/99b04ede4c165bfba1629e2df60c8837dde9e22cb220d15cd19e78ef@%3Cdev.tinkerpop.apache.org%3E



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

[jira] [Commented] (TINKERPOP-1930) Drop support for Giraph

[ASF GitHub Bot (JIRA)]

[ 
https://issues.apache.org/jira/browse/TINKERPOP-1930?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16413845#comment-16413845
 ] 

ASF GitHub Bot commented on TINKERPOP-1930:
---

Github user spmallette commented on the issue:

https://github.com/apache/tinkerpop/pull/825
  
added changelog entry


> Drop support for Giraph
> ---
>
> Key: TINKERPOP-1930
> URL: https://issues.apache.org/jira/browse/TINKERPOP-1930
> Project: TinkerPop
>  Issue Type: Improvement
>  Components: hadoop
>Affects Versions: 3.3.1
>Reporter: stephen mallette
>Assignee: stephen mallette
>Priority: Major
>  Labels: breaking
> Fix For: 3.4.0
>
>
> Remove support for Giraph as per discussion on mailing list:
> https://lists.apache.org/thread.html/99b04ede4c165bfba1629e2df60c8837dde9e22cb220d15cd19e78ef@%3Cdev.tinkerpop.apache.org%3E



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

[jira] [Commented] (TINKERPOP-1931) Allow integration tests to be executed against Gremlin Endpoints which don't allow anonymous connections

[Roman Kreisel (JIRA)]

[ 
https://issues.apache.org/jira/browse/TINKERPOP-1931?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16413835#comment-16413835
 ] 

Roman Kreisel commented on TINKERPOP-1931:
--

Actually there are some tests for checking correct authentication 
([https://github.com/apache/tinkerpop/blob/master/gremlin-dotnet/test/Gremlin.Net.IntegrationTest/Driver/GremlinClientAuthenticationTests.cs]),
 but unfortunately most of the tests don't read user, password or "useSSL" from 
any setting file, but only connect to a configured host with a configured port 
- so it's not possible to run those tests against any software that doesn't 
support anonymous and/or non-ssl connections.

> Allow integration tests to be executed against Gremlin Endpoints which don't 
> allow anonymous connections
> 
>
> Key: TINKERPOP-1931
> URL: https://issues.apache.org/jira/browse/TINKERPOP-1931
> Project: TinkerPop
>  Issue Type: Improvement
>  Components: dotnet
>Affects Versions: 3.3.1
>Reporter: Roman Kreisel
>Priority: Major
>
> Right now, it's not possible to run the Gremlin.NET integration tests against 
> Gremlin Endpoints, which don't allow connections without user and/or 
> password. Some even might only support SSL connections, which also isn't 
> supported by most unit tests..
> One of those databases is Microsoft's Cosmos DB.
> Since especially Gremlin.NET might be used often in context of Azure and the 
> Cosmos DB, it might be very helpful to have working integration tests against 
> this database as well.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

[jira] [Commented] (TINKERPOP-1930) Drop support for Giraph

[ASF GitHub Bot (JIRA)]

[ 
https://issues.apache.org/jira/browse/TINKERPOP-1930?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16413822#comment-16413822
 ] 

ASF GitHub Bot commented on TINKERPOP-1930:
---

Github user dkuppitz commented on the issue:

https://github.com/apache/tinkerpop/pull/825
  
Best PR ever ;)

VOTE: +1


> Drop support for Giraph
> ---
>
> Key: TINKERPOP-1930
> URL: https://issues.apache.org/jira/browse/TINKERPOP-1930
> Project: TinkerPop
>  Issue Type: Improvement
>  Components: hadoop
>Affects Versions: 3.3.1
>Reporter: stephen mallette
>Assignee: stephen mallette
>Priority: Major
>  Labels: breaking
> Fix For: 3.4.0
>
>
> Remove support for Giraph as per discussion on mailing list:
> https://lists.apache.org/thread.html/99b04ede4c165bfba1629e2df60c8837dde9e22cb220d15cd19e78ef@%3Cdev.tinkerpop.apache.org%3E



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

[GitHub] tinkerpop issue #825: TINKERPOP-1930 Remove Giraph

[robertdale]

Github user robertdale commented on the issue:

https://github.com/apache/tinkerpop/pull/825
  
VOTE +1


---

[GitHub] tinkerpop issue #825: TINKERPOP-1930 Remove Giraph

[spmallette]

Github user spmallette commented on the issue:

https://github.com/apache/tinkerpop/pull/825
  
added changelog entry


---

[GitHub] tinkerpop issue #825: TINKERPOP-1930 Remove Giraph

[dkuppitz]

Github user dkuppitz commented on the issue:

https://github.com/apache/tinkerpop/pull/825
  
Best PR ever ;)

VOTE: +1


---

[jira] [Commented] (TINKERPOP-1931) Allow integration tests to be executed against Gremlin Endpoints which don't allow anonymous connections

[stephen mallette (JIRA)]

[ 
https://issues.apache.org/jira/browse/TINKERPOP-1931?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16413817#comment-16413817
 ] 

stephen mallette commented on TINKERPOP-1931:
-

We should definitely have some basic smoke tests for the secure server instance 
- do we really not have any right now? That's basically how we do it for 
gremlin-python. Personally, i'd rather not re-execute the entire suite "with 
security" - a few tests that cover each authentication type should suffice.

> Allow integration tests to be executed against Gremlin Endpoints which don't 
> allow anonymous connections
> 
>
> Key: TINKERPOP-1931
> URL: https://issues.apache.org/jira/browse/TINKERPOP-1931
> Project: TinkerPop
>  Issue Type: Improvement
>  Components: dotnet
>Affects Versions: 3.3.1
>Reporter: Roman Kreisel
>Priority: Major
>
> Right now, it's not possible to run the Gremlin.NET integration tests against 
> Gremlin Endpoints, which don't allow connections without user and/or 
> password. Some even might only support SSL connections, which also isn't 
> supported by most unit tests..
> One of those databases is Microsoft's Cosmos DB.
> Since especially Gremlin.NET might be used often in context of Azure and the 
> Cosmos DB, it might be very helpful to have working integration tests against 
> this database as well.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

[jira] [Commented] (TINKERPOP-1897) Provide Docker images of Gremlin Server and Console

[ASF GitHub Bot (JIRA)]

[ 
https://issues.apache.org/jira/browse/TINKERPOP-1897?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16413784#comment-16413784
 ] 

ASF GitHub Bot commented on TINKERPOP-1897:
---

Github user spmallette commented on the issue:

https://github.com/apache/tinkerpop/pull/802
  
Since the `build-helper-maven-plugin` configuration is identical in both 
the gremlin-server/gremlin-console pom.xml files and the "SNAPSHOT detection" 
would be generally useful (i think it has value to the GLVs) i think that you 
should be able to move that entire configuration to the root pom.xml (where the 
`build-helper-maven-plugin` is already being used). I'm pretty sure that doing 
that will make that `only.when.is.snapshot.used` to all sub-modules. I think 
you can then remove the definition for `build-helper-maven-plugin` from the 
`` element.  


> Provide Docker images of Gremlin Server and Console
> ---
>
> Key: TINKERPOP-1897
> URL: https://issues.apache.org/jira/browse/TINKERPOP-1897
> Project: TinkerPop
>  Issue Type: Improvement
>  Components: console, server
>Affects Versions: 3.2.7
>Reporter: Florian Hockmann
>Assignee: Florian Hockmann
>Priority: Major
>
> TinkerPop should provide Docker images of Gremlin Server and Gremlin Console 
> that are deployed together with each release.
> This originated from the mailing list:
> [https://lists.apache.org/thread.html/744ae19afa9b2fd1984c1e4dddc588e98786d9c21b633aab8bfa@%3Cdev.tinkerpop.apache.org%3E]



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

Re: revapi issues

[Stephen Mallette]

I've fixed the problem - just needed to prevent revapi from applying rules
against unofficial releases (for example, release candidates). I've
re-enabled the plugin.

On Fri, Mar 23, 2018 at 1:27 PM, Stephen Mallette 
wrote:

> i think i figured it out. i have a conflict on 3.3.1/2 - not sure how i'm
> going to resolve that yet. as soon as I do, i'll turn revapi back on.
> thanks for trying.
>
> On Fri, Mar 23, 2018 at 9:23 AM, Robert Dale  wrote:
>
>> Ok, on latest master with revapi enabled:
>> [INFO] Comparing [org.apache.tinkerpop:gremlin-core:jar:3.3.1] against
>> [org.apache.tinkerpop:gremlin-core:jar:3.4.0-SNAPSHOT] (including their
>> transitive dependencies).
>> [INFO] API checks completed without failures.
>>
>> What errors are you seeing?
>>
>>
>> Robert Dale
>>
>> On Fri, Mar 23, 2018 at 8:52 AM, Stephen Mallette 
>> wrote:
>>
>> > it's only on gremlin-core and runs every time you do a build. I was just
>> > doing
>> >
>> > mvn clean install -DskipTests
>> >
>> > to trigger it. to run it now though you'd need to change back this line:
>> >
>> > https://github.com/apache/tinkerpop/commit/23ca117b9f49c2171
>> b65bc3e3a41ea
>> > bb3b44dc3f
>> >
>> >
>> >
>> > On Fri, Mar 23, 2018 at 8:49 AM, Robert Dale  wrote:
>> >
>> > > Are there any specific maven commands or sub-projects? I don't know
>> how
>> > to
>> > > run revapi and trying to narrow it down.
>> > >
>> > > Robert Dale
>> > >
>> > > On Fri, Mar 23, 2018 at 8:37 AM, Stephen Mallette <
>> spmalle...@gmail.com>
>> > > wrote:
>> > >
>> > > > I'm having build problems on master with the revapi plugin. I tried
>> a
>> > > bunch
>> > > > of things to solve the problem, but bottom line is it just fails
>> with
>> > > > little report of what's wrong other than saying that there is some
>> > > problem
>> > > > comparing 3.4.0 with 3.3.2. This problem just started this morning
>> for
>> > no
>> > > > particular reason that I'm aware of as I had good builds yesterday.
>> Not
>> > > > sure if it happens on docker - didn't get that far yet
>> > > >
>> > > > If anyone has any ideas please let me know, but for now, it is
>> disable
>> > on
>> > > > master.
>> > > >
>> > >
>> >
>>
>
>

[jira] [Created] (TINKERPOP-1931) Allow integration tests to be executed against Gremlin Endpoints which don't allow anonymous connections

[Roman Kreisel (JIRA)]

Roman Kreisel created TINKERPOP-1931:


 Summary: Allow integration tests to be executed against Gremlin 
Endpoints which don't allow anonymous connections
 Key: TINKERPOP-1931
 URL: https://issues.apache.org/jira/browse/TINKERPOP-1931
 Project: TinkerPop
  Issue Type: Improvement
  Components: dotnet
Affects Versions: 3.3.1
Reporter: Roman Kreisel


Right now, it's not possible to run the Gremlin.NET integration tests against 
Gremlin Endpoints, which don't allow connections without user and/or password. 
Some even might only support SSL connections, which also isn't supported by 
most unit tests..
One of those databases is Microsoft's Cosmos DB.

Since especially Gremlin.NET might be used often in context of Azure and the 
Cosmos DB, it might be very helpful to have working integration tests against 
this database as well.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

[jira] [Commented] (TINKERPOP-1930) Drop support for Giraph

[ASF GitHub Bot (JIRA)]

[ 
https://issues.apache.org/jira/browse/TINKERPOP-1930?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16413702#comment-16413702
 ] 

ASF GitHub Bot commented on TINKERPOP-1930:
---

Github user spmallette commented on the issue:

https://github.com/apache/tinkerpop/pull/825
  
i meant to come back to that pom.xml and forgot. seems ok to drop the two 
exclusions now that giraph is gone. didn't get any new conflicts in doing so 
when i built. 


> Drop support for Giraph
> ---
>
> Key: TINKERPOP-1930
> URL: https://issues.apache.org/jira/browse/TINKERPOP-1930
> Project: TinkerPop
>  Issue Type: Improvement
>  Components: hadoop
>Affects Versions: 3.3.1
>Reporter: stephen mallette
>Assignee: stephen mallette
>Priority: Major
>  Labels: breaking
> Fix For: 3.4.0
>
>
> Remove support for Giraph as per discussion on mailing list:
> https://lists.apache.org/thread.html/99b04ede4c165bfba1629e2df60c8837dde9e22cb220d15cd19e78ef@%3Cdev.tinkerpop.apache.org%3E



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

[GitHub] tinkerpop issue #802: Add docker images for console and server TINKERPOP-189...

[spmallette]

Github user spmallette commented on the issue:

https://github.com/apache/tinkerpop/pull/802
  
Since the `build-helper-maven-plugin` configuration is identical in both 
the gremlin-server/gremlin-console pom.xml files and the "SNAPSHOT detection" 
would be generally useful (i think it has value to the GLVs) i think that you 
should be able to move that entire configuration to the root pom.xml (where the 
`build-helper-maven-plugin` is already being used). I'm pretty sure that doing 
that will make that `only.when.is.snapshot.used` to all sub-modules. I think 
you can then remove the definition for `build-helper-maven-plugin` from the 
`` element.  


---

[GitHub] tinkerpop issue #825: TINKERPOP-1930 Remove Giraph

[spmallette]

Github user spmallette commented on the issue:

https://github.com/apache/tinkerpop/pull/825
  
i meant to come back to that pom.xml and forgot. seems ok to drop the two 
exclusions now that giraph is gone. didn't get any new conflicts in doing so 
when i built. 


---