[ 
https://issues.apache.org/jira/browse/TINKERPOP3-910?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14970835#comment-14970835
 ] 

Dylan Millikin commented on TINKERPOP3-910:
-------------------------------------------

Man I've got nothing.

The bindings in the future that is passed to execute here : 
[GremlinExecutor.java L275 
|https://github.com/PommeVerte/incubator-tinkerpop/blob/master/gremlin-groovy/src/main/java/org/apache/tinkerpop/gremlin/groovy/engine/GremlinExecutor.java#L275]
 changes between the moment it is set and executed... Can't figure out why.

Before the future definition 
[L240|https://github.com/PommeVerte/incubator-tinkerpop/blob/master/gremlin-groovy/src/main/java/org/apache/tinkerpop/gremlin/groovy/engine/GremlinExecutor.java#L240]
 the "graph" attribute in the bindings has {{tx().isOpen() == FALSE}} and when 
the future runs it's {{=TRUE}}. I'm not really sure where to go from here. (I'm 
not even really sure I'm on the right track)

I'll let this rest a bit and see if I have a clearer mind when I come back to 
it. If you have any ideas feel free to drop them.

> In session transaction openned from sessionless request
> -------------------------------------------------------
>
>                 Key: TINKERPOP3-910
>                 URL: https://issues.apache.org/jira/browse/TINKERPOP3-910
>             Project: TinkerPop 3
>          Issue Type: Bug
>          Components: server
>            Reporter: Dylan Millikin
>            Assignee: stephen mallette
>
> When running a series of in session and sessionless request from *the same* 
> client, an in session transaction can be opened by a sessionless request.
> This failing test (in GremlinServerIntegrateTest.java) demonstrated this:
> https://github.com/PommeVerte/incubator-tinkerpop/commit/f8d4e618a74821f72dc1e3c107cd3b30d34917f2
> If these same requests are made from two different clients there are no 
> issues  (see test in GremlinDriverIntegrateTest.java)
> Rundown of what the tests do :
> - Open a transaction (in session)
> - Add vertex (in session)
> - Commit transaction (in session)
> - Test if transaction is closed (in session) {{=TRUE}}
> - Send sessionless read request.
> - Test if transaction is closed(in session) {{=FALSE}} <--- bug should be 
> {{=TRUE}}
> The bug only occurs if there's a sessionless read, and if the read returns 
> elements (not {{FastNoSuchElement...}}).



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

Reply via email to