I haven't had too much time to look into how the SessionOp stuff works, I'll take a look into it next week. I just found the issue today. If anything comes to mind as to the cause, let me know.
On Fri, Jun 9, 2017, 19:34 stephen mallette (JIRA) <[email protected]> wrote: > > [ > https://issues.apache.org/jira/browse/TINKERPOP-1690?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16045219#comment-16045219 > ] > > stephen mallette commented on TINKERPOP-1690: > --------------------------------------------- > > hmm - i can't remember if that was a known limitation or not. any idea how > to fix that? we probably should have never went down that path in the first > place to implement all that stuff. bah > > > COMPILE_STATIC and TYPE_CHECKED break sessions and aliases in console > > --------------------------------------------------------------------- > > > > Key: TINKERPOP-1690 > > URL: > https://issues.apache.org/jira/browse/TINKERPOP-1690 > > Project: TinkerPop > > Issue Type: Bug > > Components: console, server > > Affects Versions: 3.2.3, 3.2.4 > > Reporter: Keith Lohnes > > > > Start a gremlin-server with gremlin-server-secure.yaml and then try > connect in the console > > bq. :remote connect tinkerpop.server conf/remote-secure.yaml session > > then > > {quote} > > gremlin> :> def a = 0 > > ==>0 > > gremlin> :> a > > Script7.groovy: 1: [Static type checking] - The variable [a] is > undeclared. > > @ line 1, column 1. > > a > > ^ > > 1 error > > {quote} > > > > -- > This message was sent by Atlassian JIRA > (v6.3.15#6346) >
