Re: 3.5.0 Announcement Volunteers

2021-04-30 Thread David Bechberger
I can write a post about the changes in how null is handled.

Dave

On Fri, Apr 30, 2021 at 6:20 AM Øyvind Sæbø  wrote:

> I can write a post about the introduction of Gremlint to TinkerPop and its
> future possibilities.
>
> fre. 30. apr. 2021 kl. 15:55 skrev Marko Rodriguez :
>
> > Hello mein freunden,
> >
> > I’d love to contribute a body of work from mm-ADT that is one of the main
> > issues with the Gremlin language: every step should support pipeline
> > arguments (i.e., every argument can be a dynamically/traversal determined
> > value). I solved this problem in mm-ADT elegantly and efficiently. A
> > beautiful feature indeed.
> >
> > ….unfortunately, Apache Board overruled the TinkerPop PMC and had me
> > forcefully removed from the PMC for being (how do you say in American
> > English?) “Nazi Troll.” If the Board is willing to look past the SS on my
> > uniform and put me back in my rightful place as Obergruppenführer of the
> > PMC, then we shall be unstoppable!
> >
> > Those are my terms. Boohaha.
> >
> > Marko.
> >
> > > On Apr 30, 2021, at 7:34 AM, Stephen Mallette 
> > wrote:
> > >
> > > Wow, this is great - lots of volunteers! Here's a running list of what
> we
> > > have so far:
> > >
> > > * UnifiedChannelizer - Stephen
> > > * gremlin-language - Josh
> > > * Gremlin.Net - Florian
> > > * gremlin-python - Kelvin
> > >
> > > There's definitely a lot more topics to tackle. Let's keep expanding
> the
> > > list.
> > >
> > >
> > >
> > > On Fri, Apr 30, 2021 at 9:27 AM Kelvin Lawrence
>  > >
> > > wrote:
> > >
> > >> I am happy to help. The area I have been closest too is probably the
> > >> enhancements to the Python client. I could write something around
> those
> > >> features.
> > >>
> > >> Cheers, Kelvin
> > >>
> > >>> On Apr 30, 2021, at 04:30, f...@florian-hockmann.de wrote:
> > >>>
> > >>> I could write something for .NET. Added GraphBinary support and
> > >> switching the JSON library could be interesting for some Gremlin.Net
> > users.
> > >>>
> > >>> -Ursprüngliche Nachricht-
> > >>> Von: Stephen Mallette 
> > >>> Gesendet: Donnerstag, 29. April 2021 21:32
> > >>> An: dev@tinkerpop.apache.org
> > >>> Betreff: Re: 3.5.0 Announcement Volunteers
> > >>>
> > >>> Right now, I think it's fine for these to just have each person's
> > >> individual style - might make the posts more interesting assuming we
> > get a
> > >> few more volunteers. If you can come up with a neat image that could
> go
> > >> with a tweet to promote the announcement (that we will push through
> the
> > >> TinkerPop account), that would be cool. We've not really come up with
> > >> anything that sort of iconifies the gremlin-language module, so if you
> > feel
> > >> like thinking about that, that would be neat.
> > >>>
> > >>>
> > >>>
> >  On Thu, Apr 29, 2021 at 2:45 PM Joshua Shinavier  >
> > >> wrote:
> > 
> >  Sounds good. I'll write the announcement. If you have thoughts on
> the
> >  format, please feel free to share.
> > 
> >  Josh
> > 
> >  On Thu, Apr 29, 2021 at 10:56 AM Stephen Mallette
> >  
> >  wrote:
> > 
> > > On Thu, Apr 29, 2021 at 1:38 PM Joshua Shinavier <
> j...@fortytwo.net>
> > > wrote:
> > >
> > >> I would be happy to collaborate on gremlin-language if there is
> >  something
> > >> which needs doing.
> > >>
> > >> Josh
> > >>
> > >>
> > > great josh - thanks! The upgrade docs sorta tuck that feature away
> > > in the provider section
> > >
> > >
> > 
> > https://tinkerpop.apache.org/docs/3.5.0-SNAPSHOT/upgrade/#_gremlin_lan
> >  guage
> > >
> > > because at this point it doesn't have direct user impact, but i
> > > think it might be useful to the community to write something in an
> > > announcement
> >  that
> > > helps describe what this module lays the foundation for. you've had
> > > some interesting ideas in this area that i'm not sure have gotten
> > > outside of
> >  the
> > > dev list as of yet.
> > >
> > 
> > >>>
> > >>
> > >>
> >
> >
>


Re: 3.5.0 Announcement Volunteers

2021-04-30 Thread Øyvind Sæbø
I can write a post about the introduction of Gremlint to TinkerPop and its
future possibilities.

fre. 30. apr. 2021 kl. 15:55 skrev Marko Rodriguez :

> Hello mein freunden,
>
> I’d love to contribute a body of work from mm-ADT that is one of the main
> issues with the Gremlin language: every step should support pipeline
> arguments (i.e., every argument can be a dynamically/traversal determined
> value). I solved this problem in mm-ADT elegantly and efficiently. A
> beautiful feature indeed.
>
> ….unfortunately, Apache Board overruled the TinkerPop PMC and had me
> forcefully removed from the PMC for being (how do you say in American
> English?) “Nazi Troll.” If the Board is willing to look past the SS on my
> uniform and put me back in my rightful place as Obergruppenführer of the
> PMC, then we shall be unstoppable!
>
> Those are my terms. Boohaha.
>
> Marko.
>
> > On Apr 30, 2021, at 7:34 AM, Stephen Mallette 
> wrote:
> >
> > Wow, this is great - lots of volunteers! Here's a running list of what we
> > have so far:
> >
> > * UnifiedChannelizer - Stephen
> > * gremlin-language - Josh
> > * Gremlin.Net - Florian
> > * gremlin-python - Kelvin
> >
> > There's definitely a lot more topics to tackle. Let's keep expanding the
> > list.
> >
> >
> >
> > On Fri, Apr 30, 2021 at 9:27 AM Kelvin Lawrence  >
> > wrote:
> >
> >> I am happy to help. The area I have been closest too is probably the
> >> enhancements to the Python client. I could write something around those
> >> features.
> >>
> >> Cheers, Kelvin
> >>
> >>> On Apr 30, 2021, at 04:30, f...@florian-hockmann.de wrote:
> >>>
> >>> I could write something for .NET. Added GraphBinary support and
> >> switching the JSON library could be interesting for some Gremlin.Net
> users.
> >>>
> >>> -Ursprüngliche Nachricht-
> >>> Von: Stephen Mallette 
> >>> Gesendet: Donnerstag, 29. April 2021 21:32
> >>> An: dev@tinkerpop.apache.org
> >>> Betreff: Re: 3.5.0 Announcement Volunteers
> >>>
> >>> Right now, I think it's fine for these to just have each person's
> >> individual style - might make the posts more interesting assuming we
> get a
> >> few more volunteers. If you can come up with a neat image that could go
> >> with a tweet to promote the announcement (that we will push through the
> >> TinkerPop account), that would be cool. We've not really come up with
> >> anything that sort of iconifies the gremlin-language module, so if you
> feel
> >> like thinking about that, that would be neat.
> >>>
> >>>
> >>>
>  On Thu, Apr 29, 2021 at 2:45 PM Joshua Shinavier 
> >> wrote:
> 
>  Sounds good. I'll write the announcement. If you have thoughts on the
>  format, please feel free to share.
> 
>  Josh
> 
>  On Thu, Apr 29, 2021 at 10:56 AM Stephen Mallette
>  
>  wrote:
> 
> > On Thu, Apr 29, 2021 at 1:38 PM Joshua Shinavier 
> > wrote:
> >
> >> I would be happy to collaborate on gremlin-language if there is
>  something
> >> which needs doing.
> >>
> >> Josh
> >>
> >>
> > great josh - thanks! The upgrade docs sorta tuck that feature away
> > in the provider section
> >
> >
> 
> https://tinkerpop.apache.org/docs/3.5.0-SNAPSHOT/upgrade/#_gremlin_lan
>  guage
> >
> > because at this point it doesn't have direct user impact, but i
> > think it might be useful to the community to write something in an
> > announcement
>  that
> > helps describe what this module lays the foundation for. you've had
> > some interesting ideas in this area that i'm not sure have gotten
> > outside of
>  the
> > dev list as of yet.
> >
> 
> >>>
> >>
> >>
>
>


Re: 3.5.0 Announcement Volunteers

2021-04-30 Thread Marko Rodriguez
Hello mein freunden,

I’d love to contribute a body of work from mm-ADT that is one of the main 
issues with the Gremlin language: every step should support pipeline arguments 
(i.e., every argument can be a dynamically/traversal determined value). I 
solved this problem in mm-ADT elegantly and efficiently. A beautiful feature 
indeed.

….unfortunately, Apache Board overruled the TinkerPop PMC and had me forcefully 
removed from the PMC for being (how do you say in American English?) “Nazi 
Troll.” If the Board is willing to look past the SS on my uniform and put me 
back in my rightful place as Obergruppenführer of the PMC, then we shall be 
unstoppable! 

Those are my terms. Boohaha.

Marko.

> On Apr 30, 2021, at 7:34 AM, Stephen Mallette  wrote:
> 
> Wow, this is great - lots of volunteers! Here's a running list of what we
> have so far:
> 
> * UnifiedChannelizer - Stephen
> * gremlin-language - Josh
> * Gremlin.Net - Florian
> * gremlin-python - Kelvin
> 
> There's definitely a lot more topics to tackle. Let's keep expanding the
> list.
> 
> 
> 
> On Fri, Apr 30, 2021 at 9:27 AM Kelvin Lawrence 
> wrote:
> 
>> I am happy to help. The area I have been closest too is probably the
>> enhancements to the Python client. I could write something around those
>> features.
>> 
>> Cheers, Kelvin
>> 
>>> On Apr 30, 2021, at 04:30, f...@florian-hockmann.de wrote:
>>> 
>>> I could write something for .NET. Added GraphBinary support and
>> switching the JSON library could be interesting for some Gremlin.Net users.
>>> 
>>> -Ursprüngliche Nachricht-
>>> Von: Stephen Mallette 
>>> Gesendet: Donnerstag, 29. April 2021 21:32
>>> An: dev@tinkerpop.apache.org
>>> Betreff: Re: 3.5.0 Announcement Volunteers
>>> 
>>> Right now, I think it's fine for these to just have each person's
>> individual style - might make the posts more interesting assuming we get a
>> few more volunteers. If you can come up with a neat image that could go
>> with a tweet to promote the announcement (that we will push through the
>> TinkerPop account), that would be cool. We've not really come up with
>> anything that sort of iconifies the gremlin-language module, so if you feel
>> like thinking about that, that would be neat.
>>> 
>>> 
>>> 
 On Thu, Apr 29, 2021 at 2:45 PM Joshua Shinavier 
>> wrote:
 
 Sounds good. I'll write the announcement. If you have thoughts on the
 format, please feel free to share.
 
 Josh
 
 On Thu, Apr 29, 2021 at 10:56 AM Stephen Mallette
 
 wrote:
 
> On Thu, Apr 29, 2021 at 1:38 PM Joshua Shinavier 
> wrote:
> 
>> I would be happy to collaborate on gremlin-language if there is
 something
>> which needs doing.
>> 
>> Josh
>> 
>> 
> great josh - thanks! The upgrade docs sorta tuck that feature away
> in the provider section
> 
> 
 https://tinkerpop.apache.org/docs/3.5.0-SNAPSHOT/upgrade/#_gremlin_lan
 guage
> 
> because at this point it doesn't have direct user impact, but i
> think it might be useful to the community to write something in an
> announcement
 that
> helps describe what this module lays the foundation for. you've had
> some interesting ideas in this area that i'm not sure have gotten
> outside of
 the
> dev list as of yet.
> 
 
>>> 
>> 
>> 



[jira] [Commented] (TINKERPOP-2559) Stop sending the close message for .NET

2021-04-30 Thread ASF GitHub Bot (Jira)


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

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

FlorianHockmann opened a new pull request #1420:
URL: https://github.com/apache/tinkerpop/pull/1420


   https://issues.apache.org/jira/browse/TINKERPOP-2559
   
   I'm creating the PR already as it was such a trivial change but given that 
we're in a code freeze, this has to wait for the 3.5.0 release.
   
   VOTE +1


-- 
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.

For queries about this service, please contact Infrastructure at:
us...@infra.apache.org


> Stop sending the close message for .NET
> ---
>
> Key: TINKERPOP-2559
> URL: https://issues.apache.org/jira/browse/TINKERPOP-2559
> Project: TinkerPop
>  Issue Type: Improvement
>  Components: dotnet
>Affects Versions: 3.5.0
>Reporter: Stephen Mallette
>Assignee: Florian Hockmann
>Priority: Minor
>
> The close message was deprecated a long time ago and should have been removed 
> in 3.5.0, but that was missed. There is no impact to sending it in 3.5.0 but 
> it's a bit of a waste of a message. We just need to close the webscoket 
> connection to close off the connection on the server. See TINKERPOP-2336



--
This message was sent by Atlassian Jira
(v8.3.4#803005)


Re: 3.5.0 Announcement Volunteers

2021-04-30 Thread Stephen Mallette
Wow, this is great - lots of volunteers! Here's a running list of what we
have so far:

* UnifiedChannelizer - Stephen
* gremlin-language - Josh
* Gremlin.Net - Florian
* gremlin-python - Kelvin

There's definitely a lot more topics to tackle. Let's keep expanding the
list.



On Fri, Apr 30, 2021 at 9:27 AM Kelvin Lawrence 
wrote:

> I am happy to help. The area I have been closest too is probably the
> enhancements to the Python client. I could write something around those
> features.
>
> Cheers, Kelvin
>
> > On Apr 30, 2021, at 04:30, f...@florian-hockmann.de wrote:
> >
> > I could write something for .NET. Added GraphBinary support and
> switching the JSON library could be interesting for some Gremlin.Net users.
> >
> > -Ursprüngliche Nachricht-
> > Von: Stephen Mallette 
> > Gesendet: Donnerstag, 29. April 2021 21:32
> > An: dev@tinkerpop.apache.org
> > Betreff: Re: 3.5.0 Announcement Volunteers
> >
> > Right now, I think it's fine for these to just have each person's
> individual style - might make the posts more interesting assuming we get a
> few more volunteers. If you can come up with a neat image that could go
> with a tweet to promote the announcement (that we will push through the
> TinkerPop account), that would be cool. We've not really come up with
> anything that sort of iconifies the gremlin-language module, so if you feel
> like thinking about that, that would be neat.
> >
> >
> >
> >> On Thu, Apr 29, 2021 at 2:45 PM Joshua Shinavier 
> wrote:
> >>
> >> Sounds good. I'll write the announcement. If you have thoughts on the
> >> format, please feel free to share.
> >>
> >> Josh
> >>
> >> On Thu, Apr 29, 2021 at 10:56 AM Stephen Mallette
> >> 
> >> wrote:
> >>
> >>> On Thu, Apr 29, 2021 at 1:38 PM Joshua Shinavier 
> >>> wrote:
> >>>
>  I would be happy to collaborate on gremlin-language if there is
> >> something
>  which needs doing.
> 
>  Josh
> 
> 
> >>> great josh - thanks! The upgrade docs sorta tuck that feature away
> >>> in the provider section
> >>>
> >>>
> >> https://tinkerpop.apache.org/docs/3.5.0-SNAPSHOT/upgrade/#_gremlin_lan
> >> guage
> >>>
> >>> because at this point it doesn't have direct user impact, but i
> >>> think it might be useful to the community to write something in an
> >>> announcement
> >> that
> >>> helps describe what this module lays the foundation for. you've had
> >>> some interesting ideas in this area that i'm not sure have gotten
> >>> outside of
> >> the
> >>> dev list as of yet.
> >>>
> >>
> >
>
>


[jira] [Assigned] (TINKERPOP-2559) Stop sending the close message for .NET

2021-04-30 Thread Florian Hockmann (Jira)


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

Florian Hockmann reassigned TINKERPOP-2559:
---

Assignee: Florian Hockmann

> Stop sending the close message for .NET
> ---
>
> Key: TINKERPOP-2559
> URL: https://issues.apache.org/jira/browse/TINKERPOP-2559
> Project: TinkerPop
>  Issue Type: Improvement
>  Components: dotnet
>Affects Versions: 3.5.0
>Reporter: Stephen Mallette
>Assignee: Florian Hockmann
>Priority: Minor
>
> The close message was deprecated a long time ago and should have been removed 
> in 3.5.0, but that was missed. There is no impact to sending it in 3.5.0 but 
> it's a bit of a waste of a message. We just need to close the webscoket 
> connection to close off the connection on the server. See TINKERPOP-2336



--
This message was sent by Atlassian Jira
(v8.3.4#803005)


[jira] [Commented] (TINKERPOP-2336) Allow close of channel without having to wait for server

2021-04-30 Thread Florian Hockmann (Jira)


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

Florian Hockmann commented on TINKERPOP-2336:
-

Good to know. I'll submit a PR for .NET as the change is really trivial.

> Allow close of channel without having to wait for server
> 
>
> Key: TINKERPOP-2336
> URL: https://issues.apache.org/jira/browse/TINKERPOP-2336
> Project: TinkerPop
>  Issue Type: Improvement
>  Components: driver
>Affects Versions: 3.3.10
>Reporter: Stephen Mallette
>Assignee: Stephen Mallette
>Priority: Major
>  Labels: deprecation
> Fix For: 3.5.0, 3.3.11, 3.4.7
>
>
> The java driver hangs about waiting for results to return after a 
> {{Client.close()}} is called. That creates problems if there is a desire to 
> kill the client but there is a long run query on the server and that query is 
> configured to an especially long timeout. I think there just needs to be a 
> configuration for the amount of time the client will wait for results before 
> just giving up and shutting down. A byproduct of this change is that by 
> allowing the {{Client}} to close the channel while a query is executing 
> creates a cancellation sort of functionality which should issue an interrupt 
> to the traversal executing on the server. 
> With this change in place it sort of creates a feature somewhat at odds with 
> the session "close" message which tries to release a specific session. The 
> problem with that message is that it really is only useful if there is not 
> already a message ahead of it getting processed and stuck otherwise it is 
> queued and won't be processed until the message ahead of it is handled. 
> Obviously, if the goal is to kill the session because of a long run process 
> then this feature becomes a bit unhelpful. If the close of the channel 
> accomplishes the same thing as the close message then I think we would want 
> to deprecate the close message and remove it for 3.5.0. 



--
This message was sent by Atlassian Jira
(v8.3.4#803005)


Re: 3.5.0 Announcement Volunteers

2021-04-30 Thread Kelvin Lawrence
I am happy to help. The area I have been closest too is probably the 
enhancements to the Python client. I could write something around those 
features.

Cheers, Kelvin

> On Apr 30, 2021, at 04:30, f...@florian-hockmann.de wrote:
> 
> I could write something for .NET. Added GraphBinary support and switching 
> the JSON library could be interesting for some Gremlin.Net users.
> 
> -Ursprüngliche Nachricht-
> Von: Stephen Mallette  
> Gesendet: Donnerstag, 29. April 2021 21:32
> An: dev@tinkerpop.apache.org
> Betreff: Re: 3.5.0 Announcement Volunteers
> 
> Right now, I think it's fine for these to just have each person's individual 
> style - might make the posts more interesting assuming we get a few more 
> volunteers. If you can come up with a neat image that could go with a tweet 
> to promote the announcement (that we will push through the TinkerPop 
> account), that would be cool. We've not really come up with anything that 
> sort of iconifies the gremlin-language module, so if you feel like thinking 
> about that, that would be neat.
> 
> 
> 
>> On Thu, Apr 29, 2021 at 2:45 PM Joshua Shinavier  wrote:
>> 
>> Sounds good. I'll write the announcement. If you have thoughts on the 
>> format, please feel free to share.
>> 
>> Josh
>> 
>> On Thu, Apr 29, 2021 at 10:56 AM Stephen Mallette 
>> 
>> wrote:
>> 
>>> On Thu, Apr 29, 2021 at 1:38 PM Joshua Shinavier 
>>> wrote:
>>> 
 I would be happy to collaborate on gremlin-language if there is
>> something
 which needs doing.
 
 Josh
 
 
>>> great josh - thanks! The upgrade docs sorta tuck that feature away 
>>> in the provider section
>>> 
>>> 
>> https://tinkerpop.apache.org/docs/3.5.0-SNAPSHOT/upgrade/#_gremlin_lan
>> guage
>>> 
>>> because at this point it doesn't have direct user impact, but i 
>>> think it might be useful to the community to write something in an 
>>> announcement
>> that
>>> helps describe what this module lays the foundation for. you've had 
>>> some interesting ideas in this area that i'm not sure have gotten 
>>> outside of
>> the
>>> dev list as of yet.
>>> 
>> 
> 



[jira] [Commented] (TINKERPOP-2336) Allow close of channel without having to wait for server

2021-04-30 Thread Stephen Mallette (Jira)


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

Stephen Mallette commented on TINKERPOP-2336:
-

yeah...that should have been removed in 3.5.0. i guess i'd not gotten to all 
the drivers. it won't hurt anything to continue to send it but it is not really 
relevant anymore. we should fix that for 3.5.1. 

* TINKERPOP-2559 - .NET
* TINKERPOP-2560 - Python
* TINKERPOP-2561 - Javascript

> Allow close of channel without having to wait for server
> 
>
> Key: TINKERPOP-2336
> URL: https://issues.apache.org/jira/browse/TINKERPOP-2336
> Project: TinkerPop
>  Issue Type: Improvement
>  Components: driver
>Affects Versions: 3.3.10
>Reporter: Stephen Mallette
>Assignee: Stephen Mallette
>Priority: Major
>  Labels: deprecation
> Fix For: 3.5.0, 3.3.11, 3.4.7
>
>
> The java driver hangs about waiting for results to return after a 
> {{Client.close()}} is called. That creates problems if there is a desire to 
> kill the client but there is a long run query on the server and that query is 
> configured to an especially long timeout. I think there just needs to be a 
> configuration for the amount of time the client will wait for results before 
> just giving up and shutting down. A byproduct of this change is that by 
> allowing the {{Client}} to close the channel while a query is executing 
> creates a cancellation sort of functionality which should issue an interrupt 
> to the traversal executing on the server. 
> With this change in place it sort of creates a feature somewhat at odds with 
> the session "close" message which tries to release a specific session. The 
> problem with that message is that it really is only useful if there is not 
> already a message ahead of it getting processed and stuck otherwise it is 
> queued and won't be processed until the message ahead of it is handled. 
> Obviously, if the goal is to kill the session because of a long run process 
> then this feature becomes a bit unhelpful. If the close of the channel 
> accomplishes the same thing as the close message then I think we would want 
> to deprecate the close message and remove it for 3.5.0. 



--
This message was sent by Atlassian Jira
(v8.3.4#803005)


[jira] [Created] (TINKERPOP-2561) Stop sending close message in Javascript

2021-04-30 Thread Stephen Mallette (Jira)
Stephen Mallette created TINKERPOP-2561:
---

 Summary: Stop sending close message in Javascript
 Key: TINKERPOP-2561
 URL: https://issues.apache.org/jira/browse/TINKERPOP-2561
 Project: TinkerPop
  Issue Type: Improvement
  Components: javascript
Affects Versions: 3.5.0
Reporter: Stephen Mallette


The close message was deprecated a long time ago and should have been removed 
in 3.5.0, but that was missed. There is no impact to sending it in 3.5.0 but 
it's a bit of a waste of a message. We just need to close the webscoket 
connection to close off the connection on the server. See TINKERPOP-2336



--
This message was sent by Atlassian Jira
(v8.3.4#803005)


[jira] [Created] (TINKERPOP-2560) Stop sending close message for Python

2021-04-30 Thread Stephen Mallette (Jira)
Stephen Mallette created TINKERPOP-2560:
---

 Summary: Stop sending close message for Python
 Key: TINKERPOP-2560
 URL: https://issues.apache.org/jira/browse/TINKERPOP-2560
 Project: TinkerPop
  Issue Type: Improvement
  Components: python
Affects Versions: 3.5.0
Reporter: Stephen Mallette


The close message was deprecated a long time ago and should have been removed 
in 3.5.0, but that was missed. There is no impact to sending it in 3.5.0 but 
it's a bit of a waste of a message. We just need to close the webscoket 
connection to close off the connection on the server. See TINKERPOP-2336



--
This message was sent by Atlassian Jira
(v8.3.4#803005)


[jira] [Created] (TINKERPOP-2559) Stop sending the close message for .NET

2021-04-30 Thread Stephen Mallette (Jira)
Stephen Mallette created TINKERPOP-2559:
---

 Summary: Stop sending the close message for .NET
 Key: TINKERPOP-2559
 URL: https://issues.apache.org/jira/browse/TINKERPOP-2559
 Project: TinkerPop
  Issue Type: Improvement
  Components: dotnet
Affects Versions: 3.5.0
Reporter: Stephen Mallette


The close message was deprecated a long time ago and should have been removed 
in 3.5.0, but that was missed. There is no impact to sending it in 3.5.0 but 
it's a bit of a waste of a message. We just need to close the webscoket 
connection to close off the connection on the server. See TINKERPOP-2336



--
This message was sent by Atlassian Jira
(v8.3.4#803005)


AW: 3.5.0 Announcement Volunteers

2021-04-30 Thread fh
I don't think so. The only bug I closed recently was TINKERPOP-2341 but I only 
closed that because a fix for another bug in 3.4.8 apparently also fixed that 
one.
I also went through all closed .NET issues that have 3.5.0 as their fix version 
and no 3.4.x version but didn't find anything else besides GraphBinary, the 
switch to System.Text.Json and dropped support for .NET Standard 1.3.

But yes, the CosmosDB issues are really time consuming for me but 
unfortunately, they often don't really get any where as I spend most of the 
time trying to reproduce the problem.

-Ursprüngliche Nachricht-
Von: Stephen Mallette  
Gesendet: Freitag, 30. April 2021 12:35
An: dev@tinkerpop.apache.org
Betreff: Re: 3.5.0 Announcement Volunteers

On Fri, Apr 30, 2021 at 5:30 AM  wrote:

> I could write something for .NET. Added GraphBinary support and 
> switching the JSON library could be interesting for some Gremlin.Net users.
>

was there anything in 3.5.0 for  .NET that helped CosmosDB users? if any issues 
closed around that, i think it would be useful to highlight those given how 
much time you tend to spend in conversation about those issues on JIRA.


>
> -Ursprüngliche Nachricht-
> Von: Stephen Mallette 
> Gesendet: Donnerstag, 29. April 2021 21:32
> An: dev@tinkerpop.apache.org
> Betreff: Re: 3.5.0 Announcement Volunteers
>
> Right now, I think it's fine for these to just have each person's 
> individual style - might make the posts more interesting assuming we 
> get a few more volunteers. If you can come up with a neat image that 
> could go with a tweet to promote the announcement (that we will push 
> through the TinkerPop account), that would be cool. We've not really 
> come up with anything that sort of iconifies the gremlin-language 
> module, so if you feel like thinking about that, that would be neat.
>
>
>
> On Thu, Apr 29, 2021 at 2:45 PM Joshua Shinavier 
> wrote:
>
> > Sounds good. I'll write the announcement. If you have thoughts on 
> > the format, please feel free to share.
> >
> > Josh
> >
> > On Thu, Apr 29, 2021 at 10:56 AM Stephen Mallette 
> > 
> > wrote:
> >
> > > On Thu, Apr 29, 2021 at 1:38 PM Joshua Shinavier 
> > > 
> > > wrote:
> > >
> > > > I would be happy to collaborate on gremlin-language if there is
> > something
> > > > which needs doing.
> > > >
> > > > Josh
> > > >
> > > >
> > > great josh - thanks! The upgrade docs sorta tuck that feature away 
> > > in the provider section
> > >
> > >
> > https://tinkerpop.apache.org/docs/3.5.0-SNAPSHOT/upgrade/#_gremlin_l
> > an
> > guage
> > >
> > > because at this point it doesn't have direct user impact, but i 
> > > think it might be useful to the community to write something in an 
> > > announcement
> > that
> > > helps describe what this module lays the foundation for. you've 
> > > had some interesting ideas in this area that i'm not sure have 
> > > gotten outside of
> > the
> > > dev list as of yet.
> > >
> >
>
>



[jira] [Commented] (TINKERPOP-2336) Allow close of channel without having to wait for server

2021-04-30 Thread Florian Hockmann (Jira)


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

Florian Hockmann commented on TINKERPOP-2336:
-

I just saw this issue linked in the upgrade docs which say:
{quote}TinkerPop drivers no longer send the session "close" message to kill a 
session. The close of the connection itself should be responsible for the close 
of the session.
{quote}
I think we forgot to also remove this functionality from the GLV drivers. At 
least for Gremlin.Net, I still see that we send a message to close the session: 
[https://github.com/apache/tinkerpop/blob/e71a7a9b68c318f54c17961c0c79828d7bbaff04/gremlin-dotnet/src/Gremlin.Net/Driver/Connection.cs#L273]

Or is that something different?

 

> Allow close of channel without having to wait for server
> 
>
> Key: TINKERPOP-2336
> URL: https://issues.apache.org/jira/browse/TINKERPOP-2336
> Project: TinkerPop
>  Issue Type: Improvement
>  Components: driver
>Affects Versions: 3.3.10
>Reporter: Stephen Mallette
>Assignee: Stephen Mallette
>Priority: Major
>  Labels: deprecation
> Fix For: 3.5.0, 3.3.11, 3.4.7
>
>
> The java driver hangs about waiting for results to return after a 
> {{Client.close()}} is called. That creates problems if there is a desire to 
> kill the client but there is a long run query on the server and that query is 
> configured to an especially long timeout. I think there just needs to be a 
> configuration for the amount of time the client will wait for results before 
> just giving up and shutting down. A byproduct of this change is that by 
> allowing the {{Client}} to close the channel while a query is executing 
> creates a cancellation sort of functionality which should issue an interrupt 
> to the traversal executing on the server. 
> With this change in place it sort of creates a feature somewhat at odds with 
> the session "close" message which tries to release a specific session. The 
> problem with that message is that it really is only useful if there is not 
> already a message ahead of it getting processed and stuck otherwise it is 
> queued and won't be processed until the message ahead of it is handled. 
> Obviously, if the goal is to kill the session because of a long run process 
> then this feature becomes a bit unhelpful. If the close of the channel 
> accomplishes the same thing as the close message then I think we would want 
> to deprecate the close message and remove it for 3.5.0. 



--
This message was sent by Atlassian Jira
(v8.3.4#803005)


Re: 3.5.0 Announcement Volunteers

2021-04-30 Thread Stephen Mallette
On Fri, Apr 30, 2021 at 5:30 AM  wrote:

> I could write something for .NET. Added GraphBinary support and switching
> the JSON library could be interesting for some Gremlin.Net users.
>

was there anything in 3.5.0 for  .NET that helped CosmosDB users? if any
issues closed around that, i think it would be useful to highlight those
given how much time you tend to spend in conversation about those issues on
JIRA.


>
> -Ursprüngliche Nachricht-
> Von: Stephen Mallette 
> Gesendet: Donnerstag, 29. April 2021 21:32
> An: dev@tinkerpop.apache.org
> Betreff: Re: 3.5.0 Announcement Volunteers
>
> Right now, I think it's fine for these to just have each person's
> individual style - might make the posts more interesting assuming we get a
> few more volunteers. If you can come up with a neat image that could go
> with a tweet to promote the announcement (that we will push through the
> TinkerPop account), that would be cool. We've not really come up with
> anything that sort of iconifies the gremlin-language module, so if you feel
> like thinking about that, that would be neat.
>
>
>
> On Thu, Apr 29, 2021 at 2:45 PM Joshua Shinavier 
> wrote:
>
> > Sounds good. I'll write the announcement. If you have thoughts on the
> > format, please feel free to share.
> >
> > Josh
> >
> > On Thu, Apr 29, 2021 at 10:56 AM Stephen Mallette
> > 
> > wrote:
> >
> > > On Thu, Apr 29, 2021 at 1:38 PM Joshua Shinavier 
> > > wrote:
> > >
> > > > I would be happy to collaborate on gremlin-language if there is
> > something
> > > > which needs doing.
> > > >
> > > > Josh
> > > >
> > > >
> > > great josh - thanks! The upgrade docs sorta tuck that feature away
> > > in the provider section
> > >
> > >
> > https://tinkerpop.apache.org/docs/3.5.0-SNAPSHOT/upgrade/#_gremlin_lan
> > guage
> > >
> > > because at this point it doesn't have direct user impact, but i
> > > think it might be useful to the community to write something in an
> > > announcement
> > that
> > > helps describe what this module lays the foundation for. you've had
> > > some interesting ideas in this area that i'm not sure have gotten
> > > outside of
> > the
> > > dev list as of yet.
> > >
> >
>
>


AW: 3.5.0 Announcement Volunteers

2021-04-30 Thread fh
I could write something for .NET. Added GraphBinary support and switching the 
JSON library could be interesting for some Gremlin.Net users.

-Ursprüngliche Nachricht-
Von: Stephen Mallette  
Gesendet: Donnerstag, 29. April 2021 21:32
An: dev@tinkerpop.apache.org
Betreff: Re: 3.5.0 Announcement Volunteers

Right now, I think it's fine for these to just have each person's individual 
style - might make the posts more interesting assuming we get a few more 
volunteers. If you can come up with a neat image that could go with a tweet to 
promote the announcement (that we will push through the TinkerPop account), 
that would be cool. We've not really come up with anything that sort of 
iconifies the gremlin-language module, so if you feel like thinking about that, 
that would be neat.



On Thu, Apr 29, 2021 at 2:45 PM Joshua Shinavier  wrote:

> Sounds good. I'll write the announcement. If you have thoughts on the 
> format, please feel free to share.
>
> Josh
>
> On Thu, Apr 29, 2021 at 10:56 AM Stephen Mallette 
> 
> wrote:
>
> > On Thu, Apr 29, 2021 at 1:38 PM Joshua Shinavier 
> > wrote:
> >
> > > I would be happy to collaborate on gremlin-language if there is
> something
> > > which needs doing.
> > >
> > > Josh
> > >
> > >
> > great josh - thanks! The upgrade docs sorta tuck that feature away 
> > in the provider section
> >
> >
> https://tinkerpop.apache.org/docs/3.5.0-SNAPSHOT/upgrade/#_gremlin_lan
> guage
> >
> > because at this point it doesn't have direct user impact, but i 
> > think it might be useful to the community to write something in an 
> > announcement
> that
> > helps describe what this module lays the foundation for. you've had 
> > some interesting ideas in this area that i'm not sure have gotten 
> > outside of
> the
> > dev list as of yet.
> >
>