[
https://issues.apache.org/jira/browse/TINKERPOP-2132?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
stephen mallette reassigned TINKERPOP-2132:
---
Assignee: stephen mallette
> In concurrent scenes kerberos authenticatio
Makes sense @jorgebay. I updated the code accordingly.
[ Full content available at: https://github.com/apache/tinkerpop/pull/1038 ]
This message was relayed via gitbox.apache.org for dev@tinkerpop.apache.org
[
https://issues.apache.org/jira/browse/TINKERPOP-2090?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16742327#comment-16742327
]
Greg Pepin commented on TINKERPOP-2090:
---
In trying out the new version, I've ru
[
https://issues.apache.org/jira/browse/TINKERPOP-2090?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16742327#comment-16742327
]
Greg Pepin edited comment on TINKERPOP-2090 at 1/14/19 5:22 PM:
---
[
https://issues.apache.org/jira/browse/TINKERPOP-2135?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Florian Hockmann updated TINKERPOP-2135:
Description:
The {{ConnectionPool}} of Gremlin.Net checks whether a connection
Florian Hockmann created TINKERPOP-2135:
---
Summary: Gremlin.Net ConnectionPool doesn't handle closed idle
connections properly
Key: TINKERPOP-2135
URL: https://issues.apache.org/jira/browse/TINKERPOP-2135
> though a CHANGELOG entry would be good
Right, I just added an entry.
[ Full content available at: https://github.com/apache/tinkerpop/pull/1039 ]
This message was relayed via gitbox.apache.org for dev@tinkerpop.apache.org
I just pushed the rework of the model for "Release Notes" and contributions
- as I mentioned during the 3.4.0/3.3.5/3.2.11 release process what I'd
thought would work didn't work out so well in practice. I've instead come
up with this form:
https://github.com/apache/tinkerpop/commit/b968099ae17e11
I think the safest bet would be to use double assignment, that way is concise
and less error prone, dwyt @nivsherf ?
```javascript
this.options = options = options || {};
```
[ Full content available at: https://github.com/apache/tinkerpop/pull/1038 ]
This message was relayed via gitbox.apache.o
stephen mallette created TINKERPOP-2134:
---
Summary: Bump to Groovy 2.5.5
Key: TINKERPOP-2134
URL: https://issues.apache.org/jira/browse/TINKERPOP-2134
Project: TinkerPop
Issue Type: Impr
[
https://issues.apache.org/jira/browse/TINKERPOP-2133?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16742104#comment-16742104
]
Andrey Skorikov commented on TINKERPOP-2133:
Thanks. I have implemented a
[
https://issues.apache.org/jira/browse/TINKERPOP-2133?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
stephen mallette updated TINKERPOP-2133:
Labels: (was: easyfix performance)
Priority: Trivial (was: Major)
Good
VOTE +1 - though a CHANGELOG entry would be good
[ Full content available at: https://github.com/apache/tinkerpop/pull/1039 ]
This message was relayed via gitbox.apache.org for dev@tinkerpop.apache.org
VOTE +1
[ Full content available at: https://github.com/apache/tinkerpop/pull/1039 ]
This message was relayed via gitbox.apache.org for dev@tinkerpop.apache.org
just peeking in on this PR - I'll let @jorgebay make the final word on this,
but I guess the reason we needed to add this line was so that calls further
down that use `options` and not `this.options` will work properly? shouldn't we
just consistently use `this.options` rather than try to interch
15 matches
Mail list logo