[jira] [Assigned] (TINKERPOP-1174) addVertex(Map properties) method
[
https://issues.apache.org/jira/browse/TINKERPOP-1174?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
stephen mallette reassigned TINKERPOP-1174:
---
Assignee: (was: stephen mallette)
> addVertex(Map properties) method
>
>
> Key: TINKERPOP-1174
> URL: https://issues.apache.org/jira/browse/TINKERPOP-1174
> Project: TinkerPop
> Issue Type: Improvement
> Components: structure
>Affects Versions: 3.1.1-incubating
>Reporter: Matthias Broecheler
>
> which overloads the other {{addVertex(Object... properties)}} method with a
> map based version (of key-value pairs).
> Having this alternative to addVertex is nice because:
> 1) It allows you to submit a map when adding vertices on remote graphs via
> drivers. Right now, you have to convert the properties to an array which is
> awkward and unnecessary
> 2) It would work well with groovy's map based syntax so one can write:
> {{g.addVertex( key1 : "value1", key2: "value2")}}
--
This message was sent by Atlassian JIRA
(v6.4.14#64029)
[jira] [Closed] (TINKERPOP-1649) TinkerGraph performance enhancements
[ https://issues.apache.org/jira/browse/TINKERPOP-1649?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] stephen mallette closed TINKERPOP-1649. --- Resolution: Invalid ...but alas, i don't recall what those enhancement were. weird issue - closing. > TinkerGraph performance enhancements > > > Key: TINKERPOP-1649 > URL: https://issues.apache.org/jira/browse/TINKERPOP-1649 > Project: TinkerPop > Issue Type: Improvement > Components: tinkergraph >Affects Versions: 3.2.4 >Reporter: stephen mallette >Assignee: stephen mallette > > In doing TINKERPOP-1642 I noticed an area or two where there could be some > improvements made to the performance of TinkerGraph. So as not to confuse the > performance improvements of gremlin-core in TINKERPOP-1642 I decided to > create a separate issue for TinkrGraph specific performance enhancements. -- This message was sent by Atlassian JIRA (v6.4.14#64029)
[jira] [Updated] (TINKERPOP-1769) Python graph[empty] string representation is confusing
[
https://issues.apache.org/jira/browse/TINKERPOP-1769?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
stephen mallette updated TINKERPOP-1769:
Issue Type: Improvement (was: Bug)
> Python graph[empty] string representation is confusing
> --
>
> Key: TINKERPOP-1769
> URL: https://issues.apache.org/jira/browse/TINKERPOP-1769
> Project: TinkerPop
> Issue Type: Improvement
> Components: python
>Affects Versions: 3.2.6
>Reporter: Jason Plurad
>Priority: Minor
>
> From this [StackOverflow
> post|https://stackoverflow.com/questions/46070265/gremlin-python-returning-empty-graph/46082468#46082468],
> the string representation of the [Python
> Graph|https://github.com/apache/tinkerpop/blob/3.2.6/gremlin-python/src/main/jython/gremlin_python/structure/graph.py#L37]
> object is:
> {noformat}graph[empty]{noformat}
> This is likely trying to be similar to {{EmptyGraph}} in Java, but this can
> be misleading for new users, especially if they had been using TinkerGraph
> which shows how many vertices and edges are in the graph. Something like one
> of these could be less confusing:
> {noformat}
> graph[remote]
> graph[]
> {noformat}
--
This message was sent by Atlassian JIRA
(v6.4.14#64029)
[jira] [Commented] (TINKERPOP-1839) We need a way to dynamically modify global bindings on the Gremlin Server.
[
https://issues.apache.org/jira/browse/TINKERPOP-1839?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16259228#comment-16259228
]
stephen mallette commented on TINKERPOP-1839:
-
I've read this a few times, but I'm not sure I understand why {{withRemote()}}
doesn't work. Perhaps you could explain the "JanusGraph notion of dynamic
graphs" more, as I don't know how that works. Maybe that's what I'm missing.
> We need a way to dynamically modify global bindings on the Gremlin Server.
> --
>
> Key: TINKERPOP-1839
> URL: https://issues.apache.org/jira/browse/TINKERPOP-1839
> Project: TinkerPop
> Issue Type: Improvement
> Components: server
>Affects Versions: 3.2.6
>Reporter: David Pitera
>
> This question on StackOverflow
> https://stackoverflow.com/questions/47342524/how-to-traverse-graph-created-using-configuredplanfactory-in-janusgraph/47354728?noredirect=1#comment81670711_47354728
> along with the fact that most language client's interact with the Gremlin
> Server through the use of a variable bound to a graph of traversal reference,
> i.e. `graph` is usually bound to a graph and `g` is usually bound to its
> traversal
> https://github.com/apache/tinkerpop/blob/master/gremlin-server/scripts/empty-sample.groovy#L40
> mean that we need a way to bind these dynamically created graphs to the
> script executor.
> With JanusGraph's notion of dynamic graphs, there is no way to make use of
> the `withRemote()` functionality or make use of language clients demanding
> the traversal reference be bound to a variable.
> Therefore, we need a way to dynamically modify the global bindings on the
> gremlin script engine without having to restart the server.
> Note; I answered the original stack overflow question above, however I am
> pretty sure my answer is actually incorrect because the global binding will
> be evaluated once at server start and the evaluated references will be stored
> in the map and passed into the gremlin executor. Is this true?
--
This message was sent by Atlassian JIRA
(v6.4.14#64029)
[jira] [Commented] (TINKERPOP-1839) We need a way to dynamically modify global bindings on the Gremlin Server.
[
https://issues.apache.org/jira/browse/TINKERPOP-1839?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16259462#comment-16259462
]
stephen mallette commented on TINKERPOP-1839:
-
It's not really documented anywhere but you can do this:
{code}
gremlin>
context.setAttribute('dynamic_g',TinkerFactory.createModern().traversal(),javax.script.ScriptContext.GLOBAL_SCOPE)
==>null
gremlin> dynamic_g
==>graphtraversalsource[tinkergraph[vertices:6 edges:6], standard]
{code}
As you can see there is a {{context}} object which yields access to the
underlying bindings (global and otherwise). You can modify that list
dynamically from script. So I guess in the case of JanusGraph, users could
actually do:
{code}
context.setAttribute('g',
ConfiguredGraphFactory.open().traversal(),javax.script.ScriptContext.GLOBAL_SCOPE)
{code}
or perhaps JanusGraph could provide some helper method on
{{ConfiguredGraphFactory}} that takes the {{context}} and adds it a configured
graph to global scope. Does that help satisfy this issue?
> We need a way to dynamically modify global bindings on the Gremlin Server.
> --
>
> Key: TINKERPOP-1839
> URL: https://issues.apache.org/jira/browse/TINKERPOP-1839
> Project: TinkerPop
> Issue Type: Improvement
> Components: server
>Affects Versions: 3.2.6
>Reporter: David Pitera
>
> This question on StackOverflow
> https://stackoverflow.com/questions/47342524/how-to-traverse-graph-created-using-configuredplanfactory-in-janusgraph/47354728?noredirect=1#comment81670711_47354728
> along with the fact that most language client's interact with the Gremlin
> Server through the use of a variable bound to a graph of traversal reference,
> i.e. `graph` is usually bound to a graph and `g` is usually bound to its
> traversal
> https://github.com/apache/tinkerpop/blob/master/gremlin-server/scripts/empty-sample.groovy#L40
> mean that we need a way to bind these dynamically created graphs to the
> script executor.
> With JanusGraph's notion of dynamic graphs, there is no way to make use of
> the `withRemote()` functionality or make use of language clients demanding
> the traversal reference be bound to a variable.
> Therefore, we need a way to dynamically modify the global bindings on the
> gremlin script engine without having to restart the server.
> Note; I answered the original stack overflow question above, however I am
> pretty sure my answer is actually incorrect because the global binding will
> be evaluated once at server start and the evaluated references will be stored
> in the map and passed into the gremlin executor. Is this true?
--
This message was sent by Atlassian JIRA
(v6.4.14#64029)
[jira] [Commented] (TINKERPOP-1840) Explanation about certain functions like emit()
[
https://issues.apache.org/jira/browse/TINKERPOP-1840?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16259591#comment-16259591
]
stephen mallette commented on TINKERPOP-1840:
-
{{emit()}} is described to a degree in the {{repeat()}} section:
http://tinkerpop.apache.org/docs/current/reference/#repeat-step
Would it be enough to add an {{emit()}} to the list of steps and link to
{{repeat()}}? or do you feel like more is missing?
> Explanation about certain functions like emit()
> ---
>
> Key: TINKERPOP-1840
> URL: https://issues.apache.org/jira/browse/TINKERPOP-1840
> Project: TinkerPop
> Issue Type: Improvement
> Components: documentation
>Affects Versions: 3.3.0
> Environment: Apache Tinkerpop 3.3, Gremlin documentation
>Reporter: Suhas Udeda
>Priority: Minor
> Fix For: 3.3.0
>
>
> In the recipes section of Apache Tinkerpop web page, there is section
> dedicated to computing the maximum depth of a node in a graph. According to
> the command given there, maximum depth is includes the current node in its
> count as well. While this is working fine for all the nodes, it fails when it
> comes to the leaf nodes; it returns garbage value. This happens because of
> the placement of emit() function in that command.
> When I tried understanding how emit() function works, I could not find a
> section dedicated to this function in the documentation. I believe this is a
> shortcoming especially when beginners are trying to understand the
> functionality by referring the documentation. It would be nice if a section
> can be added for emit() and other such functions which lack their
> representation in the documentation.
> http://tinkerpop.apache.org/docs/current/recipes/#_maximum_depth
> http://tinkerpop.apache.org/docs/3.3.0/reference/
--
This message was sent by Atlassian JIRA
(v6.4.14#64029)
[jira] [Updated] (TINKERPOP-1818) gremlin console sugar plugin throwing error
[
https://issues.apache.org/jira/browse/TINKERPOP-1818?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
stephen mallette updated TINKERPOP-1818:
Description:
{code}
gremlin> SugarLoader.load()
==>null
gremlin> g.V().out().values('name')
10:52:45 WARN org.janusgraph.graphdb.transaction.StandardJanusGraphTx - Query
requires iterating over all vertices [()]. For better performance, use indexes
==>lop
==>lop
==>lop
==>lop
==>ripple
==>josh
==>vadas
gremlin> g.V.out.name
No such property: out for class:
org.apache.tinkerpop.gremlin.process.traversal.dsl.graph.DefaultGraphTraversal
Type ':help' or ':h' for help.
Display stack trace? [yN]y
groovy.lang.MissingPropertyException: No such property: out for class:
org.apache.tinkerpop.gremlin.process.traversal.dsl.graph.DefaultGraphTraversal
at
org.codehaus.groovy.runtime.ScriptBytecodeAdapter.unwrap(ScriptBytecodeAdapter.java:53)
at
org.codehaus.groovy.runtime.callsite.GetEffectivePojoPropertySite.getProperty(GetEffectivePojoPropertySite.java:66)
at
org.codehaus.groovy.runtime.callsite.AbstractCallSite.callGetProperty(AbstractCallSite.java:296)
at groovysh_evaluate.run(groovysh_evaluate:3)
at
org.codehaus.groovy.vmplugin.v7.IndyInterface.selectMethod(IndyInterface.java:232)
at
org.codehaus.groovy.tools.shell.Interpreter.evaluate(Interpreter.groovy:70)
at org.codehaus.groovy.tools.shell.Groovysh.execute(Groovysh.groovy:191)
at
org.apache.tinkerpop.gremlin.console.GremlinGroovysh.super$3$execute(GremlinGroovysh.groovy)
at sun.reflect.GeneratedMethodAccessor14.invoke(Unknown Source)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:497)
at
org.codehaus.groovy.reflection.CachedMethod.invoke(CachedMethod.java:93)
at groovy.lang.MetaMethod.doMethodInvoke(MetaMethod.java:325)
at groovy.lang.MetaClassImpl.invokeMethod(MetaClassImpl.java:1213)
at
org.codehaus.groovy.runtime.ScriptBytecodeAdapter.invokeMethodOnSuperN(ScriptBytecodeAdapter.java:132)
at
org.apache.tinkerpop.gremlin.console.GremlinGroovysh.execute(GremlinGroovysh.groovy:72)
at org.codehaus.groovy.tools.shell.Shell.leftShift(Shell.groovy:122)
at
org.codehaus.groovy.tools.shell.ShellRunner.work(ShellRunner.groovy:95)
at
org.codehaus.groovy.tools.shell.InteractiveShellRunner.super$2$work(InteractiveShellRunner.groovy)
at sun.reflect.GeneratedMethodAccessor55.invoke(Unknown Source)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:497)
at
org.codehaus.groovy.reflection.CachedMethod.invoke(CachedMethod.java:93)
at groovy.lang.MetaMethod.doMethodInvoke(MetaMethod.java:325)
at groovy.lang.MetaClassImpl.invokeMethod(MetaClassImpl.java:1213)
at
org.codehaus.groovy.runtime.ScriptBytecodeAdapter.invokeMethodOnSuperN(ScriptBytecodeAdapter.java:132)
at
org.codehaus.groovy.runtime.ScriptBytecodeAdapter.invokeMethodOnSuper0(ScriptBytecodeAdapter.java:152)
at
org.codehaus.groovy.tools.shell.InteractiveShellRunner.work(InteractiveShellRunner.groovy:124)
at
org.codehaus.groovy.tools.shell.ShellRunner.run(ShellRunner.groovy:59)
at
org.codehaus.groovy.tools.shell.InteractiveShellRunner.super$2$run(InteractiveShellRunner.groovy)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:497)
at
org.codehaus.groovy.reflection.CachedMethod.invoke(CachedMethod.java:93)
at groovy.lang.MetaMethod.doMethodInvoke(MetaMethod.java:325)
at groovy.lang.MetaClassImpl.invokeMethod(MetaClassImpl.java:1213)
at
org.codehaus.groovy.runtime.ScriptBytecodeAdapter.invokeMethodOnSuperN(ScriptBytecodeAdapter.java:132)
at
org.codehaus.groovy.runtime.ScriptBytecodeAdapter.invokeMethodOnSuper0(ScriptBytecodeAdapter.java:152)
at
org.codehaus.groovy.tools.shell.InteractiveShellRunner.run(InteractiveShellRunner.groovy:83)
at
org.codehaus.groovy.vmplugin.v7.IndyInterface.selectMethod(IndyInterface.java:232)
at
org.apache.tinkerpop.gremlin.console.Console.(Console.groovy:166)
at
org.codehaus.groovy.vmplugin.v7.IndyInterface.selectMethod(IndyInterface.java:232)
at org.apache.tinkerpop.gremlin.console.Console.main(Console.groovy:478)
gremlin>
{code}
was:
gremlin> SugarLoader.load()
==>null
gremlin> g.V().out().values('name')
10:52:45 WARN org.janusgraph.graphdb.transaction.StandardJanusGraphTx - Query
requires iterating ove
[jira] [Commented] (TINKERPOP-1818) gremlin console sugar plugin throwing error
[
https://issues.apache.org/jira/browse/TINKERPOP-1818?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16259629#comment-16259629
]
stephen mallette commented on TINKERPOP-1818:
-
I'm not seeing a problem in the TinkerPop distribution.
{code}
gremlin> org.apache.tinkerpop.gremlin.groovy.loaders.SugarLoader.load()
gremlin> g.V.out.name
==>lop
==>lop
==>lop
==>vadas
==>josh
==>ripple
{code}
Calling {{SugarLoader.load()}} is not the preferred way to initialize "sugar"
but it does seem to work (preferred method is {{:plugin use tinkerpop.sugar}})
Perhaps this is something specific to JanusGraph and how it does its packaging?
If the issue can be recreated on the TinkerPop distribution please provide some
reproduction steps.
> gremlin console sugar plugin throwing error
> ---
>
> Key: TINKERPOP-1818
> URL: https://issues.apache.org/jira/browse/TINKERPOP-1818
> Project: TinkerPop
> Issue Type: Bug
> Components: console
>Affects Versions: 3.2.6
> Environment: Gremlin console 3.2.6 included by Janus 0.2.0 hadoop2
>Reporter: Chandran Anjur Narasimhan
>
> {code}
> gremlin> SugarLoader.load()
> ==>null
> gremlin> g.V().out().values('name')
> 10:52:45 WARN org.janusgraph.graphdb.transaction.StandardJanusGraphTx -
> Query requires iterating over all vertices [()]. For better performance, use
> indexes
> ==>lop
> ==>lop
> ==>lop
> ==>lop
> ==>ripple
> ==>josh
> ==>vadas
> gremlin> g.V.out.name
> No such property: out for class:
> org.apache.tinkerpop.gremlin.process.traversal.dsl.graph.DefaultGraphTraversal
> Type ':help' or ':h' for help.
> Display stack trace? [yN]y
> groovy.lang.MissingPropertyException: No such property: out for class:
> org.apache.tinkerpop.gremlin.process.traversal.dsl.graph.DefaultGraphTraversal
> at
> org.codehaus.groovy.runtime.ScriptBytecodeAdapter.unwrap(ScriptBytecodeAdapter.java:53)
> at
> org.codehaus.groovy.runtime.callsite.GetEffectivePojoPropertySite.getProperty(GetEffectivePojoPropertySite.java:66)
> at
> org.codehaus.groovy.runtime.callsite.AbstractCallSite.callGetProperty(AbstractCallSite.java:296)
> at groovysh_evaluate.run(groovysh_evaluate:3)
> at
> org.codehaus.groovy.vmplugin.v7.IndyInterface.selectMethod(IndyInterface.java:232)
> at
> org.codehaus.groovy.tools.shell.Interpreter.evaluate(Interpreter.groovy:70)
> at org.codehaus.groovy.tools.shell.Groovysh.execute(Groovysh.groovy:191)
> at
> org.apache.tinkerpop.gremlin.console.GremlinGroovysh.super$3$execute(GremlinGroovysh.groovy)
> at sun.reflect.GeneratedMethodAccessor14.invoke(Unknown Source)
> at
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.lang.reflect.Method.invoke(Method.java:497)
> at
> org.codehaus.groovy.reflection.CachedMethod.invoke(CachedMethod.java:93)
> at groovy.lang.MetaMethod.doMethodInvoke(MetaMethod.java:325)
> at groovy.lang.MetaClassImpl.invokeMethod(MetaClassImpl.java:1213)
> at
> org.codehaus.groovy.runtime.ScriptBytecodeAdapter.invokeMethodOnSuperN(ScriptBytecodeAdapter.java:132)
> at
> org.apache.tinkerpop.gremlin.console.GremlinGroovysh.execute(GremlinGroovysh.groovy:72)
> at org.codehaus.groovy.tools.shell.Shell.leftShift(Shell.groovy:122)
> at
> org.codehaus.groovy.tools.shell.ShellRunner.work(ShellRunner.groovy:95)
> at
> org.codehaus.groovy.tools.shell.InteractiveShellRunner.super$2$work(InteractiveShellRunner.groovy)
> at sun.reflect.GeneratedMethodAccessor55.invoke(Unknown Source)
> at
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.lang.reflect.Method.invoke(Method.java:497)
> at
> org.codehaus.groovy.reflection.CachedMethod.invoke(CachedMethod.java:93)
> at groovy.lang.MetaMethod.doMethodInvoke(MetaMethod.java:325)
> at groovy.lang.MetaClassImpl.invokeMethod(MetaClassImpl.java:1213)
> at
> org.codehaus.groovy.runtime.ScriptBytecodeAdapter.invokeMethodOnSuperN(ScriptBytecodeAdapter.java:132)
> at
> org.codehaus.groovy.runtime.ScriptBytecodeAdapter.invokeMethodOnSuper0(ScriptBytecodeAdapter.java:152)
> at
> org.codehaus.groovy.tools.shell.InteractiveShellRunner.work(InteractiveShellRunner.groovy:124)
> at
> org.codehaus.groovy.tools.shell.ShellRunner.run(ShellRunner.groovy:59)
> at
> org.codehaus.groovy.tools.shell.InteractiveShellRunner.super$2$run(InteractiveShellRunner.groovy)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at
> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
> at
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.lang.reflect.Method
[jira] [Updated] (TINKERPOP-1788) gremlin.sh does not work correctly under Cygwin
[
https://issues.apache.org/jira/browse/TINKERPOP-1788?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
stephen mallette updated TINKERPOP-1788:
Description:
On my machine (Windows 10), I have a Cygwin setup. Attempting to execute
gremlin.sh to launch the console errors out. gremlin.bat under cmd runs fine,
so I have the general prerequisites (Java, etc.).
I have partially patched out the shell script (modified off of 3.3.0 attached)
and it no longer errors out (I initially received issues around CP setting and
absolute paths). The big issues I identified were inconsistent usage of the
separate classpath separator on Cygwin (; vs. :) and that absolute paths need
to be translated when running under Cygwin.
Something is still broken, though, as I cannot use the shell after it starts up
(note that this trivial example works fine in cmd):
{code}
gremlin> :plugin list
:plugin list
==>tinkerpop.server
==>tinkerpop.gephi
==>tinkerpop.utilities
==>tinkerpop.sugar
==>tinkerpop.credentials
==>tinkerpop.hadoop
==>tinkerpop.tinkergraph
gremlin> g = TinkerFactory.createModern()
g = TinkerFactory.createModern()
No such property: TinkerFactory for class: groovysh_evaluate
Type ':help' or ':h' for help.
{code}
was:
On my machine (Windows 10), I have a Cygwin setup. Attempting to execute
gremlin.sh to launch the console errors out. gremlin.bat under cmd runs fine,
so I have the general prerequisites (Java, etc.).
I have partially patched out the shell script (modified off of 3.3.0 attached)
and it no longer errors out (I initially received issues around CP setting and
absolute paths). The big issues I identified were inconsistent usage of the
separate classpath separator on Cygwin (; vs. :) and that absolute paths need
to be translated when running under Cygwin.
Something is still broken, though, as I cannot use the shell after it starts up
(note that this trivial example works fine in cmd):
{{gremlin> :plugin list
:plugin list
==>tinkerpop.server
==>tinkerpop.gephi
==>tinkerpop.utilities
==>tinkerpop.sugar
==>tinkerpop.credentials
==>tinkerpop.hadoop
==>tinkerpop.tinkergraph
gremlin> g = TinkerFactory.createModern()
g = TinkerFactory.createModern()
No such property: TinkerFactory for class: groovysh_evaluate
Type ':help' or ':h' for help.
}}
> gremlin.sh does not work correctly under Cygwin
> ---
>
> Key: TINKERPOP-1788
> URL: https://issues.apache.org/jira/browse/TINKERPOP-1788
> Project: TinkerPop
> Issue Type: Bug
> Components: console
>Affects Versions: 3.3.0
>Reporter: Michael McDermott
> Attachments: gremlin.sh
>
>
> On my machine (Windows 10), I have a Cygwin setup. Attempting to execute
> gremlin.sh to launch the console errors out. gremlin.bat under cmd runs fine,
> so I have the general prerequisites (Java, etc.).
> I have partially patched out the shell script (modified off of 3.3.0
> attached) and it no longer errors out (I initially received issues around CP
> setting and absolute paths). The big issues I identified were inconsistent
> usage of the separate classpath separator on Cygwin (; vs. :) and that
> absolute paths need to be translated when running under Cygwin.
> Something is still broken, though, as I cannot use the shell after it starts
> up (note that this trivial example works fine in cmd):
> {code}
> gremlin> :plugin list
> :plugin list
> ==>tinkerpop.server
> ==>tinkerpop.gephi
> ==>tinkerpop.utilities
> ==>tinkerpop.sugar
> ==>tinkerpop.credentials
> ==>tinkerpop.hadoop
> ==>tinkerpop.tinkergraph
> gremlin> g = TinkerFactory.createModern()
> g = TinkerFactory.createModern()
> No such property: TinkerFactory for class: groovysh_evaluate
> Type ':help' or ':h' for help.
> {code}
--
This message was sent by Atlassian JIRA
(v6.4.14#64029)
[jira] [Comment Edited] (TINKERPOP-1788) gremlin.sh does not work correctly under Cygwin
[
https://issues.apache.org/jira/browse/TINKERPOP-1788?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16170574#comment-16170574
]
stephen mallette edited comment on TINKERPOP-1788 at 11/20/17 6:43 PM:
---
If I manually import the TinkerFactory class, everything works (c.f. transcript
below). Is there a startup script that is supposed to load here?
{code}
\,,,/
(o o)
-oOOo-(3)-oOOo-
gremlin> :i org.apache.tinkerpop.gremlin.tinkergraph.structure.TinkerFactory
:i org.apache.tinkerpop.gremlin.tinkergraph.structure.TinkerFactory
==>org.apache.tinkerpop.gremlin.structure.*,
org.apache.tinkerpop.gremlin.structure.util.*,
org.apache.tinkerpop.gremlin.process.traversal.*,
org.apache.tinkerpop.gremlin.process.traversal.step.*,
org.apache.tinkerpop.gremlin.process.remote.*,
org.apache.tinkerpop.gremlin.structure.util.empty.*,
org.apache.tinkerpop.gremlin.structure.io.*,
org.apache.tinkerpop.gremlin.structure.io.graphml.*,
org.apache.tinkerpop.gremlin.structure.io.graphson.*,
org.apache.tinkerpop.gremlin.structure.io.gryo.*,
org.apache.commons.configuration.*,
org.apache.tinkerpop.gremlin.process.traversal.strategy.decoration.*,
org.apache.tinkerpop.gremlin.process.traversal.strategy.optimization.*,
org.apache.tinkerpop.gremlin.process.traversal.strategy.finalization.*,
org.apache.tinkerpop.gremlin.process.traversal.strategy.verification.*,
org.apache.tinkerpop.gremlin.process.traversal.dsl.graph.*,
org.apache.tinkerpop.gremlin.process.traversal.util.*,
org.apache.tinkerpop.gremlin.process.computer.*,
org.apache.tinkerpop.gremlin.process.computer.bulkdumping.*,
org.apache.tinkerpop.gremlin.process.computer.bulkloading.*,
org.apache.tinkerpop.gremlin.process.computer.clustering.peerpressure.*,
org.apache.tinkerpop.gremlin.process.computer.traversal.*,
org.apache.tinkerpop.gremlin.process.computer.ranking.pagerank.*,
org.apache.tinkerpop.gremlin.process.computer.traversal.strategy.optimization.*,
org.apache.tinkerpop.gremlin.process.computer.traversal.strategy.decoration.*,
org.apache.tinkerpop.gremlin.util.*,
org.apache.tinkerpop.gremlin.util.iterator.*, static
org.apache.tinkerpop.gremlin.structure.io.IoCore.*, static
org.apache.tinkerpop.gremlin.process.traversal.P.*, static
org.apache.tinkerpop.gremlin.process.traversal.dsl.graph.__.*, static
org.apache.tinkerpop.gremlin.process.computer.Computer.*, static
org.apache.tinkerpop.gremlin.util.TimeUtil.*, static
org.apache.tinkerpop.gremlin.process.traversal.SackFunctions.Barrier.*, static
org.apache.tinkerpop.gremlin.structure.VertexProperty.Cardinality.*, static
org.apache.tinkerpop.gremlin.structure.Column.*, static
org.apache.tinkerpop.gremlin.structure.Direction.*, static
org.apache.tinkerpop.gremlin.process.traversal.Operator.*, static
org.apache.tinkerpop.gremlin.process.traversal.Order.*, static
org.apache.tinkerpop.gremlin.process.traversal.Pop.*, static
org.apache.tinkerpop.gremlin.process.traversal.Scope.*, static
org.apache.tinkerpop.gremlin.structure.T.*, static
org.apache.tinkerpop.gremlin.process.traversal.step.TraversalOptionParent.Pick.*,
org.apache.tinkerpop.gremlin.tinkergraph.structure.TinkerFactory
gremlin> g = TinkerFactory.createModern()
g = TinkerFactory.createModern()
==>tinkergraph[vertices:6 edges:6]
gremlin> g.traversal().V().properties('name')
g.traversal().V().properties('name')
==>vp[name->marko]
==>vp[name->vadas]
==>vp[name->lop]
==>vp[name->josh]
==>vp[name->ripple]
==>vp[name->peter]
gremlin>
{code}
was (Author: michaeljmcd):
If I manually import the TinkerFactory class, everything works (c.f. transcript
below). Is there a startup script that is supposed to load here?
\,,,/
(o o)
-oOOo-(3)-oOOo-
gremlin> :i org.apache.tinkerpop.gremlin.tinkergraph.structure.TinkerFactory
:i org.apache.tinkerpop.gremlin.tinkergraph.structure.TinkerFactory
==>org.apache.tinkerpop.gremlin.structure.*,
org.apache.tinkerpop.gremlin.structure.util.*,
org.apache.tinkerpop.gremlin.process.traversal.*,
org.apache.tinkerpop.gremlin.process.traversal.step.*,
org.apache.tinkerpop.gremlin.process.remote.*,
org.apache.tinkerpop.gremlin.structure.util.empty.*,
org.apache.tinkerpop.gremlin.structure.io.*,
org.apache.tinkerpop.gremlin.structure.io.graphml.*,
org.apache.tinkerpop.gremlin.structure.io.graphson.*,
org.apache.tinkerpop.gremlin.structure.io.gryo.*,
org.apache.commons.configuration.*,
org.apache.tinkerpop.gremlin.process.traversal.strategy.decoration.*,
org.apache.tinkerpop.gremlin.process.traversal.strategy.optimization.*,
org.apache.tinkerpop.gremlin.process.traversal.strategy.finalization.*,
org.apache.tinkerpop.gremlin.process.traversal.strategy.verification.*,
org.apache.tinkerpop.gremlin.process.traversal.dsl.graph.*,
org.apache.tinkerpop.gremlin.process.traversal.util.*,
org.apache.tinkerpop.gremlin.process.computer.*,
[jira] [Commented] (TINKERPOP-1788) gremlin.sh does not work correctly under Cygwin
[
https://issues.apache.org/jira/browse/TINKERPOP-1788?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16259652#comment-16259652
]
stephen mallette commented on TINKERPOP-1788:
-
Not sure why I missed this issue - sorry about that. A fair bit of time has
passed since you created this, so I wonder if this is still a problem for you
or something you still care about, however from what I can tell, your console
is definitely not starting properly as the plugins aren't being loaded. You
should see:
{code}
\,,,/
(o o)
-oOOo-(3)-oOOo-
plugin activated: tinkerpop.server
plugin activated: tinkerpop.utilities
plugin activated: tinkerpop.tinkergraph
gremlin>
{code}
Specifically, {{TinkerFactory}} isn't present because that
{{tinkerpop.tinkergraph}} isn't being loaded, which is why you have to import
manually (the plugin takes care of the import for you). Plugins are activated
on startup if they are listed in this file:
https://github.com/apache/tinkerpop/blob/3.2.6/gremlin-console/src/main/ext/plugins.txt
which should be in the standard TinkerPop distribution of the console when you
unzip it. You can control the location of that {{/ext}} directory by setting
{{tinkerpop.ext}}:
https://github.com/apache/tinkerpop/blob/3.2.6/gremlin-console/src/main/bin/gremlin.sh#L95
You could also just do a:
{code}
gremlin> :plugin use tinkerpop.tinkergraph
{code}
and it will then write that file with that activated plugin wherever your
`/ext` directory is currently pointing. I assume that it would read from there
too. so you could just moves that {{plugins.txt}} file to that spot and that
should also solve the issue.
> gremlin.sh does not work correctly under Cygwin
> ---
>
> Key: TINKERPOP-1788
> URL: https://issues.apache.org/jira/browse/TINKERPOP-1788
> Project: TinkerPop
> Issue Type: Bug
> Components: console
>Affects Versions: 3.3.0
>Reporter: Michael McDermott
> Attachments: gremlin.sh
>
>
> On my machine (Windows 10), I have a Cygwin setup. Attempting to execute
> gremlin.sh to launch the console errors out. gremlin.bat under cmd runs fine,
> so I have the general prerequisites (Java, etc.).
> I have partially patched out the shell script (modified off of 3.3.0
> attached) and it no longer errors out (I initially received issues around CP
> setting and absolute paths). The big issues I identified were inconsistent
> usage of the separate classpath separator on Cygwin (; vs. :) and that
> absolute paths need to be translated when running under Cygwin.
> Something is still broken, though, as I cannot use the shell after it starts
> up (note that this trivial example works fine in cmd):
> {code}
> gremlin> :plugin list
> :plugin list
> ==>tinkerpop.server
> ==>tinkerpop.gephi
> ==>tinkerpop.utilities
> ==>tinkerpop.sugar
> ==>tinkerpop.credentials
> ==>tinkerpop.hadoop
> ==>tinkerpop.tinkergraph
> gremlin> g = TinkerFactory.createModern()
> g = TinkerFactory.createModern()
> No such property: TinkerFactory for class: groovysh_evaluate
> Type ':help' or ':h' for help.
> {code}
--
This message was sent by Atlassian JIRA
(v6.4.14#64029)
[jira] [Commented] (TINKERPOP-1815) Graph io requires the graph API
[
https://issues.apache.org/jira/browse/TINKERPOP-1815?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16259689#comment-16259689
]
stephen mallette commented on TINKERPOP-1815:
-
{{AbstractGraphProvider}} uses the {{GryoReader}} to load graph data during
tests and the {{GryoReader}} uses the Graph API to get the data in. Is that
what you are thinking should change?
IO and Structure APIs1 are sorta bound together a bit. Trying to change that
now seems like a big step with the opportunity for a fair number of unforeseen
problems.
I assume that this issue doesn't prevent graphs that don't support the Graph
API from running the tests. Seems like you would just need to override the
appropriate methods in {{GraphProvider}} to load the data however is required.
wdyt?
> Graph io requires the graph API
> ---
>
> Key: TINKERPOP-1815
> URL: https://issues.apache.org/jira/browse/TINKERPOP-1815
> Project: TinkerPop
> Issue Type: Improvement
> Components: io
>Reporter: Bryn Cooke
>
> Currently the io classes use the graph API to populate the graph. For graphs
> that do not fully support the graph API means that standard IO won't work.
> It would be great if io could use the traversal API for constructing the
> graph.
--
This message was sent by Atlassian JIRA
(v6.4.14#64029)
[jira] [Closed] (TINKERPOP-1370) Build Shim for Jackson
[ https://issues.apache.org/jira/browse/TINKERPOP-1370?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] stephen mallette closed TINKERPOP-1370. --- Resolution: Won't Do It doesn't seem as though this is necessary as it has not come up as an issue anywhere. Better to not add additional complexity unless it is warranted somehow. > Build Shim for Jackson > -- > > Key: TINKERPOP-1370 > URL: https://issues.apache.org/jira/browse/TINKERPOP-1370 > Project: TinkerPop > Issue Type: Improvement > Components: io >Affects Versions: 3.2.0-incubating >Reporter: stephen mallette >Priority: Minor > > Consider building a shim for Jackson using the same pattern implemented for > Gryo. This would enable users to utilize our serialization logic in their own > Jackson modules. -- This message was sent by Atlassian JIRA (v6.4.14#64029)
[jira] [Updated] (TINKERPOP-1840) Explanation about certain functions like emit()
[ https://issues.apache.org/jira/browse/TINKERPOP-1840?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] stephen mallette updated TINKERPOP-1840: Fix Version/s: (was: 3.3.0) > Explanation about certain functions like emit() > --- > > Key: TINKERPOP-1840 > URL: https://issues.apache.org/jira/browse/TINKERPOP-1840 > Project: TinkerPop > Issue Type: Improvement > Components: documentation >Affects Versions: 3.3.0 > Environment: Apache Tinkerpop 3.3, Gremlin documentation >Reporter: Suhas Udeda >Priority: Minor > > In the recipes section of Apache Tinkerpop web page, there is section > dedicated to computing the maximum depth of a node in a graph. According to > the command given there, maximum depth is includes the current node in its > count as well. While this is working fine for all the nodes, it fails when it > comes to the leaf nodes; it returns garbage value. This happens because of > the placement of emit() function in that command. > When I tried understanding how emit() function works, I could not find a > section dedicated to this function in the documentation. I believe this is a > shortcoming especially when beginners are trying to understand the > functionality by referring the documentation. It would be nice if a section > can be added for emit() and other such functions which lack their > representation in the documentation. > http://tinkerpop.apache.org/docs/current/recipes/#_maximum_depth > http://tinkerpop.apache.org/docs/3.3.0/reference/ -- This message was sent by Atlassian JIRA (v6.4.14#64029)
[jira] [Commented] (TINKERPOP-1839) We need a way to dynamically modify global bindings on the Gremlin Server.
[
https://issues.apache.org/jira/browse/TINKERPOP-1839?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16259870#comment-16259870
]
stephen mallette commented on TINKERPOP-1839:
-
sorry - that's a {{:remote}} console - that kinda got lost in my comment, so
yes, that is in the {{GremlinGroovyScriptEngine}} in gremlin server.
> We need a way to dynamically modify global bindings on the Gremlin Server.
> --
>
> Key: TINKERPOP-1839
> URL: https://issues.apache.org/jira/browse/TINKERPOP-1839
> Project: TinkerPop
> Issue Type: Improvement
> Components: server
>Affects Versions: 3.2.6
>Reporter: David Pitera
>
> This question on StackOverflow
> https://stackoverflow.com/questions/47342524/how-to-traverse-graph-created-using-configuredplanfactory-in-janusgraph/47354728?noredirect=1#comment81670711_47354728
> along with the fact that most language client's interact with the Gremlin
> Server through the use of a variable bound to a graph of traversal reference,
> i.e. `graph` is usually bound to a graph and `g` is usually bound to its
> traversal
> https://github.com/apache/tinkerpop/blob/master/gremlin-server/scripts/empty-sample.groovy#L40
> mean that we need a way to bind these dynamically created graphs to the
> script executor.
> With JanusGraph's notion of dynamic graphs, there is no way to make use of
> the `withRemote()` functionality or make use of language clients demanding
> the traversal reference be bound to a variable.
> Therefore, we need a way to dynamically modify the global bindings on the
> gremlin script engine without having to restart the server.
> Note; I answered the original stack overflow question above, however I am
> pretty sure my answer is actually incorrect because the global binding will
> be evaluated once at server start and the evaluated references will be stored
> in the map and passed into the gremlin executor. Is this true?
--
This message was sent by Atlassian JIRA
(v6.4.14#64029)
[jira] [Commented] (TINKERPOP-1839) We need a way to dynamically modify global bindings on the Gremlin Server.
[ https://issues.apache.org/jira/browse/TINKERPOP-1839?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16260650#comment-16260650 ] stephen mallette commented on TINKERPOP-1839: - Doesn't CGF have access to the Gremlin ScriptEngine? Why does it have to issue WS/HTTP calls - couldn't it just issue a script that registers the bindings to the context in the manner that I presented? To me, issuing the script is the "java code" way to set these values. Any reason why that doesn't work? > We need a way to dynamically modify global bindings on the Gremlin Server. > -- > > Key: TINKERPOP-1839 > URL: https://issues.apache.org/jira/browse/TINKERPOP-1839 > Project: TinkerPop > Issue Type: Improvement > Components: server >Affects Versions: 3.2.6 >Reporter: David Pitera > > This question on StackOverflow > https://stackoverflow.com/questions/47342524/how-to-traverse-graph-created-using-configuredplanfactory-in-janusgraph/47354728?noredirect=1#comment81670711_47354728 > along with the fact that most language client's interact with the Gremlin > Server through the use of a variable bound to a graph of traversal reference, > i.e. `graph` is usually bound to a graph and `g` is usually bound to its > traversal > https://github.com/apache/tinkerpop/blob/master/gremlin-server/scripts/empty-sample.groovy#L40 > mean that we need a way to bind these dynamically created graphs to the > script executor. > With JanusGraph's notion of dynamic graphs, there is no way to make use of > the `withRemote()` functionality or make use of language clients demanding > the traversal reference be bound to a variable. > Therefore, we need a way to dynamically modify the global bindings on the > gremlin script engine without having to restart the server. > Note; I answered the original stack overflow question above, however I am > pretty sure my answer is actually incorrect because the global binding will > be evaluated once at server start and the evaluated references will be stored > in the map and passed into the gremlin executor. Is this true? -- This message was sent by Atlassian JIRA (v6.4.14#64029)
[jira] [Commented] (TINKERPOP-1839) We need a way to dynamically modify global bindings on the Gremlin Server.
[
https://issues.apache.org/jira/browse/TINKERPOP-1839?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16261198#comment-16261198
]
stephen mallette commented on TINKERPOP-1839:
-
> I am not quite seeing how one would access the ScriptEngine or its context.
I think that if you need this special level of integration which seems specific
to JanusGraph you should create a {{Channelizer}} for JanusGraph that will
allow you access to a number of core components of Gremlin Server (like the
{{GremlinExecutor}}).
> withRemote() gives access to a remote graph's traversal reference; is there a
> similar story for getting access to a graph reference itself?
No - for "remoting" you only deal with a {{TraversalSource}}. There is nothing
that binds to a {{Graph}} on the client side.
> We need a way to dynamically modify global bindings on the Gremlin Server.
> --
>
> Key: TINKERPOP-1839
> URL: https://issues.apache.org/jira/browse/TINKERPOP-1839
> Project: TinkerPop
> Issue Type: Improvement
> Components: server
>Affects Versions: 3.2.6
>Reporter: David Pitera
>
> This question on StackOverflow
> https://stackoverflow.com/questions/47342524/how-to-traverse-graph-created-using-configuredplanfactory-in-janusgraph/47354728?noredirect=1#comment81670711_47354728
> along with the fact that most language client's interact with the Gremlin
> Server through the use of a variable bound to a graph of traversal reference,
> i.e. `graph` is usually bound to a graph and `g` is usually bound to its
> traversal
> https://github.com/apache/tinkerpop/blob/master/gremlin-server/scripts/empty-sample.groovy#L40
> mean that we need a way to bind these dynamically created graphs to the
> script executor.
> With JanusGraph's notion of dynamic graphs, there is no way to make use of
> the `withRemote()` functionality or make use of language clients demanding
> the traversal reference be bound to a variable.
> Therefore, we need a way to dynamically modify the global bindings on the
> gremlin script engine without having to restart the server.
> Note; I answered the original stack overflow question above, however I am
> pretty sure my answer is actually incorrect because the global binding will
> be evaluated once at server start and the evaluated references will be stored
> in the map and passed into the gremlin executor. Is this true?
--
This message was sent by Atlassian JIRA
(v6.4.14#64029)
[jira] [Commented] (TINKERPOP-1840) Explanation about certain functions like emit()
[
https://issues.apache.org/jira/browse/TINKERPOP-1840?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16262457#comment-16262457
]
stephen mallette commented on TINKERPOP-1840:
-
I've added links for both {{emit()}} and {{repeat()}}
https://github.com/apache/tinkerpop/commit/54ab000cd7d7020981c1470014831b1f95ee5918
however I'm not sure what else to include about {{emit()}} or {{until()}}
beyond what has already been written. From my reading of the the {{repeat()}}
step documentation it already contains examples and information about how to
use {{emit()}} and {{until()}}. Could you please help me understand more about
what you found confusing or missing? Were the examples too complicated somehow?
Was there something missing from the explanations of the examples that are
there? Do you have better examples that helped you come to an understanding on
how they worked?
Thanks in advance for your help with this.
> Explanation about certain functions like emit()
> ---
>
> Key: TINKERPOP-1840
> URL: https://issues.apache.org/jira/browse/TINKERPOP-1840
> Project: TinkerPop
> Issue Type: Improvement
> Components: documentation
>Affects Versions: 3.3.0
> Environment: Apache Tinkerpop 3.3, Gremlin documentation
>Reporter: Suhas Udeda
>Priority: Minor
>
> In the recipes section of Apache Tinkerpop web page, there is section
> dedicated to computing the maximum depth of a node in a graph. According to
> the command given there, maximum depth is includes the current node in its
> count as well. While this is working fine for all the nodes, it fails when it
> comes to the leaf nodes; it returns garbage value. This happens because of
> the placement of emit() function in that command.
> When I tried understanding how emit() function works, I could not find a
> section dedicated to this function in the documentation. I believe this is a
> shortcoming especially when beginners are trying to understand the
> functionality by referring the documentation. It would be nice if a section
> can be added for emit() and other such functions which lack their
> representation in the documentation.
> http://tinkerpop.apache.org/docs/current/recipes/#_maximum_depth
> http://tinkerpop.apache.org/docs/3.3.0/reference/
--
This message was sent by Atlassian JIRA
(v6.4.14#64029)
[jira] [Created] (TINKERPOP-1843) Provide method to disable scripting in Gremlin Server
stephen mallette created TINKERPOP-1843: --- Summary: Provide method to disable scripting in Gremlin Server Key: TINKERPOP-1843 URL: https://issues.apache.org/jira/browse/TINKERPOP-1843 Project: TinkerPop Issue Type: Improvement Components: server Affects Versions: 3.2.6 Reporter: stephen mallette Allowing the processing of remote scripts in Gremlin Server has important security issues that should be considered when deploying it. While we have documentation that explains the issue of "scripts" we could also consider the ability for Gremlin Server to be configured in a fashion where it only allowed bytecode based processing. Obviously, this approach has some drawbacks as the Gremlin Console would no longer work with this configuration turned on (users would have to user remote traversals/bytecode from the console to connect to their graph). Eventually, we could probably have Gremlin Server running in this fashion by default/out-of-the-box, but we'd have to reserve that approach for when a breaking change was allowed in versioning (at this point 3.4.x). -- This message was sent by Atlassian JIRA (v6.4.14#64029)
[jira] [Closed] (TINKERPOP-1784) Gremlin Language Test Suite
[ https://issues.apache.org/jira/browse/TINKERPOP-1784?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] stephen mallette closed TINKERPOP-1784. --- Resolution: Done Fix Version/s: 3.3.1 3.2.7 > Gremlin Language Test Suite > --- > > Key: TINKERPOP-1784 > URL: https://issues.apache.org/jira/browse/TINKERPOP-1784 > Project: TinkerPop > Issue Type: Improvement > Components: test-suite >Affects Versions: 3.2.6 >Reporter: stephen mallette >Assignee: stephen mallette > Fix For: 3.2.7, 3.3.1 > > > Provide for a more language agnostic test framework for the Gremlin Language > so that we can properly test GLVs. The current test suite is completely tied > to the JVM. -- This message was sent by Atlassian JIRA (v6.4.14#64029)
[jira] [Created] (TINKERPOP-1844) Python GLV test should run for GraphSON 3.0
stephen mallette created TINKERPOP-1844: --- Summary: Python GLV test should run for GraphSON 3.0 Key: TINKERPOP-1844 URL: https://issues.apache.org/jira/browse/TINKERPOP-1844 Project: TinkerPop Issue Type: Improvement Components: python Affects Versions: 3.3.0 Reporter: stephen mallette Priority: Critical Fix For: 3.3.1 The GLV tests are running for python on GraphSON 2.0. When I ran them for GraphSON 3.0 I received some strange errors that looked like they might have been related to bulking, but I can't say for sure. Anyway, we should definitely be running these tests against 3.0 and potentially 2.0 as well (2.0 can be a separate ticket and is less of a priority). -- This message was sent by Atlassian JIRA (v6.4.14#64029)
[jira] [Commented] (TINKERPOP-1844) Python GLV test should run for GraphSON 3.0
[ https://issues.apache.org/jira/browse/TINKERPOP-1844?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16263207#comment-16263207 ] stephen mallette commented on TINKERPOP-1844: - [~davebshow] maybe you can take a look at this one for me? See the forced config for 2.0 here: https://github.com/apache/tinkerpop/blob/6a663fe2ed52d1d321230f642bc9f516f0076ea9/gremlin-python/src/main/jython/radish/terrain.py#L66 https://github.com/apache/tinkerpop/blob/6a663fe2ed52d1d321230f642bc9f516f0076ea9/gremlin-python/src/main/jython/radish/terrain.py#L84 if you bump that to 3.0 and run the tests you get the failures. > Python GLV test should run for GraphSON 3.0 > --- > > Key: TINKERPOP-1844 > URL: https://issues.apache.org/jira/browse/TINKERPOP-1844 > Project: TinkerPop > Issue Type: Improvement > Components: python >Affects Versions: 3.3.0 >Reporter: stephen mallette >Priority: Critical > Fix For: 3.3.1 > > > The GLV tests are running for python on GraphSON 2.0. When I ran them for > GraphSON 3.0 I received some strange errors that looked like they might have > been related to bulking, but I can't say for sure. Anyway, we should > definitely be running these tests against 3.0 and potentially 2.0 as well > (2.0 can be a separate ticket and is less of a priority). -- This message was sent by Atlassian JIRA (v6.4.14#64029)
[jira] [Closed] (TINKERPOP-1832) TraversalHelper.replaceStep sets previousStep to the wrong step
[
https://issues.apache.org/jira/browse/TINKERPOP-1832?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
stephen mallette closed TINKERPOP-1832.
---
Resolution: Fixed
Fix Version/s: 3.3.1
3.2.7
> TraversalHelper.replaceStep sets previousStep to the wrong step
> ---
>
> Key: TINKERPOP-1832
> URL: https://issues.apache.org/jira/browse/TINKERPOP-1832
> Project: TinkerPop
> Issue Type: Bug
> Components: process
>Affects Versions: 3.3.0
>Reporter: pieter martin
>Assignee: Daniel Kuppitz
> Fix For: 3.2.7, 3.3.1
>
>
> The bug is described over
> [here|http://mail-archives.apache.org/mod_mbox/tinkerpop-dev/201710.mbox/browser]
> I have tested [~dkuppitz] fix for it and all seems well.
> {code:java}
> public static void replaceStep(final Step removeStep, final
> Step insertStep, final Traversal.Admin traversal) {
> final int i;
> traversal.removeStep(i = stepIndex(removeStep, traversal));
> traversal.addStep(i, insertStep);
> }
> {code}
--
This message was sent by Atlassian JIRA
(v6.4.14#64029)
[jira] [Updated] (TINKERPOP-1845) Update List of Graph Systems with Amazon Neptune
[ https://issues.apache.org/jira/browse/TINKERPOP-1845?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] stephen mallette updated TINKERPOP-1845: Issue Type: Improvement (was: Task) I started a discussion on the dev list for this: https://lists.apache.org/thread.html/b303e1b1484d2bdf1febb3b5e85d2b96f80b107a71f56febf72fe53c@%3Cdev.tinkerpop.apache.org%3E I can't imagine any objection except that it doesn't appear to have a general release yet? I think a "preview" release is fine for the listing in this case imho. > Update List of Graph Systems with Amazon Neptune > > > Key: TINKERPOP-1845 > URL: https://issues.apache.org/jira/browse/TINKERPOP-1845 > Project: TinkerPop > Issue Type: Improvement > Components: documentation >Reporter: Brad Bebee > > Hello, > AWS announced a Preview of Amazon Neptune today with support Apache TinkerPop > 3.3. This ticket is to request that Amazon Neptune be added to the list of > Graph Systems that support Apache TinkerPop: https://aws.amazon.com/neptune/. > Thanks, --Brad -- This message was sent by Atlassian JIRA (v6.4.14#64029)
[jira] [Closed] (TINKERPOP-1811) Improve error reporting for serialization errors between gremlin-python and gremlin-server
[
https://issues.apache.org/jira/browse/TINKERPOP-1811?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
stephen mallette closed TINKERPOP-1811.
---
Resolution: Done
Assignee: stephen mallette
Fix Version/s: 3.3.1
3.2.7
> Improve error reporting for serialization errors between gremlin-python and
> gremlin-server
> --
>
> Key: TINKERPOP-1811
> URL: https://issues.apache.org/jira/browse/TINKERPOP-1811
> Project: TinkerPop
> Issue Type: Improvement
> Components: python, server
>Affects Versions: 3.2.6
>Reporter: Hugo Arts
>Assignee: stephen mallette
>Priority: Minor
> Fix For: 3.2.7, 3.3.1
>
>
> We ran into an issue while attempting to add a PartitionStrategy to our
> traversals. This is a small example of a traversal I tried:
> {code:none}
> remote = DriverRemoteConnection('ws://localhost:8182/gremlin',
> 'DSE_GRAPH_QUICKSTART.g')
> strategy = PartitionStrategy('community_id', '2097442560', 2097442560)
> g = Graph().traversal().withRemote(remote).withStrategies(strategy)
> print(g.V().toList())
> {code}
> The third argument of PartitionStrategy should be a list. However, the
> traversal strategies in gremlin-python do not do any kind of argument/type
> checking, and any mistake you make results in the following error from
> gremlin server:
> {noformat}
> ERROR [gremlin-server-worker-1] 2017-10-25 10:15:53,285 GREMLIN
> TraversalOpProcessor.java:365 - Could not deserialize the Traversal instance
> {noformat}
> I've omitted the [full
> traceback|https://gist.github.com/anonymous/2ad6541d0169256afb1a23fbdc376009]
> for brevity. There is not much indication as to what has gone wrong.
> gremlin-python gives this error:
> {noformat}
> gremlin_python.driver.protocol.GremlinServerError: 599: None
> {noformat}
> Which is also unhelpful. We were eventually able to figure out what we were
> doing wrong, but it would be very nice to have either some input validation
> on the gremlin-python side, or have gremlin-server be more specific about the
> nature of the deserialisation error (or both).
--
This message was sent by Atlassian JIRA
(v6.4.14#64029)
[jira] [Created] (TINKERPOP-1846) LambdaRestrictionStrategy not triggering for Lambda scripts
stephen mallette created TINKERPOP-1846:
---
Summary: LambdaRestrictionStrategy not triggering for Lambda
scripts
Key: TINKERPOP-1846
URL: https://issues.apache.org/jira/browse/TINKERPOP-1846
Project: TinkerPop
Issue Type: Bug
Components: process
Affects Versions: 3.2.6
Reporter: stephen mallette
Assignee: stephen mallette
Priority: Critical
Traversals that use {{Lambda}} as described here:
http://tinkerpop.apache.org/docs/current/reference/#_the_lambda_solution
for example are not triggering the {{LambdaRestrictionStrategy}}. The problem
is with the rule for the trigger itself which expects that the word "lambda" be
in {{toString()}} of the step being evaluated. Currently steps that use
{{Lambda}} don't produce that in their {{toString()}} - they simply return the
lambda script. There are multiple fixes to this, but I think the easiest might
be to just change the {{Lambda.toString()}} to include the word "lambda" and
then it all just works.
--
This message was sent by Atlassian JIRA
(v6.4.14#64029)
[jira] [Commented] (TINKERPOP-1847) tinkergraph-gremlin dependency on gremlin-test, bad scope?
[
https://issues.apache.org/jira/browse/TINKERPOP-1847?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16272750#comment-16272750
]
stephen mallette commented on TINKERPOP-1847:
-
That's really bad.thanks for pointing that out. The scope should be set to
"test". Fixing that now.
> tinkergraph-gremlin dependency on gremlin-test, bad scope?
> --
>
> Key: TINKERPOP-1847
> URL: https://issues.apache.org/jira/browse/TINKERPOP-1847
> Project: TinkerPop
> Issue Type: Improvement
>Affects Versions: 3.3.0
>Reporter: Cservenak, Tamas
>
> This issue would be more a "question" type, sorry if missed the point.
> Question is: tinkergraph-gremlin depends on gremlin-tes, but using maven
> default scope ("compile"). Is this scope proper?
> Cause gremlin-test pulls in stuff like junit, hamcrest and all the test
> related things, while if I exclude gremlin-test, at runtime tinkergraph runs
> just fine.
--
This message was sent by Atlassian JIRA
(v6.4.14#64029)
[jira] [Updated] (TINKERPOP-1847) tinkergraph-gremlin dependency on gremlin-test, bad scope?
[
https://issues.apache.org/jira/browse/TINKERPOP-1847?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
stephen mallette updated TINKERPOP-1847:
Component/s: build-release
> tinkergraph-gremlin dependency on gremlin-test, bad scope?
> --
>
> Key: TINKERPOP-1847
> URL: https://issues.apache.org/jira/browse/TINKERPOP-1847
> Project: TinkerPop
> Issue Type: Bug
> Components: build-release
>Affects Versions: 3.3.0
>Reporter: Cservenak, Tamas
>Assignee: stephen mallette
> Fix For: 3.3.1
>
>
> This issue would be more a "question" type, sorry if missed the point.
> Question is: tinkergraph-gremlin depends on gremlin-tes, but using maven
> default scope ("compile"). Is this scope proper?
> Cause gremlin-test pulls in stuff like junit, hamcrest and all the test
> related things, while if I exclude gremlin-test, at runtime tinkergraph runs
> just fine.
--
This message was sent by Atlassian JIRA
(v6.4.14#64029)
[jira] [Reopened] (TINKERPOP-1847) tinkergraph-gremlin dependency on gremlin-test, bad scope?
[
https://issues.apache.org/jira/browse/TINKERPOP-1847?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
stephen mallette reopened TINKERPOP-1847:
-
> tinkergraph-gremlin dependency on gremlin-test, bad scope?
> --
>
> Key: TINKERPOP-1847
> URL: https://issues.apache.org/jira/browse/TINKERPOP-1847
> Project: TinkerPop
> Issue Type: Bug
> Components: build-release
>Affects Versions: 3.3.0
>Reporter: Cservenak, Tamas
>Assignee: stephen mallette
> Fix For: 3.3.1
>
>
> This issue would be more a "question" type, sorry if missed the point.
> Question is: tinkergraph-gremlin depends on gremlin-tes, but using maven
> default scope ("compile"). Is this scope proper?
> Cause gremlin-test pulls in stuff like junit, hamcrest and all the test
> related things, while if I exclude gremlin-test, at runtime tinkergraph runs
> just fine.
--
This message was sent by Atlassian JIRA
(v6.4.14#64029)
[jira] [Closed] (TINKERPOP-1847) tinkergraph-gremlin dependency on gremlin-test, bad scope?
[
https://issues.apache.org/jira/browse/TINKERPOP-1847?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
stephen mallette closed TINKERPOP-1847.
---
Resolution: Fixed
Assignee: stephen mallette
Fix Version/s: 3.3.1
Fixed via CTR on
https://github.com/apache/tinkerpop/commit/9f874ed676733d4e3a78fa091bc938cc1dfc46cd
> tinkergraph-gremlin dependency on gremlin-test, bad scope?
> --
>
> Key: TINKERPOP-1847
> URL: https://issues.apache.org/jira/browse/TINKERPOP-1847
> Project: TinkerPop
> Issue Type: Bug
> Components: build-release
>Affects Versions: 3.3.0
>Reporter: Cservenak, Tamas
>Assignee: stephen mallette
> Fix For: 3.3.1
>
>
> This issue would be more a "question" type, sorry if missed the point.
> Question is: tinkergraph-gremlin depends on gremlin-tes, but using maven
> default scope ("compile"). Is this scope proper?
> Cause gremlin-test pulls in stuff like junit, hamcrest and all the test
> related things, while if I exclude gremlin-test, at runtime tinkergraph runs
> just fine.
--
This message was sent by Atlassian JIRA
(v6.4.14#64029)
[jira] [Closed] (TINKERPOP-1847) tinkergraph-gremlin dependency on gremlin-test, bad scope?
[
https://issues.apache.org/jira/browse/TINKERPOP-1847?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
stephen mallette closed TINKERPOP-1847.
---
Resolution: Fixed
> tinkergraph-gremlin dependency on gremlin-test, bad scope?
> --
>
> Key: TINKERPOP-1847
> URL: https://issues.apache.org/jira/browse/TINKERPOP-1847
> Project: TinkerPop
> Issue Type: Bug
> Components: build-release
>Affects Versions: 3.3.0
>Reporter: Cservenak, Tamas
>Assignee: stephen mallette
> Fix For: 3.3.1
>
>
> This issue would be more a "question" type, sorry if missed the point.
> Question is: tinkergraph-gremlin depends on gremlin-tes, but using maven
> default scope ("compile"). Is this scope proper?
> Cause gremlin-test pulls in stuff like junit, hamcrest and all the test
> related things, while if I exclude gremlin-test, at runtime tinkergraph runs
> just fine.
--
This message was sent by Atlassian JIRA
(v6.4.14#64029)
[jira] [Updated] (TINKERPOP-1847) tinkergraph-gremlin dependency on gremlin-test, bad scope?
[
https://issues.apache.org/jira/browse/TINKERPOP-1847?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
stephen mallette updated TINKERPOP-1847:
Issue Type: Bug (was: Improvement)
> tinkergraph-gremlin dependency on gremlin-test, bad scope?
> --
>
> Key: TINKERPOP-1847
> URL: https://issues.apache.org/jira/browse/TINKERPOP-1847
> Project: TinkerPop
> Issue Type: Bug
> Components: build-release
>Affects Versions: 3.3.0
>Reporter: Cservenak, Tamas
> Fix For: 3.3.1
>
>
> This issue would be more a "question" type, sorry if missed the point.
> Question is: tinkergraph-gremlin depends on gremlin-tes, but using maven
> default scope ("compile"). Is this scope proper?
> Cause gremlin-test pulls in stuff like junit, hamcrest and all the test
> related things, while if I exclude gremlin-test, at runtime tinkergraph runs
> just fine.
--
This message was sent by Atlassian JIRA
(v6.4.14#64029)
[jira] [Assigned] (TINKERPOP-1806) Consistently use Gremlin.Net instead of Gremlin-DotNet
[ https://issues.apache.org/jira/browse/TINKERPOP-1806?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] stephen mallette reassigned TINKERPOP-1806: --- Assignee: stephen mallette > Consistently use Gremlin.Net instead of Gremlin-DotNet > -- > > Key: TINKERPOP-1806 > URL: https://issues.apache.org/jira/browse/TINKERPOP-1806 > Project: TinkerPop > Issue Type: Improvement > Components: documentation, dotnet >Affects Versions: 3.3.0, 3.2.6 >Reporter: Florian Hockmann >Assignee: stephen mallette >Priority: Trivial > > We agreed in TINKERPOP-1552 to name the .NET GLV and driver Gremlin.Net, but > I used Gremlin-DotNet instead in the initial pull request. The documentation > still uses mainly Gremlin-DotNet which could be a bit confusing to new users. > So we should simply replace _Gremlin-DotNet_ everywhere by _Gremlin.Net_. -- This message was sent by Atlassian JIRA (v6.4.14#64029)
[jira] [Closed] (TINKERPOP-1725) DotNet GLV: Make traversal generation deterministic
[
https://issues.apache.org/jira/browse/TINKERPOP-1725?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
stephen mallette closed TINKERPOP-1725.
---
Resolution: Fixed
Fix Version/s: 3.3.1
3.2.7
> DotNet GLV: Make traversal generation deterministic
> ---
>
> Key: TINKERPOP-1725
> URL: https://issues.apache.org/jira/browse/TINKERPOP-1725
> Project: TinkerPop
> Issue Type: Improvement
> Components: dotnet
>Affects Versions: 3.2.5
>Reporter: Jorge Bay
>Assignee: Florian Hockmann
>Priority: Minor
> Fix For: 3.2.7, 3.3.1
>
>
> gremlin-dotnet {{GraphTraversal}} methods are generated using reflection, by
> exploring the java methods and translating them into C# methods (see
> gremlin-dotnet/pom.xml). The C# GLV uses varargs (parameter arrays are called
> in C#) and a single method signature by name.
> The idea would be to select the more flexible signature from java for and
> specify it manually into a map of some kind, like its currently being done
> with {{methodsWithSpecificTypes}}, for the methods that return something
> different than {{GraphTraversal}}.
--
This message was sent by Atlassian JIRA
(v6.4.14#64029)
[jira] [Reopened] (TINKERPOP-1725) DotNet GLV: Make traversal generation deterministic
[
https://issues.apache.org/jira/browse/TINKERPOP-1725?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
stephen mallette reopened TINKERPOP-1725:
-
Assignee: Florian Hockmann
Reopened to add fix versions
> DotNet GLV: Make traversal generation deterministic
> ---
>
> Key: TINKERPOP-1725
> URL: https://issues.apache.org/jira/browse/TINKERPOP-1725
> Project: TinkerPop
> Issue Type: Improvement
> Components: dotnet
>Affects Versions: 3.2.5
>Reporter: Jorge Bay
>Assignee: Florian Hockmann
>Priority: Minor
> Fix For: 3.2.7, 3.3.1
>
>
> gremlin-dotnet {{GraphTraversal}} methods are generated using reflection, by
> exploring the java methods and translating them into C# methods (see
> gremlin-dotnet/pom.xml). The C# GLV uses varargs (parameter arrays are called
> in C#) and a single method signature by name.
> The idea would be to select the more flexible signature from java for and
> specify it manually into a map of some kind, like its currently being done
> with {{methodsWithSpecificTypes}}, for the methods that return something
> different than {{GraphTraversal}}.
--
This message was sent by Atlassian JIRA
(v6.4.14#64029)
[jira] [Closed] (TINKERPOP-1734) DSL for Gremlin .NET
[ https://issues.apache.org/jira/browse/TINKERPOP-1734?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] stephen mallette closed TINKERPOP-1734. --- Resolution: Done Assignee: stephen mallette Fix Version/s: 3.3.1 3.2.7 > DSL for Gremlin .NET > > > Key: TINKERPOP-1734 > URL: https://issues.apache.org/jira/browse/TINKERPOP-1734 > Project: TinkerPop > Issue Type: Improvement > Components: dotnet >Affects Versions: 3.2.5 >Reporter: stephen mallette >Assignee: stephen mallette > Fix For: 3.2.7, 3.3.1 > > > This may just be a documentation issue, but we need to determine the approach > to building DSLs with .NET. -- This message was sent by Atlassian JIRA (v6.4.14#64029)
[jira] [Created] (TINKERPOP-1848) Fix g:Date assertion in python tests
stephen mallette created TINKERPOP-1848:
---
Summary: Fix g:Date assertion in python tests
Key: TINKERPOP-1848
URL: https://issues.apache.org/jira/browse/TINKERPOP-1848
Project: TinkerPop
Issue Type: Bug
Components: python
Affects Versions: 3.2.6
Reporter: stephen mallette
Assignee: David M. Brown
Temporarily commented out an assertion for {{test_datetime}} which is currently
failing on different systems (seems fail consistently with docker). I think
it's timezone related but not completely sure and I'm not having much luck
resolving it.
--
This message was sent by Atlassian JIRA
(v6.4.14#64029)
[jira] [Closed] (TINKERPOP-1806) Consistently use Gremlin.Net instead of Gremlin-DotNet
[ https://issues.apache.org/jira/browse/TINKERPOP-1806?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] stephen mallette closed TINKERPOP-1806. --- Resolution: Done Fix Version/s: 3.3.1 3.2.7 > Consistently use Gremlin.Net instead of Gremlin-DotNet > -- > > Key: TINKERPOP-1806 > URL: https://issues.apache.org/jira/browse/TINKERPOP-1806 > Project: TinkerPop > Issue Type: Improvement > Components: documentation, dotnet >Affects Versions: 3.3.0, 3.2.6 >Reporter: Florian Hockmann >Assignee: stephen mallette >Priority: Trivial > Fix For: 3.2.7, 3.3.1 > > > We agreed in TINKERPOP-1552 to name the .NET GLV and driver Gremlin.Net, but > I used Gremlin-DotNet instead in the initial pull request. The documentation > still uses mainly Gremlin-DotNet which could be a bit confusing to new users. > So we should simply replace _Gremlin-DotNet_ everywhere by _Gremlin.Net_. -- This message was sent by Atlassian JIRA (v6.4.14#64029)
[jira] [Closed] (TINKERPOP-1846) LambdaRestrictionStrategy not triggering for Lambda scripts
[
https://issues.apache.org/jira/browse/TINKERPOP-1846?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
stephen mallette closed TINKERPOP-1846.
---
Resolution: Fixed
Fix Version/s: 3.3.1
3.2.7
> LambdaRestrictionStrategy not triggering for Lambda scripts
> ---
>
> Key: TINKERPOP-1846
> URL: https://issues.apache.org/jira/browse/TINKERPOP-1846
> Project: TinkerPop
> Issue Type: Bug
> Components: process
>Affects Versions: 3.2.6
>Reporter: stephen mallette
>Assignee: stephen mallette
>Priority: Critical
> Fix For: 3.2.7, 3.3.1
>
>
> Traversals that use {{Lambda}} as described here:
> http://tinkerpop.apache.org/docs/current/reference/#_the_lambda_solution
> for example are not triggering the {{LambdaRestrictionStrategy}}. The problem
> is with the rule for the trigger itself which expects that the word "lambda"
> be in {{toString()}} of the step being evaluated. Currently steps that use
> {{Lambda}} don't produce that in their {{toString()}} - they simply return
> the lambda script. There are multiple fixes to this, but I think the easiest
> might be to just change the {{Lambda.toString()}} to include the word
> "lambda" and then it all just works.
--
This message was sent by Atlassian JIRA
(v6.4.14#64029)
[jira] [Reopened] (TINKERPOP-1825) Gremlin .NET: Constant() step has incorrect parameter defined
[
https://issues.apache.org/jira/browse/TINKERPOP-1825?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
stephen mallette reopened TINKERPOP-1825:
-
Assignee: Jorge Bay
reopened to add 3.3.1
> Gremlin .NET: Constant() step has incorrect parameter defined
> -
>
> Key: TINKERPOP-1825
> URL: https://issues.apache.org/jira/browse/TINKERPOP-1825
> Project: TinkerPop
> Issue Type: Bug
> Components: dotnet
>Affects Versions: 3.2.6
>Reporter: Jorge Bay
>Assignee: Jorge Bay
> Fix For: 3.2.7
>
>
> The generated method shows the following C# signature:
> {code:java}
> public GraphTraversal Constant(object e)
> {code}
> When instead it should be:
> {code:java}
> public GraphTraversal Constant(E2 e)
> {code}
> https://github.com/apache/tinkerpop/blob/f2b4fb980559c8427fa946ad0d5acb42292a0b70/gremlin-dotnet/src/Gremlin.Net/Process/Traversal/GraphTraversal.cs#L423-L427
> This forces the user to specify the type of the parameter, when otherwise it
> could be inferred.
--
This message was sent by Atlassian JIRA
(v6.4.14#64029)
[jira] [Closed] (TINKERPOP-1825) Gremlin .NET: Constant() step has incorrect parameter defined
[
https://issues.apache.org/jira/browse/TINKERPOP-1825?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
stephen mallette closed TINKERPOP-1825.
---
Resolution: Fixed
Fix Version/s: 3.3.1
> Gremlin .NET: Constant() step has incorrect parameter defined
> -
>
> Key: TINKERPOP-1825
> URL: https://issues.apache.org/jira/browse/TINKERPOP-1825
> Project: TinkerPop
> Issue Type: Bug
> Components: dotnet
>Affects Versions: 3.2.6
>Reporter: Jorge Bay
>Assignee: Jorge Bay
> Fix For: 3.2.7, 3.3.1
>
>
> The generated method shows the following C# signature:
> {code:java}
> public GraphTraversal Constant(object e)
> {code}
> When instead it should be:
> {code:java}
> public GraphTraversal Constant(E2 e)
> {code}
> https://github.com/apache/tinkerpop/blob/f2b4fb980559c8427fa946ad0d5acb42292a0b70/gremlin-dotnet/src/Gremlin.Net/Process/Traversal/GraphTraversal.cs#L423-L427
> This forces the user to specify the type of the parameter, when otherwise it
> could be inferred.
--
This message was sent by Atlassian JIRA
(v6.4.14#64029)
[jira] [Closed] (TINKERPOP-1828) AddPropertyStep doesn't attach vertex to DetachedElements for new properties
[ https://issues.apache.org/jira/browse/TINKERPOP-1828?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] stephen mallette closed TINKERPOP-1828. --- Resolution: Not A Problem I think that this was resolved on a different ticket. Not seeing a problem anymore. > AddPropertyStep doesn't attach vertex to DetachedElements for new properties > > > Key: TINKERPOP-1828 > URL: https://issues.apache.org/jira/browse/TINKERPOP-1828 > Project: TinkerPop > Issue Type: Improvement > Components: process >Affects Versions: 3.2.6 >Reporter: Bryn Cooke > > Here even though a detached vertex is created it is not passed in to the > constructor of the DetachedVertexProperty or DetachedProperty. This makes > things slightly more awkward when using the events later. > https://github.com/apache/tinkerpop/blob/master/gremlin-core/src/main/java/org/apache/tinkerpop/gremlin/process/traversal/step/sideEffect/AddPropertyStep.java#L99-L108 -- This message was sent by Atlassian JIRA (v6.4.14#64029)
[jira] [Created] (TINKERPOP-1849) Provide a way to fold() with an index
stephen mallette created TINKERPOP-1849:
---
Summary: Provide a way to fold() with an index
Key: TINKERPOP-1849
URL: https://issues.apache.org/jira/browse/TINKERPOP-1849
Project: TinkerPop
Issue Type: Improvement
Components: process
Affects Versions: 3.3.0
Reporter: stephen mallette
In Groovy you can call {{withIndex()}} to generate output like this:
{code}
gremlin> g.V().fold().next().withIndex()
==>[v[1],0]
==>[v[2],1]
==>[v[3],2]
==>[v[4],3]
==>[v[5],4]
==>[v[6],5]
{code}
We can currently simulate this with Gremlin via:
{code}
gremlin>
g.V().project("a","b").by().by(select("x").count(local)).store("x").map(union(select('a'),
select('b')).fold()).fold().next()
==>[v[1],0]
==>[v[2],1]
==>[v[3],2]
==>[v[4],3]
==>[v[5],4]
==>[v[6],5]
{code}
but it's not easy to follow, efficient, or potentially foolproof. Perhaps we
can add an option to {{fold()}} that would take an enum of "fold operators".
--
This message was sent by Atlassian JIRA
(v6.4.14#64029)
[jira] [Closed] (TINKERPOP-1848) Fix g:Date assertion in python tests
[
https://issues.apache.org/jira/browse/TINKERPOP-1848?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
stephen mallette closed TINKERPOP-1848.
---
Resolution: Fixed
Assignee: Robert Dale (was: David M. Brown)
Fix Version/s: 3.3.1
3.2.7
> Fix g:Date assertion in python tests
>
>
> Key: TINKERPOP-1848
> URL: https://issues.apache.org/jira/browse/TINKERPOP-1848
> Project: TinkerPop
> Issue Type: Bug
> Components: python
>Affects Versions: 3.2.6
>Reporter: stephen mallette
>Assignee: Robert Dale
> Fix For: 3.2.7, 3.3.1
>
>
> Temporarily commented out an assertion for {{test_datetime}} which is
> currently failing on different systems (seems fail consistently with docker).
> I think it's timezone related but not completely sure and I'm not having much
> luck resolving it.
--
This message was sent by Atlassian JIRA
(v6.4.14#64029)
[jira] [Commented] (TINKERPOP-1849) Provide a way to fold() with an index
[
https://issues.apache.org/jira/browse/TINKERPOP-1849?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16280738#comment-16280738
]
stephen mallette commented on TINKERPOP-1849:
-
we could deprecate `addAll` on tp32 and go with just `add` which would leave us
with `addWithIndex` more consistently.
> Provide a way to fold() with an index
> -
>
> Key: TINKERPOP-1849
> URL: https://issues.apache.org/jira/browse/TINKERPOP-1849
> Project: TinkerPop
> Issue Type: Improvement
> Components: process
>Affects Versions: 3.3.0
>Reporter: stephen mallette
>
> In Groovy you can call {{withIndex()}} to generate output like this:
> {code}
> gremlin> g.V().fold().next().withIndex()
> ==>[v[1],0]
> ==>[v[2],1]
> ==>[v[3],2]
> ==>[v[4],3]
> ==>[v[5],4]
> ==>[v[6],5]
> {code}
> We can currently simulate this with Gremlin via:
> {code}
> gremlin>
> g.V().project("a","b").by().by(select("x").count(local)).store("x").map(union(select('a'),
> select('b')).fold()).fold().next()
> ==>[v[1],0]
> ==>[v[2],1]
> ==>[v[3],2]
> ==>[v[4],3]
> ==>[v[5],4]
> ==>[v[6],5]
> {code}
> but it's not easy to follow, efficient, or potentially foolproof. Perhaps we
> can add an option to {{fold()}} that would take an enum of "fold operators".
--
This message was sent by Atlassian JIRA
(v6.4.14#64029)
[jira] [Created] (TINKERPOP-1851) Gremlin long options for -e and -i are not working properly
stephen mallette created TINKERPOP-1851:
---
Summary: Gremlin long options for -e and -i are not working
properly
Key: TINKERPOP-1851
URL: https://issues.apache.org/jira/browse/TINKERPOP-1851
Project: TinkerPop
Issue Type: Bug
Components: console
Affects Versions: 3.2.6
Reporter: stephen mallette
Assignee: stephen mallette
The long forms of {{-e}} which is {{--execute}} and {{-i}} which is
{{--interactive}} are not being processed properly. The console just seems to
hang itself.
--
This message was sent by Atlassian JIRA
(v6.4.14#64029)
[jira] [Closed] (TINKERPOP-1851) Gremlin long options for -e and -i are not working properly
[
https://issues.apache.org/jira/browse/TINKERPOP-1851?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
stephen mallette closed TINKERPOP-1851.
---
Resolution: Fixed
Fix Version/s: 3.3.1
3.2.7
> Gremlin long options for -e and -i are not working properly
> ---
>
> Key: TINKERPOP-1851
> URL: https://issues.apache.org/jira/browse/TINKERPOP-1851
> Project: TinkerPop
> Issue Type: Bug
> Components: console
>Affects Versions: 3.2.6
>Reporter: stephen mallette
>Assignee: stephen mallette
> Fix For: 3.2.7, 3.3.1
>
>
> The long forms of {{-e}} which is {{--execute}} and {{-i}} which is
> {{--interactive}} are not being processed properly. The console just seems to
> hang itself.
--
This message was sent by Atlassian JIRA
(v6.4.14#64029)
[jira] [Updated] (TINKERPOP-1844) Python GLV test should run for GraphSON 3.0
[ https://issues.apache.org/jira/browse/TINKERPOP-1844?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] stephen mallette updated TINKERPOP-1844: Fix Version/s: (was: 3.3.1) I guess we will fix this for next release. Didn't quite get to it. > Python GLV test should run for GraphSON 3.0 > --- > > Key: TINKERPOP-1844 > URL: https://issues.apache.org/jira/browse/TINKERPOP-1844 > Project: TinkerPop > Issue Type: Improvement > Components: python >Affects Versions: 3.3.0 >Reporter: stephen mallette >Priority: Critical > > The GLV tests are running for python on GraphSON 2.0. When I ran them for > GraphSON 3.0 I received some strange errors that looked like they might have > been related to bulking, but I can't say for sure. Anyway, we should > definitely be running these tests against 3.0 and potentially 2.0 as well > (2.0 can be a separate ticket and is less of a priority). -- This message was sent by Atlassian JIRA (v6.4.14#64029)
[jira] [Commented] (TINKERPOP-1855) Update Rexster links
[ https://issues.apache.org/jira/browse/TINKERPOP-1855?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16295454#comment-16295454 ] stephen mallette commented on TINKERPOP-1855: - I don't think any of the old sub-domains resolve (e.g. blueprints.tinkerpop.com). We (PMC) aren't even directly in control of the configuration of that domain - you'd have to bring this issue up with Apache Infrastructure I think (not really sure). > Update Rexster links > > > Key: TINKERPOP-1855 > URL: https://issues.apache.org/jira/browse/TINKERPOP-1855 > Project: TinkerPop > Issue Type: Bug > Components: documentation >Affects Versions: 3.2.7, 3.3.1 >Reporter: Robert Dale >Priority: Trivial > > http://rexster.tinkerpop.com no longer resolves. > Consider repointing to https://github.com/tinkerpop/rexster -- This message was sent by Atlassian JIRA (v6.4.14#64029)
[jira] [Commented] (TINKERPOP-1855) Update Rexster links
[ https://issues.apache.org/jira/browse/TINKERPOP-1855?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16295458#comment-16295458 ] stephen mallette commented on TINKERPOP-1855: - nvm - i'm seeing what you're saying. You're talking about changing the links in our docs somewhere, not modifying the dns stuff. my mistake. > Update Rexster links > > > Key: TINKERPOP-1855 > URL: https://issues.apache.org/jira/browse/TINKERPOP-1855 > Project: TinkerPop > Issue Type: Bug > Components: documentation >Affects Versions: 3.2.7, 3.3.1 >Reporter: Robert Dale >Priority: Trivial > > http://rexster.tinkerpop.com no longer resolves. > Consider repointing to https://github.com/tinkerpop/rexster -- This message was sent by Atlassian JIRA (v6.4.14#64029)
[jira] [Commented] (TINKERPOP-1856) Does long not serialized properly?
[
https://issues.apache.org/jira/browse/TINKERPOP-1856?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16296682#comment-16296682
]
stephen mallette commented on TINKERPOP-1856:
-
I think you just need to be more explicit in your python with the data type:
{code}
>>> g.addV('person').property('name','stephen').property('favorite',2147483647).next()
v[3]
>>> g.addV('person').property('name','marko').property('favorite',long(21474836470)).next()
v[6]
>>> g.V().has('favorite',2147483647).toList()
[v[3]]
>>> g.V().has('favorite',long(21474836470)).toList()
[v[6]]
{code}
> Does long not serialized properly?
> --
>
> Key: TINKERPOP-1856
> URL: https://issues.apache.org/jira/browse/TINKERPOP-1856
> Project: TinkerPop
> Issue Type: Bug
> Components: python
>Affects Versions: 3.2.6
> Environment: docker Linux 4.9.49-moby #1 SMP Fri Dec 8 13:40:02 UTC
> 2017 x86_64 GNU/Linux
>Reporter: softwarevamp
>
> {code:python}
> bulletin = g.V().hasLabel('bulletin').has('id', 2147483647).toList()
> {code} works, but
> {code:python}
> bulletin = g.V().hasLabel('bulletin').has('id', 21474836470).toList()
> {code} not.
--
This message was sent by Atlassian JIRA
(v6.4.14#64029)
[jira] [Closed] (TINKERPOP-1856) Does long not serialized properly?
[
https://issues.apache.org/jira/browse/TINKERPOP-1856?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
stephen mallette closed TINKERPOP-1856.
---
> Does long not serialized properly?
> --
>
> Key: TINKERPOP-1856
> URL: https://issues.apache.org/jira/browse/TINKERPOP-1856
> Project: TinkerPop
> Issue Type: Bug
> Components: python
>Affects Versions: 3.2.6
> Environment: docker Linux 4.9.49-moby #1 SMP Fri Dec 8 13:40:02 UTC
> 2017 x86_64 GNU/Linux
>Reporter: softwarevamp
>
> {code:python}
> bulletin = g.V().hasLabel('bulletin').has('id', 2147483647).toList()
> {code} works, but
> {code:python}
> bulletin = g.V().hasLabel('bulletin').has('id', 21474836470).toList()
> {code} not.
--
This message was sent by Atlassian JIRA
(v6.4.14#64029)
[jira] [Commented] (TINKERPOP-1856) Does long not serialized properly?
[
https://issues.apache.org/jira/browse/TINKERPOP-1856?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16296726#comment-16296726
]
stephen mallette commented on TINKERPOP-1856:
-
That's a really big number: 17779925682996784432L and it blows the 64 bit java
limit for a Long so it overflows to -666818390712767184. To support a number
that big in java you need {{BigInteger}} which we support as a type:
http://tinkerpop.apache.org/docs/3.3.0/dev/io/#_biginteger
but do not yet support for Gremlin Python: TINKERPOP-1435
> Does long not serialized properly?
> --
>
> Key: TINKERPOP-1856
> URL: https://issues.apache.org/jira/browse/TINKERPOP-1856
> Project: TinkerPop
> Issue Type: Bug
> Components: python
>Affects Versions: 3.2.6
> Environment: docker Linux 4.9.49-moby #1 SMP Fri Dec 8 13:40:02 UTC
> 2017 x86_64 GNU/Linux
>Reporter: softwarevamp
>
> {code:python}
> bulletin = g.V().hasLabel('bulletin').has('id', 2147483647).toList()
> {code} works, but
> {code:python}
> bulletin = g.V().hasLabel('bulletin').has('id', 21474836470).toList()
> {code} not.
--
This message was sent by Atlassian JIRA
(v6.4.14#64029)
[jira] [Commented] (TINKERPOP-1856) Does long not serialized properly?
[
https://issues.apache.org/jira/browse/TINKERPOP-1856?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16296728#comment-16296728
]
stephen mallette commented on TINKERPOP-1856:
-
BigInteger is kinda weird actually. I don't even know if most graph databases
support it natively which is why we put it in the list of "extended" types that
are optional for GLVs to support. Can you store that data as a byte array or
something?
> Does long not serialized properly?
> --
>
> Key: TINKERPOP-1856
> URL: https://issues.apache.org/jira/browse/TINKERPOP-1856
> Project: TinkerPop
> Issue Type: Bug
> Components: python
>Affects Versions: 3.2.6
> Environment: docker Linux 4.9.49-moby #1 SMP Fri Dec 8 13:40:02 UTC
> 2017 x86_64 GNU/Linux
>Reporter: softwarevamp
>
> {code:python}
> bulletin = g.V().hasLabel('bulletin').has('id', 2147483647).toList()
> {code} works, but
> {code:python}
> bulletin = g.V().hasLabel('bulletin').has('id', 21474836470).toList()
> {code} not.
--
This message was sent by Atlassian JIRA
(v6.4.14#64029)
[jira] [Commented] (TINKERPOP-1856) Does long not serialized properly?
[
https://issues.apache.org/jira/browse/TINKERPOP-1856?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16296749#comment-16296749
]
stephen mallette commented on TINKERPOP-1856:
-
Usually some form of numeric value (long/int), but what is available/best will
depend on the specifics of the graph implementation.
> Does long not serialized properly?
> --
>
> Key: TINKERPOP-1856
> URL: https://issues.apache.org/jira/browse/TINKERPOP-1856
> Project: TinkerPop
> Issue Type: Bug
> Components: python
>Affects Versions: 3.2.6
> Environment: docker Linux 4.9.49-moby #1 SMP Fri Dec 8 13:40:02 UTC
> 2017 x86_64 GNU/Linux
>Reporter: softwarevamp
>
> {code:python}
> bulletin = g.V().hasLabel('bulletin').has('id', 2147483647).toList()
> {code} works, but
> {code:python}
> bulletin = g.V().hasLabel('bulletin').has('id', 21474836470).toList()
> {code} not.
--
This message was sent by Atlassian JIRA
(v6.4.14#64029)
[jira] [Closed] (TINKERPOP-1856) Does long not serialized properly?
[
https://issues.apache.org/jira/browse/TINKERPOP-1856?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
stephen mallette closed TINKERPOP-1856.
---
Resolution: Invalid
> Does long not serialized properly?
> --
>
> Key: TINKERPOP-1856
> URL: https://issues.apache.org/jira/browse/TINKERPOP-1856
> Project: TinkerPop
> Issue Type: Bug
> Components: python
>Affects Versions: 3.2.6
> Environment: docker Linux 4.9.49-moby #1 SMP Fri Dec 8 13:40:02 UTC
> 2017 x86_64 GNU/Linux
>Reporter: softwarevamp
>
> {code:python}
> bulletin = g.V().hasLabel('bulletin').has('id', 2147483647).toList()
> {code} works, but
> {code:python}
> bulletin = g.V().hasLabel('bulletin').has('id', 21474836470).toList()
> {code} not.
--
This message was sent by Atlassian JIRA
(v6.4.14#64029)
[jira] [Commented] (TINKERPOP-1849) Provide a way to fold() with an index
[
https://issues.apache.org/jira/browse/TINKERPOP-1849?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16301277#comment-16301277
]
stephen mallette commented on TINKERPOP-1849:
-
I'd let this issue simmer a bit during release of 3.2.7/3.3.1 - I guess the
flag would be the right approach with "all reduction (happening) on the master
traversal". As for the "more general problem", perhaps that is an issue of
convention and documentation? We have no real way to control that, so all we
can do is tell users that if they write their own lambda there, then they
better make sure it fits those properties. Does that make sense?
> Provide a way to fold() with an index
> -
>
> Key: TINKERPOP-1849
> URL: https://issues.apache.org/jira/browse/TINKERPOP-1849
> Project: TinkerPop
> Issue Type: Improvement
> Components: process
>Affects Versions: 3.3.0
>Reporter: stephen mallette
>
> In Groovy you can call {{withIndex()}} to generate output like this:
> {code}
> gremlin> g.V().fold().next().withIndex()
> ==>[v[1],0]
> ==>[v[2],1]
> ==>[v[3],2]
> ==>[v[4],3]
> ==>[v[5],4]
> ==>[v[6],5]
> {code}
> We can currently simulate this with Gremlin via:
> {code}
> gremlin>
> g.V().project("a","b").by().by(select("x").count(local)).store("x").map(union(select('a'),
> select('b')).fold()).fold().next()
> ==>[v[1],0]
> ==>[v[2],1]
> ==>[v[3],2]
> ==>[v[4],3]
> ==>[v[5],4]
> ==>[v[6],5]
> {code}
> but it's not easy to follow, efficient, or potentially foolproof. Perhaps we
> can add an option to {{fold()}} that would take an enum of "fold operators".
--
This message was sent by Atlassian JIRA
(v6.4.14#64029)
[jira] [Created] (TINKERPOP-1857) GLV test suite consistency and completeness
stephen mallette created TINKERPOP-1857: --- Summary: GLV test suite consistency and completeness Key: TINKERPOP-1857 URL: https://issues.apache.org/jira/browse/TINKERPOP-1857 Project: TinkerPop Issue Type: Improvement Components: test-suite Affects Versions: 3.2.7 Reporter: stephen mallette Assignee: stephen mallette Fix For: 3.2.8, 3.3.2 While the GLV test suite was largely completed in 3.2.7/3.3.1 there were a number of tests that weren't fully migrated and minor naming inconsistencies that needed to be addressed. -- This message was sent by Atlassian JIRA (v6.4.14#64029)
[jira] [Created] (TINKERPOP-1859) Complex instance of P not serializing to bytecode properly
stephen mallette created TINKERPOP-1859:
---
Summary: Complex instance of P not serializing to bytecode properly
Key: TINKERPOP-1859
URL: https://issues.apache.org/jira/browse/TINKERPOP-1859
Project: TinkerPop
Issue Type: Bug
Components: python
Affects Versions: 3.2.7
Reporter: stephen mallette
Not sure what's happening but this traversal does not return any results with
gremlin-python:
{code}
gremlin> g.V().hasLabel("person").has("age",
P.not(P.lte(10).and(P.not(P.between(11,
20.and(P.lt(29).or(P.eq(35.values("name")
==>vadas
==>peter
{code}
When looking at the bytecode the python bytecode is different from the java
bytecode. The java bytecode for the predicate is:
{code}
{
"@type": "g:P",
"@value": {
"predicate": "and",
"value": [{
"@type": "g:P",
"@value": {
"predicate": "or",
"value": [{
"@type": "g:P",
"@value": {
"predicate": "gt",
"value": {
"@type": "g:Int32",
"@value": 10
}
}
}, {
"@type": "g:P",
"@value": {
"predicate": "and",
"value": [{
"@type": "g:P",
"@value": {
"predicate":
"gte",
"value": {
"@type": "g:Int32",
"@value": 11
}
}
}, {
"@type": "g:P",
"@value": {
"predicate":
"lt",
"value": {
"@type": "g:Int32",
"@value": 20
}
}
}]
}
}]
}
}, {
"@type": "g:P",
"@value": {
"predicate": "or",
"value": [{
"@type": "g:P",
"@value": {
"predicate": "lt",
"value": {
"@type": "g:Int32",
"@value": 29
}
}
}, {
"@type": "g:P",
"@value": {
"predicate": "eq",
"value": {
"@type": "g:Int32",
"@value": 35
}
}
}]
}
}]
}
}
{code}
The python bytecode is:
{code}
{
"@type": "g:P",
"@value": {
"predicate": "and",
"value": [{
"@type": "g:P",
"@value": {
"predicate": "not",
"value": {
"@type": "g:P",
"@value": {
[jira] [Commented] (TINKERPOP-1860) valueMap(True) result in error in gremlin-python
[
https://issues.apache.org/jira/browse/TINKERPOP-1860?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16306290#comment-16306290
]
stephen mallette commented on TINKERPOP-1860:
-
Thanks for pointing this out. Upon investigation I'm seeing that we didn't have
a great body of tests for {{valueMap(true)}} - i'm adding some as part of this
fix. I notice that you are using GraphSON 3.0 which I had trouble configuring
with our tests - see TINKERPOP-1844 - i suspect the problem will get fixed as
part of that issue, so for now, I guess, this issue depends on that one. fwiw,
GraphSON 2.0 seems to work just fine with {{valueMap(true)}} the additional
tests I added in my branch of tp32/master both work.
> valueMap(True) result in error in gremlin-python
>
>
> Key: TINKERPOP-1860
> URL: https://issues.apache.org/jira/browse/TINKERPOP-1860
> Project: TinkerPop
> Issue Type: Bug
> Components: python
>Affects Versions: 3.3.0
> Environment: Windows 10
> jvm 1.8, python 3.5
> tinkerpop 3.3.0
>Reporter: yokota masanori
>Priority: Minor
>
> I use [True] value as a argument of valueMap() step. And it result in error
> as below.
> (This error didn't occur in Groovy Query and return list of Value Map with id
> and label)
> // Python
> graph = Graph()
> g =
> graph.traversal().withRemote(DriverRemoteConnection('ws://localhost:8182/gremlin','g'))
> g.V().valueMap(True).toList()
> =>
> TypeError
> > 1 g.V().valueMap(True).toList()
> ...
> ~\site-packages\gremlin_python\structure\io\graphsonV3d0.py in
> objectify(cls, l, reader)
> 453 x = 0
> 454 while x < len(l):
> --> 455 new_dict[reader.toObject(l[x])] = reader.toObject(l[x
> + 1])
> 456 x = x + 2
> 457 return new_dict
> TypeError: unhashable type: 'dict'
--
This message was sent by Atlassian JIRA
(v6.4.14#64029)
[jira] [Updated] (TINKERPOP-1861) VertexProgram create with varargs for Graphs
[ https://issues.apache.org/jira/browse/TINKERPOP-1861?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] stephen mallette updated TINKERPOP-1861: Affects Version/s: 3.2.7 Component/s: process > VertexProgram create with varargs for Graphs > > > Key: TINKERPOP-1861 > URL: https://issues.apache.org/jira/browse/TINKERPOP-1861 > Project: TinkerPop > Issue Type: Improvement > Components: process >Affects Versions: 3.2.7 >Reporter: Philip Graff >Priority: Minor > > VertexProgram.Builder.create(Graph) can be modified to > VertexProgram.Builder.create(Graph...) so that passing in zero or many graphs > is naturally handled. The current state of passing in null when no graph is > needed is bad practice. -- This message was sent by Atlassian JIRA (v6.4.14#64029)
[jira] [Updated] (TINKERPOP-1862) TinkerGraph VertexProgram message passing doesn't work properly when using Direction.BOTH
[ https://issues.apache.org/jira/browse/TINKERPOP-1862?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] stephen mallette updated TINKERPOP-1862: Affects Version/s: 3.2.7 Component/s: tinkergraph process > TinkerGraph VertexProgram message passing doesn't work properly when using > Direction.BOTH > - > > Key: TINKERPOP-1862 > URL: https://issues.apache.org/jira/browse/TINKERPOP-1862 > Project: TinkerPop > Issue Type: Bug > Components: process, tinkergraph >Affects Versions: 3.2.7 >Reporter: Philip Graff > > I think the messages are being sent properly in TinkerMessenger, but when I > call messenger.receiveMessages(), the vertex is getting messages from the > outVertex of their edges regardless of the edge direction. This is due to > line 71 of TinkerMessenger (linked below) which calls > Edge.vertices(direction).next(), thus getting the first result out of the > Vertex iterator. For IN or OUT, this isn't a problem. But for BOTH, following > line 124 of TinkerEdge (linked below), the outVertex is always returned > first. TinkerMessenger needs to be modified to return the correct vertex (I > think it's the one that != this.vertex). > https://github.com/apache/tinkerpop/blob/master/tinkergraph-gremlin/src/main/java/org/apache/tinkerpop/gremlin/tinkergraph/process/computer/TinkerMessenger.java#L71 > https://github.com/apache/tinkerpop/blob/master/tinkergraph-gremlin/src/main/java/org/apache/tinkerpop/gremlin/tinkergraph/structure/TinkerEdge.java#L124 -- This message was sent by Atlassian JIRA (v6.4.14#64029)
[jira] [Commented] (TINKERPOP-1844) Python GLV test should run for GraphSON 3.0
[
https://issues.apache.org/jira/browse/TINKERPOP-1844?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16310507#comment-16310507
]
stephen mallette commented on TINKERPOP-1844:
-
This problem seems to be related to the use of {{Set}} (at least for the first
failing test I came across. This traversal:presents the problem:
{code}
gremlin>
g.V().store("a").by(__.outE("created").count()).out().out().store("a").by(__.inE("created").values("weight").sum()).cap("a")
==>[1,1,0,0,0,2,1.0,1.0]
{code}
the above is a {{Set}} in java, but a python {{Set}} does not distinguish
between long/double/int/etc: the way java does so we instead get a set if
{{[0,1,2]}}. Not sure what we do with that. [~davebshow] any ideas?
> Python GLV test should run for GraphSON 3.0
> ---
>
> Key: TINKERPOP-1844
> URL: https://issues.apache.org/jira/browse/TINKERPOP-1844
> Project: TinkerPop
> Issue Type: Improvement
> Components: python
>Affects Versions: 3.3.0
>Reporter: stephen mallette
>Priority: Critical
>
> The GLV tests are running for python on GraphSON 2.0. When I ran them for
> GraphSON 3.0 I received some strange errors that looked like they might have
> been related to bulking, but I can't say for sure. Anyway, we should
> definitely be running these tests against 3.0 and potentially 2.0 as well
> (2.0 can be a separate ticket and is less of a priority).
--
This message was sent by Atlassian JIRA
(v6.4.14#64029)
[jira] [Comment Edited] (TINKERPOP-1844) Python GLV test should run for GraphSON 3.0
[
https://issues.apache.org/jira/browse/TINKERPOP-1844?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16310507#comment-16310507
]
stephen mallette edited comment on TINKERPOP-1844 at 1/4/18 12:17 AM:
--
This problem seems to be related to the use of {{Set}} (at least for the first
failing test I came across. This traversal:presents the problem:
{code}
gremlin>
g.V().store("a").by(__.outE("created").count()).out().out().store("a").by(__.inE("created").values("weight").sum()).cap("a")
==>[1,1,0,0,0,2,1.0,1.0]
{code}
the above is a {{Set}} in java, but a python {{Set}} does not distinguish
between long/double/int/etc: the way java does so we instead get a set of
{{[0,1,2]}}. Not sure what we do with that. [~davebshow] any ideas?
was (Author: spmallette):
This problem seems to be related to the use of {{Set}} (at least for the first
failing test I came across. This traversal:presents the problem:
{code}
gremlin>
g.V().store("a").by(__.outE("created").count()).out().out().store("a").by(__.inE("created").values("weight").sum()).cap("a")
==>[1,1,0,0,0,2,1.0,1.0]
{code}
the above is a {{Set}} in java, but a python {{Set}} does not distinguish
between long/double/int/etc: the way java does so we instead get a set if
{{[0,1,2]}}. Not sure what we do with that. [~davebshow] any ideas?
> Python GLV test should run for GraphSON 3.0
> ---
>
> Key: TINKERPOP-1844
> URL: https://issues.apache.org/jira/browse/TINKERPOP-1844
> Project: TinkerPop
> Issue Type: Improvement
> Components: python
>Affects Versions: 3.3.0
>Reporter: stephen mallette
>Priority: Critical
>
> The GLV tests are running for python on GraphSON 2.0. When I ran them for
> GraphSON 3.0 I received some strange errors that looked like they might have
> been related to bulking, but I can't say for sure. Anyway, we should
> definitely be running these tests against 3.0 and potentially 2.0 as well
> (2.0 can be a separate ticket and is less of a priority).
--
This message was sent by Atlassian JIRA
(v6.4.14#64029)
[jira] [Commented] (TINKERPOP-1844) Python GLV test should run for GraphSON 3.0
[
https://issues.apache.org/jira/browse/TINKERPOP-1844?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16311307#comment-16311307
]
stephen mallette commented on TINKERPOP-1844:
-
Yes - I opted to begin attempts with converting {{g:Set}} to {{List}} to see
what would happen. Building a custom collection to handle this situation didn't
seem right.
> Python GLV test should run for GraphSON 3.0
> ---
>
> Key: TINKERPOP-1844
> URL: https://issues.apache.org/jira/browse/TINKERPOP-1844
> Project: TinkerPop
> Issue Type: Improvement
> Components: python
>Affects Versions: 3.3.0
>Reporter: stephen mallette
>Priority: Critical
>
> The GLV tests are running for python on GraphSON 2.0. When I ran them for
> GraphSON 3.0 I received some strange errors that looked like they might have
> been related to bulking, but I can't say for sure. Anyway, we should
> definitely be running these tests against 3.0 and potentially 2.0 as well
> (2.0 can be a separate ticket and is less of a priority).
--
This message was sent by Atlassian JIRA
(v6.4.14#64029)
[jira] [Updated] (TINKERPOP-1844) Python GLV test should run for GraphSON 3.0
[ https://issues.apache.org/jira/browse/TINKERPOP-1844?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] stephen mallette updated TINKERPOP-1844: Labels: breaking (was: ) > Python GLV test should run for GraphSON 3.0 > --- > > Key: TINKERPOP-1844 > URL: https://issues.apache.org/jira/browse/TINKERPOP-1844 > Project: TinkerPop > Issue Type: Improvement > Components: python >Affects Versions: 3.3.0 >Reporter: stephen mallette >Priority: Critical > Labels: breaking > > The GLV tests are running for python on GraphSON 2.0. When I ran them for > GraphSON 3.0 I received some strange errors that looked like they might have > been related to bulking, but I can't say for sure. Anyway, we should > definitely be running these tests against 3.0 and potentially 2.0 as well > (2.0 can be a separate ticket and is less of a priority). -- This message was sent by Atlassian JIRA (v6.4.14#64029)
[jira] [Closed] (TINKERPOP-781) Local aggregation should not destroy path
[
https://issues.apache.org/jira/browse/TINKERPOP-781?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
stephen mallette closed TINKERPOP-781.
--
Resolution: Won't Do
I think that this issue is well past scope at this point given its age. Closing
> Local aggregation should not destroy path
> -
>
> Key: TINKERPOP-781
> URL: https://issues.apache.org/jira/browse/TINKERPOP-781
> Project: TinkerPop
> Issue Type: Improvement
> Components: process
>Affects Versions: 3.0.2-incubating
>Reporter: Matt Frantz
>
> Currently, if we do an aggregating step (e.g. {{fold}}, {{groupCount}}, etc.)
> within the {{local}} step, we lose the path information.
> {noformat}
> gremlin> g.V(1).local(both().fold()).path()
> ==>[[v[3], v[2], v[4]]]
> {noformat}
> It would be better if the preceding portion of the path were still retained
> like so:
> {noformat}
> gremlin> g.V(1).local(both().fold()).path()
> ==>[v[1], [v[3], v[2], v[4]]]
> {noformat}
--
This message was sent by Atlassian JIRA
(v6.4.14#64029)
[jira] [Closed] (TINKERPOP-1855) Update Rexster links
[ https://issues.apache.org/jira/browse/TINKERPOP-1855?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] stephen mallette closed TINKERPOP-1855. --- Resolution: Fixed Assignee: stephen mallette Fix Version/s: 3.3.2 3.2.8 Fixed via CTR https://github.com/apache/tinkerpop/commit/d56862ba0ffbb3d80d3375beaa9bba2c6e519829 > Update Rexster links > > > Key: TINKERPOP-1855 > URL: https://issues.apache.org/jira/browse/TINKERPOP-1855 > Project: TinkerPop > Issue Type: Bug > Components: documentation >Affects Versions: 3.2.7, 3.3.1 >Reporter: Robert Dale >Assignee: stephen mallette >Priority: Trivial > Fix For: 3.2.8, 3.3.2 > > > http://rexster.tinkerpop.com no longer resolves. > Consider repointing to https://github.com/tinkerpop/rexster -- This message was sent by Atlassian JIRA (v6.4.14#64029)
[jira] [Closed] (TINKERPOP-1850) Range step has undocumented special values
[ https://issues.apache.org/jira/browse/TINKERPOP-1850?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] stephen mallette closed TINKERPOP-1850. --- Resolution: Done Assignee: stephen mallette Fix Version/s: 3.3.2 3.2.8 Fixed via CTR - https://github.com/apache/tinkerpop/commit/fbcb044d34ad10e8ec88e0380c6cf0a57f002b09 > Range step has undocumented special values > -- > > Key: TINKERPOP-1850 > URL: https://issues.apache.org/jira/browse/TINKERPOP-1850 > Project: TinkerPop > Issue Type: Improvement > Components: documentation >Affects Versions: 3.3.0, 3.2.6 >Reporter: Robert Dale >Assignee: stephen mallette >Priority: Trivial > Fix For: 3.2.8, 3.3.2 > > > range() can take -1 for the high parameter which appears to mean unlimited. > This should be documented in the ref docs and javadocs. -- This message was sent by Atlassian JIRA (v6.4.14#64029)
[jira] [Closed] (TINKERPOP-1844) Python GLV test should run for GraphSON 3.0
[ https://issues.apache.org/jira/browse/TINKERPOP-1844?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] stephen mallette closed TINKERPOP-1844. --- Resolution: Done Assignee: stephen mallette Fix Version/s: 3.3.2 > Python GLV test should run for GraphSON 3.0 > --- > > Key: TINKERPOP-1844 > URL: https://issues.apache.org/jira/browse/TINKERPOP-1844 > Project: TinkerPop > Issue Type: Improvement > Components: python >Affects Versions: 3.3.0 >Reporter: stephen mallette >Assignee: stephen mallette >Priority: Critical > Labels: breaking > Fix For: 3.3.2 > > > The GLV tests are running for python on GraphSON 2.0. When I ran them for > GraphSON 3.0 I received some strange errors that looked like they might have > been related to bulking, but I can't say for sure. Anyway, we should > definitely be running these tests against 3.0 and potentially 2.0 as well > (2.0 can be a separate ticket and is less of a priority). -- This message was sent by Atlassian JIRA (v6.4.14#64029)
[jira] [Created] (TINKERPOP-1864) Gremlin Python tests for GraphSON 2.0 and 3.0
stephen mallette created TINKERPOP-1864: --- Summary: Gremlin Python tests for GraphSON 2.0 and 3.0 Key: TINKERPOP-1864 URL: https://issues.apache.org/jira/browse/TINKERPOP-1864 Project: TinkerPop Issue Type: Improvement Components: python Affects Versions: 3.3.1 Reporter: stephen mallette Priority: Minor With TINKERPOP-1844 gremlin-python tests no longer run against GraphSON 2.0. They only run against 3.0. It would be good to include runs against 2.0 as well - that will come with some challenges because there are tests that simply can't run against 2.0 given its limitations. To some degree, we do get some confidence that 2.0 still works as the 3.2.x tests still run 2.0 and will continue to do so. -- This message was sent by Atlassian JIRA (v6.4.14#64029)
[jira] [Created] (TINKERPOP-1865) Run Gremlin .NET GLV tests wit GraphSON 3.0
stephen mallette created TINKERPOP-1865: --- Summary: Run Gremlin .NET GLV tests wit GraphSON 3.0 Key: TINKERPOP-1865 URL: https://issues.apache.org/jira/browse/TINKERPOP-1865 Project: TinkerPop Issue Type: Improvement Components: dotnet Affects Versions: 3.3.1 Reporter: stephen mallette Assignee: Jorge Bay GLV tests currently run for GraphSON 2.0 with .NET - they should be running for 3.0 especially on the 3.3.x line of code. Ideally we should probably run tests for both versions, but perhaps that is a separate issue at this point as it is for Python on TINKERPOP-1864 -- This message was sent by Atlassian JIRA (v6.4.14#64029)
[jira] [Created] (TINKERPOP-1866) Support g:T for .NET
stephen mallette created TINKERPOP-1866:
---
Summary: Support g:T for .NET
Key: TINKERPOP-1866
URL: https://issues.apache.org/jira/browse/TINKERPOP-1866
Project: TinkerPop
Issue Type: Improvement
Components: dotnet
Affects Versions: 3.3.1
Reporter: stephen mallette
Assignee: Jorge Bay
Priority: Critical
We didn't have tests for return of {{T}} which can occur with
{{valueMap(true)}} - adding them on TINKERPOP-1860 exposed the failure in .NET.
This may or may not be an issue for GraphSON 3.0 only. In GraphSON 2.0, {{g:T}}
is a defined type, but it is typically not returned from the server outside of
{{valueMap(true)}}. When that did happen in GraphSON 2.0, {{T}} values were
simply converted to string.
--
This message was sent by Atlassian JIRA
(v6.4.14#64029)
[jira] [Commented] (TINKERPOP-1866) Support g:T for .NET
[
https://issues.apache.org/jira/browse/TINKERPOP-1866?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16316714#comment-16316714
]
stephen mallette commented on TINKERPOP-1866:
-
I don't know if it provides much value in 2.0not sure of any other
circumstance where it would be returned as part of a traversal. afaik,
{{valueMap(true)} is the only use case. not sure if anyone else can think of a
reason to have it supported for GraphSON 2.0. Note that "support" in this case
does mean "when {{T}} is returned from the server, not when sent to the
server". We already support {{T}} being serialized generally as an enum to the
server in GraphSON 2.0.
> Support g:T for .NET
>
>
> Key: TINKERPOP-1866
> URL: https://issues.apache.org/jira/browse/TINKERPOP-1866
> Project: TinkerPop
> Issue Type: Improvement
> Components: dotnet
>Affects Versions: 3.3.1
>Reporter: stephen mallette
>Assignee: Jorge Bay
>Priority: Critical
>
> We didn't have tests for return of {{T}} which can occur with
> {{valueMap(true)}} - adding them on TINKERPOP-1860 exposed the failure in
> .NET. This may or may not be an issue for GraphSON 3.0 only. In GraphSON 2.0,
> {{g:T}} is a defined type, but it is typically not returned from the server
> outside of {{valueMap(true)}}. When that did happen in GraphSON 2.0, {{T}}
> values were simply converted to string.
--
This message was sent by Atlassian JIRA
(v6.4.14#64029)
[jira] [Created] (TINKERPOP-1867) union() can produce extra traversers
stephen mallette created TINKERPOP-1867:
---
Summary: union() can produce extra traversers
Key: TINKERPOP-1867
URL: https://issues.apache.org/jira/browse/TINKERPOP-1867
Project: TinkerPop
Issue Type: Bug
Components: process
Affects Versions: 3.2.7
Reporter: stephen mallette
Assignee: stephen mallette
Hard to say where this bug is coming from but basically the most simple
representation is:
{code}
gremlin> g.V(1,2).local(__.union(__.constant(1).count()))
==>1
==>0
==>1
{code}
Similar problems occur with {{sum()}} and other reducing barriers when used in
this context.
--
This message was sent by Atlassian JIRA
(v6.4.14#64029)
[jira] [Commented] (TINKERPOP-1867) union() can produce extra traversers
[
https://issues.apache.org/jira/browse/TINKERPOP-1867?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16318400#comment-16318400
]
stephen mallette commented on TINKERPOP-1867:
-
I don't get the full picture from TINKERPOP-1629. The issue is still open and I
don't see any code tied to it - does that mean nothing changed (or did he CTR
some changes in)? Also, do you understand what part of the reducing barrier
causes the extra traverser to show up in the output (i'm still trying to
understand that more fully)?
> union() can produce extra traversers
> -
>
> Key: TINKERPOP-1867
> URL: https://issues.apache.org/jira/browse/TINKERPOP-1867
> Project: TinkerPop
> Issue Type: Bug
> Components: process
>Affects Versions: 3.2.7
>Reporter: stephen mallette
>Assignee: stephen mallette
>
> Hard to say where this bug is coming from but basically the most simple
> representation is:
> {code}
> gremlin> g.V(1,2).local(__.union(__.constant(1).count()))
> ==>1
> ==>0
> ==>1
> {code}
> Similar problems occur with {{sum()}} and other reducing barriers when used
> in this context.
--
This message was sent by Atlassian JIRA
(v6.4.14#64029)
[jira] [Comment Edited] (TINKERPOP-1867) union() can produce extra traversers
[
https://issues.apache.org/jira/browse/TINKERPOP-1867?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16318400#comment-16318400
]
stephen mallette edited comment on TINKERPOP-1867 at 1/9/18 1:36 PM:
-
I don't get the full picture from TINKERPOP-1629. The issue is still open and I
don't see any code tied to it - does that mean nothing changed (or did he CTR
some changes in)? Also, do you understand what part of the reducing barrier
causes the extra traverser to show up in the output (i'm still trying to
understand that more fully)?
Also, this problem was found as a result of a standard TinkerPop test behaving
differently for TinkerGraph than it did for another graph implementation -
specifically this test:
https://github.com/apache/tinkerpop/blob/2f1a9d09c4d41ad35e9c6fabdeec3c0db1a37e34/gremlin-test/src/main/java/org/apache/tinkerpop/gremlin/process/traversal/step/branch/UnionTest.java#L193
Any clue on why it would behave differently for different graphs?
was (Author: spmallette):
I don't get the full picture from TINKERPOP-1629. The issue is still open and I
don't see any code tied to it - does that mean nothing changed (or did he CTR
some changes in)? Also, do you understand what part of the reducing barrier
causes the extra traverser to show up in the output (i'm still trying to
understand that more fully)?
> union() can produce extra traversers
> -
>
> Key: TINKERPOP-1867
> URL: https://issues.apache.org/jira/browse/TINKERPOP-1867
> Project: TinkerPop
> Issue Type: Bug
> Components: process
>Affects Versions: 3.2.7
>Reporter: stephen mallette
>Assignee: stephen mallette
>
> Hard to say where this bug is coming from but basically the most simple
> representation is:
> {code}
> gremlin> g.V(1,2).local(__.union(__.constant(1).count()))
> ==>1
> ==>0
> ==>1
> {code}
> Similar problems occur with {{sum()}} and other reducing barriers when used
> in this context.
--
This message was sent by Atlassian JIRA
(v6.4.14#64029)
[jira] [Closed] (TINKERPOP-1860) valueMap(True) result in error in gremlin-python
[
https://issues.apache.org/jira/browse/TINKERPOP-1860?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
stephen mallette closed TINKERPOP-1860.
---
Resolution: Fixed
Assignee: stephen mallette
Fix Version/s: 3.3.2
3.2.8
> valueMap(True) result in error in gremlin-python
>
>
> Key: TINKERPOP-1860
> URL: https://issues.apache.org/jira/browse/TINKERPOP-1860
> Project: TinkerPop
> Issue Type: Bug
> Components: python
>Affects Versions: 3.3.0
> Environment: Windows 10
> jvm 1.8, python 3.5
> tinkerpop 3.3.0
>Reporter: yokota masanori
>Assignee: stephen mallette
>Priority: Minor
> Fix For: 3.2.8, 3.3.2
>
>
> I use [True] value as a argument of valueMap() step. And it result in error
> as below.
> (This error didn't occur in Groovy Query and return list of Value Map with id
> and label)
> // Python
> graph = Graph()
> g =
> graph.traversal().withRemote(DriverRemoteConnection('ws://localhost:8182/gremlin','g'))
> g.V().valueMap(True).toList()
> =>
> TypeError
> > 1 g.V().valueMap(True).toList()
> ...
> ~\site-packages\gremlin_python\structure\io\graphsonV3d0.py in
> objectify(cls, l, reader)
> 453 x = 0
> 454 while x < len(l):
> --> 455 new_dict[reader.toObject(l[x])] = reader.toObject(l[x
> + 1])
> 456 x = x + 2
> 457 return new_dict
> TypeError: unhashable type: 'dict'
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
[jira] [Closed] (TINKERPOP-1858) HttpChannelizer regression: Does not create specified AuthenticationHandler
[ https://issues.apache.org/jira/browse/TINKERPOP-1858?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] stephen mallette closed TINKERPOP-1858. --- Resolution: Fixed Assignee: stephen mallette Fix Version/s: 3.3.2 > HttpChannelizer regression: Does not create specified AuthenticationHandler > --- > > Key: TINKERPOP-1858 > URL: https://issues.apache.org/jira/browse/TINKERPOP-1858 > Project: TinkerPop > Issue Type: Bug > Components: server >Affects Versions: 3.3.0 > Environment: All >Reporter: Keith Lohnes >Assignee: stephen mallette >Priority: Major > Labels: easyfix, regression > Fix For: 3.3.2 > > Original Estimate: 1h > Remaining Estimate: 1h > > HttpChannelizer creates a HttpBasicAuthenticationHandler instead of > instantiating the specified AuthenticationHandler from the configuration -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Created] (TINKERPOP-1872) Apply edgeFunction in SparkMessenger
stephen mallette created TINKERPOP-1872: --- Summary: Apply edgeFunction in SparkMessenger Key: TINKERPOP-1872 URL: https://issues.apache.org/jira/browse/TINKERPOP-1872 Project: TinkerPop Issue Type: Bug Components: hadoop Affects Versions: 3.2.7 Reporter: stephen mallette It seem the edgeFunction defined in Local MessageScope will not be applied anywhere when you are using SparkGraphComputer. It will cause a difference in result with what you will have when you are using TinkerGraphComputer. -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Created] (TINKERPOP-1874) P does not appear to be serialized consistently in GraphSON
stephen mallette created TINKERPOP-1874:
---
Summary: P does not appear to be serialized consistently in
GraphSON
Key: TINKERPOP-1874
URL: https://issues.apache.org/jira/browse/TINKERPOP-1874
Project: TinkerPop
Issue Type: Bug
Components: io
Affects Versions: 3.2.7
Reporter: stephen mallette
Assignee: stephen mallette
{{P}} deserialization seems to expect {{List}} arguments for collection
oriented operators like {{within}} and {{outside}} so {{P.without("x")}} should
wrap "x" in a {{List}} for serialization purposes. This causes weirdness in
some GLVs. For example in .NET we see that the use of {{P.without("x")}} fails
to deserialize the bytecode, but {{P.Without(new List{"x"})}} will work
fine. Just need to get this all straight and consistent.
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
[jira] [Commented] (TINKERPOP-1874) P does not appear to be serialized consistently in GraphSON
[
https://issues.apache.org/jira/browse/TINKERPOP-1874?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16331288#comment-16331288
]
stephen mallette commented on TINKERPOP-1874:
-
[~jorgebg] i just added a grip of tests for {{P.within()}} and interestingly
they don't fail for .NET. I assume this is because of how the gherkin suite is
setup to deal with {{P}} creation:
https://github.com/apache/tinkerpop/blob/master/gremlin-dotnet/test/Gremlin.Net.IntegrationTest/Gherkin/TraversalEvaluation/TraversalPredicateParameter.cs#L77
It looks like single arguments always go to array there which would serialize
properly for what the java side is expecting. Is my analysis on that correct?
> P does not appear to be serialized consistently in GraphSON
> ---
>
> Key: TINKERPOP-1874
> URL: https://issues.apache.org/jira/browse/TINKERPOP-1874
> Project: TinkerPop
> Issue Type: Bug
> Components: io
>Affects Versions: 3.2.7
>Reporter: stephen mallette
>Assignee: stephen mallette
>Priority: Major
>
> {{P}} deserialization seems to expect {{List}} arguments for collection
> oriented operators like {{within}} and {{outside}} so {{P.without("x")}}
> should wrap "x" in a {{List}} for serialization purposes. This causes
> weirdness in some GLVs. For example in .NET we see that the use of
> {{P.without("x")}} fails to deserialize the bytecode, but {{P.Without(new
> List{"x"})}} will work fine. Just need to get this all straight and
> consistent.
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
[jira] [Assigned] (TINKERPOP-1873) min() and max() work only in the range of Integer values
[
https://issues.apache.org/jira/browse/TINKERPOP-1873?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
stephen mallette reassigned TINKERPOP-1873:
---
Assignee: Daniel Kuppitz
> min() and max() work only in the range of Integer values
>
>
> Key: TINKERPOP-1873
> URL: https://issues.apache.org/jira/browse/TINKERPOP-1873
> Project: TinkerPop
> Issue Type: Bug
>Affects Versions: 3.3.1
>Reporter: Rado Kozmer
>Assignee: Daniel Kuppitz
>Priority: Major
>
> Following examples show the problem. The Min and Max steps are seeded with
> Integer.MIN_VALUE and Integer.MAX_VALUE. This is not high/low enough for long
> and double values.
> {{g.V(0).values().inject(99).min()}}
> returns 2147483647 instead of 99.
> {{g.V(0).values().inject(-99).max()}}
> returns -2147483648 instead of -99.
> Extremes like -Double.MAX_VALUE and Double.MAX_VALUE should solve the
> problem, but I see some casting issues in the MinGlobalStep, MaxGlobalStep,
> MinLocalStep, MaxLocalStep.
> Can anybody help with this?
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
[jira] [Commented] (TINKERPOP-1875) Gremlin-Python only aggregates to list when using GraphSON3
[
https://issues.apache.org/jira/browse/TINKERPOP-1875?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16332855#comment-16332855
]
stephen mallette commented on TINKERPOP-1875:
-
The driver handles it with a default to "none" if data in "meta" is not present:
https://github.com/apache/tinkerpop/blob/cb8109479a744fa7c149bd380ac560561c3d141a/gremlin-driver/src/main/java/org/apache/tinkerpop/gremlin/driver/Handler.java#L227
> Gremlin-Python only aggregates to list when using GraphSON3
> ---
>
> Key: TINKERPOP-1875
> URL: https://issues.apache.org/jira/browse/TINKERPOP-1875
> Project: TinkerPop
> Issue Type: Bug
> Components: python
>Affects Versions: 3.3.1
>Reporter: David M. Brown
>Assignee: David M. Brown
>Priority: Major
> Fix For: 3.3.2
>
>
> Gremlin-Python fails to correctly extract the aggregate_to value from the
> Gremlin Server response when using GraphSON3. I believe this is the source of
> the test failures that were temporarily fixed by using the v2.0 message
> serializer in [this
> commit|https://github.com/apache/tinkerpop/commit/8c299879e65748c2c2b03a58b6d0c5c401de].
>
> In general, it seems this value is a bit buried in the new response message
> format:
> {code:json}
> {'requestId': 'b2a51ad2-bca6-4493-9115-a57a92e477c7',
> 'result': {'data': {'@type': 'g:List',
>'@value': [{'@type': 'g:Map',
> '@value': ['ripple', {'@type': 'g:Int64', '@value': 1}]},
> {'@type': 'g:Map', '@value': ['lop', {'@type': 'g:Int64', '@value':
> 3}]}]},
> 'meta': {'@type': 'g:Map',
>'@value': ['aggregateTo', 'map', 'sideEffectKey', 'm']}},
> 'status': {'attributes': {'@type': 'g:Map', '@value': []},
> 'code': 200,
> 'message': ''}}
> {code}
> To access it, you have to do something like:
> {code:python}
> message['result']['meta']['@value'][1]
> {code}
> Which throws an error when no metadata is present. This seems a bit clumsy. I
> haven't looked at how the Java driver deals with it, maybe there is a better
> way to parse this.
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
[jira] [Closed] (TINKERPOP-1876) I cannot use the bulkload with spark
[
https://issues.apache.org/jira/browse/TINKERPOP-1876?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
stephen mallette closed TINKERPOP-1876.
---
Resolution: Invalid
We don't use JIRA for tracking usage questions - could you please post your
question to the gremlin-users mailing list?
https://groups.google.com/forum/#!forum/gremlin-users
Or, it might even be better suite for the JanusGraph mailing list:
https://groups.google.com/forum/#!forum/janusgraph-users
> I cannot use the bulkload with spark
>
>
> Key: TINKERPOP-1876
> URL: https://issues.apache.org/jira/browse/TINKERPOP-1876
> Project: TinkerPop
> Issue Type: Test
> Components: plugin
>Affects Versions: 3.2.6
>Reporter: ping
>Priority: Major
> Labels: bulkload
>
> here is the data
> {"timestamp":"1510335280","name":"sendv54sxu8f12g.ihance.net","type":"a","value":"52.52.81.55"}##
> {"timestamp":"1510338448","name":"*.2925.com.dycdn.com","type":"a","value":"121.201.116.57"}##
> {"timestamp":"1510308398","name":"*.2bask.com","type":"a","value":"176.31.246.156"}##
> {"timestamp":"1510350705","name":"*.5thlegdata.com","type":"a","value":"199.34.228.100"}##
> {"timestamp":"1510350937","name":"*.819.cn","type":"a","value":"118.190.84.164"}##
> {"timestamp":"1510301149","name":"*.acart.iii.com","type":"a","value":"66.171.203.156"}##
> {"timestamp":"1510337980","name":"*.aineistot.lamk.fi","type":"a","value":"193.166.79.79"}##
> {"timestamp":"1510344687","name":"*.amagervvs.dk","type":"a","value":"185.17.52.58"}##
> {"timestamp":"1510350321","name":"*.app-devel.services.actx.com","type":"a","value":"34.209.35.25"}##
> {"timestamp":"1510335280","name":"sendv54sxu8f12g.ihance.net","type":"a","value":"52.52.81.55"}
> {"timestamp":"1510338448","name":"*.2925.com.dycdn.com","type":"a","value":"121.201.116.57"}
> {"timestamp":"1510308398","name":"*.2bask.com","type":"a","value":"176.31.246.156"}
> {"timestamp":"1510350705","name":"*.5thlegdata.com","type":"a","value":"199.34.228.100"}
> {"timestamp":"1510350937","name":"*.819.cn","type":"a","value":"118.190.84.164"}
> {"timestamp":"1510301149","name":"*.acart.iii.com","type":"a","value":"66.171.203.156"}
> {"timestamp":"1510337980","name":"*.aineistot.lamk.fi","type":"a","value":"193.166.79.79"}
> {"timestamp":"1510344687","name":"*.amagervvs.dk","type":"a","value":"185.17.52.58"}
> {"timestamp":"1510350321","name":"*.app-devel.services.actx.com","type":"a","value":"34.209.35.25"}
> the bulk could load vertices successfully ,but when i make edges something
> wrong happened the groovy script is
> def parse(line, factory) {
> if (line.toString().contains("##")){
> println "model1"
> String
> noquotes=line.replace("\"","").replace("\{","").replace("}","")
> def (timestamp,host,type,ip)=noquotes.split(",")
> String hostname=host.split(":")[1]
> String ipdetail=ip.split(":")[1]
> String time=timestamp.split(":")[1]
> //def label = parts[1] != "" ? "person" : "address"
> def v1 = factory.vertex(hostname, "host")
> def v2 = factory.vertex(ipdetail)
> def edge=factory.edge(v1, v2, "pointto")
> edge.properties("timestamp",time)
> return v1
> }else{
> println "model2"
> String
> noquotes=line.replace("\"","").replace("\{","").replace("}","")
> def (timestamp,host,type,ip)=noquotes.split(",")
> String hostname=host.split(":")[1]
> String ipdetail=ip.split(":")[1]
> String time=timestamp.split(":")[1]
> //def label = parts[1] != "" ? "person" : "address"
> def v1 = factory.vertex(ipdetail, "ip")
> def v2 = factory.vertex(hostname)
> def edge=factory.edge(v2, v1, "pointto")
> edge.properties("timestamp",time)
> return v1
> }
> }
>
> error stack is
> Opened Graph instance: standardjanusgraph[hbase:[10.9.128.12]]
> java.util.NoSuchElementException
> at
> org.apache.tinkerpop.gremlin.process.traversal.util.DefaultTraversal.next(DefaultTraversal.java:204)
> at
> org.apache.tinkerpop.gremlin.process.computer.bulkloading.BulkLoader.getVertexById(BulkLoader.java:118)
> at
> org.apache.tinkerpop.gremlin.process.computer.bulkloading.BulkLoaderVertexProgram.lambda$executeInternal$4(BulkLoaderVertexProgram.java:251)
> at java.util.Iterator.forEachRemaining(Iterator.java:116)
> at
> org.apache.tinkerpop.gremlin.process.computer.bulkloading.BulkLoaderVertexProgram.executeInternal(BulkLoaderVertexProgram.java:249)
> at
> org.apache.tinkerpop.gremlin.process.computer.bulkloading.BulkLoaderVertexProgram.execute(BulkLoaderVertexProgram.java:197)
> at
> org.apache.tinkerpop.gremlin.s
[jira] [Updated] (TINKERPOP-1866) Support g:T for .NET
[
https://issues.apache.org/jira/browse/TINKERPOP-1866?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
stephen mallette updated TINKERPOP-1866:
Fix Version/s: 3.3.2
Marked this for fix on 3.3.2 so we don't miss it - I think it's important we
get this one resolved for next release.
> Support g:T for .NET
>
>
> Key: TINKERPOP-1866
> URL: https://issues.apache.org/jira/browse/TINKERPOP-1866
> Project: TinkerPop
> Issue Type: Improvement
> Components: dotnet
>Affects Versions: 3.3.1
>Reporter: stephen mallette
>Assignee: Jorge Bay
>Priority: Critical
> Fix For: 3.3.2
>
>
> We didn't have tests for return of {{T}} which can occur with
> {{valueMap(true)}} - adding them on TINKERPOP-1860 exposed the failure in
> .NET. This may or may not be an issue for GraphSON 3.0 only. In GraphSON 2.0,
> {{g:T}} is a defined type, but it is typically not returned from the server
> outside of {{valueMap(true)}}. When that did happen in GraphSON 2.0, {{T}}
> values were simply converted to string.
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
[jira] [Updated] (TINKERPOP-1865) Run Gremlin .NET GLV tests with GraphSON 3.0
[ https://issues.apache.org/jira/browse/TINKERPOP-1865?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] stephen mallette updated TINKERPOP-1865: Summary: Run Gremlin .NET GLV tests with GraphSON 3.0 (was: Run Gremlin .NET GLV tests wit GraphSON 3.0) > Run Gremlin .NET GLV tests with GraphSON 3.0 > > > Key: TINKERPOP-1865 > URL: https://issues.apache.org/jira/browse/TINKERPOP-1865 > Project: TinkerPop > Issue Type: Improvement > Components: dotnet >Affects Versions: 3.3.1 >Reporter: stephen mallette >Assignee: Jorge Bay >Priority: Major > > GLV tests currently run for GraphSON 2.0 with .NET - they should be running > for 3.0 especially on the 3.3.x line of code. Ideally we should probably run > tests for both versions, but perhaps that is a separate issue at this point > as it is for Python on TINKERPOP-1864 -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Closed] (TINKERPOP-1863) Delaying the setting of requestId till the RequestMessage instantiation time
[ https://issues.apache.org/jira/browse/TINKERPOP-1863?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] stephen mallette closed TINKERPOP-1863. --- Resolution: Fixed Assignee: stephen mallette Fix Version/s: 3.3.2 3.2.8 The related PR was merged a while back - I just forgot to close the issue. Closed now. > Delaying the setting of requestId till the RequestMessage instantiation time > > > Key: TINKERPOP-1863 > URL: https://issues.apache.org/jira/browse/TINKERPOP-1863 > Project: TinkerPop > Issue Type: Improvement > Components: driver >Reporter: Eugene Chung >Assignee: stephen mallette >Priority: Minor > Fix For: 3.2.8, 3.3.2 > > > The Builder class of > org.apache.tinkerpop.gremlin.driver.message.RequestMessage class sets its > requestId field as UUID.randomUUID() by default. > But I think it should be fixed not to be set by default. The reasons are > below; > - UUID.randomUUID() uses SecureRandom which grabs the lock at JVM level, > which means whole threads calling this API compete against each other. > - Getting random value from SecureRandom is somewhat CPU-intensive job. > - If a gremlin client sends requestId by itself, the costs above are useless. > https://lists.apache.org/thread.html/a7e6cfeadad10852a2deed8616e47df6738c13c47119c12f98dcd3e1@%3Cdev.tinkerpop.apache.org%3E -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Created] (TINKERPOP-1877) Add new graph data for specialized testing scenarios
stephen mallette created TINKERPOP-1877: --- Summary: Add new graph data for specialized testing scenarios Key: TINKERPOP-1877 URL: https://issues.apache.org/jira/browse/TINKERPOP-1877 Project: TinkerPop Issue Type: Improvement Components: test-suite Affects Versions: 3.2.7 Reporter: stephen mallette Assignee: stephen mallette This specialized graph will contain different types of subgraphs that can be used with one or more specific test cases. Each subgraph will be disconnected and test cases will need to take care to restrict their traversals to just those subgraphs that matter for their particular scenario. Initially, we need a subgraph that has a self-loop for TINKERPOP-1862 but other subgraphs might become useful - like a tree structure. -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Commented] (TINKERPOP-1877) Add new graph data for specialized testing scenarios
[ https://issues.apache.org/jira/browse/TINKERPOP-1877?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16334770#comment-16334770 ] stephen mallette commented on TINKERPOP-1877: - We need to get this one done so that TINKERPOP-1862 can be properly tested. > Add new graph data for specialized testing scenarios > > > Key: TINKERPOP-1877 > URL: https://issues.apache.org/jira/browse/TINKERPOP-1877 > Project: TinkerPop > Issue Type: Improvement > Components: test-suite >Affects Versions: 3.2.7 >Reporter: stephen mallette >Assignee: stephen mallette >Priority: Major > > This specialized graph will contain different types of subgraphs that can be > used with one or more specific test cases. Each subgraph will be disconnected > and test cases will need to take care to restrict their traversals to just > those subgraphs that matter for their particular scenario. Initially, we need > a subgraph that has a self-loop for TINKERPOP-1862 but other subgraphs might > become useful - like a tree structure. -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Created] (TINKERPOP-1878) Sparql to Gremlin Transpiler
stephen mallette created TINKERPOP-1878:
---
Summary: Sparql to Gremlin Transpiler
Key: TINKERPOP-1878
URL: https://issues.apache.org/jira/browse/TINKERPOP-1878
Project: TinkerPop
Issue Type: Improvement
Components: process
Affects Versions: 3.3.1
Reporter: stephen mallette
Assignee: stephen mallette
The {{sparql-gremlin}} module should convert sparql queries to Gremlin thus
allowing that query language to run on any TinkerPop-enabled graph system.
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
[jira] [Reopened] (TINKERPOP-1871) Exception handling is slow in element ReferenceElement creation
[ https://issues.apache.org/jira/browse/TINKERPOP-1871?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] stephen mallette reopened TINKERPOP-1871: - > Exception handling is slow in element ReferenceElement creation > > > Key: TINKERPOP-1871 > URL: https://issues.apache.org/jira/browse/TINKERPOP-1871 > Project: TinkerPop > Issue Type: Improvement > Components: structure >Affects Versions: 3.3.1 >Reporter: Artem Aliev >Assignee: stephen mallette >Priority: Major > Fix For: 3.3.2 > > > Following exception happen for each vertex in OLAP and takes ~10% of > execution time. > [https://github.com/apache/tinkerpop/blob/master/gremlin-core/src/main/java/org/apache/tinkerpop/gremlin/structure/util/reference/ReferenceElement.java#L48] > The exception is always thrown for ComputerGraph.ComputerAdjacentVertex class. > So the check could be added to improve performance. This is 3.3.x issue only, > 3.2 has no this problem. > -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Updated] (TINKERPOP-1871) Exception handling is slow in element ReferenceElement creation
[ https://issues.apache.org/jira/browse/TINKERPOP-1871?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] stephen mallette updated TINKERPOP-1871: Component/s: structure > Exception handling is slow in element ReferenceElement creation > > > Key: TINKERPOP-1871 > URL: https://issues.apache.org/jira/browse/TINKERPOP-1871 > Project: TinkerPop > Issue Type: Improvement > Components: structure >Affects Versions: 3.3.1 >Reporter: Artem Aliev >Assignee: stephen mallette >Priority: Major > Fix For: 3.3.2 > > > Following exception happen for each vertex in OLAP and takes ~10% of > execution time. > [https://github.com/apache/tinkerpop/blob/master/gremlin-core/src/main/java/org/apache/tinkerpop/gremlin/structure/util/reference/ReferenceElement.java#L48] > The exception is always thrown for ComputerGraph.ComputerAdjacentVertex class. > So the check could be added to improve performance. This is 3.3.x issue only, > 3.2 has no this problem. > -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Closed] (TINKERPOP-1871) Exception handling is slow in element ReferenceElement creation
[ https://issues.apache.org/jira/browse/TINKERPOP-1871?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] stephen mallette closed TINKERPOP-1871. --- Resolution: Implemented Assignee: stephen mallette Fix Version/s: 3.3.2 > Exception handling is slow in element ReferenceElement creation > > > Key: TINKERPOP-1871 > URL: https://issues.apache.org/jira/browse/TINKERPOP-1871 > Project: TinkerPop > Issue Type: Improvement > Components: structure >Affects Versions: 3.3.1 >Reporter: Artem Aliev >Assignee: stephen mallette >Priority: Major > Fix For: 3.3.2 > > > Following exception happen for each vertex in OLAP and takes ~10% of > execution time. > [https://github.com/apache/tinkerpop/blob/master/gremlin-core/src/main/java/org/apache/tinkerpop/gremlin/structure/util/reference/ReferenceElement.java#L48] > The exception is always thrown for ComputerGraph.ComputerAdjacentVertex class. > So the check could be added to improve performance. This is 3.3.x issue only, > 3.2 has no this problem. > -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Closed] (TINKERPOP-1871) Exception handling is slow in element ReferenceElement creation
[ https://issues.apache.org/jira/browse/TINKERPOP-1871?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] stephen mallette closed TINKERPOP-1871. --- Resolution: Implemented > Exception handling is slow in element ReferenceElement creation > > > Key: TINKERPOP-1871 > URL: https://issues.apache.org/jira/browse/TINKERPOP-1871 > Project: TinkerPop > Issue Type: Improvement > Components: structure >Affects Versions: 3.3.1 >Reporter: Artem Aliev >Assignee: stephen mallette >Priority: Major > Fix For: 3.3.2 > > > Following exception happen for each vertex in OLAP and takes ~10% of > execution time. > [https://github.com/apache/tinkerpop/blob/master/gremlin-core/src/main/java/org/apache/tinkerpop/gremlin/structure/util/reference/ReferenceElement.java#L48] > The exception is always thrown for ComputerGraph.ComputerAdjacentVertex class. > So the check could be added to improve performance. This is 3.3.x issue only, > 3.2 has no this problem. > -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Closed] (TINKERPOP-1870) n^2 synchronious operation in OLAP WorkerExecutor.execute() method
[
https://issues.apache.org/jira/browse/TINKERPOP-1870?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
stephen mallette closed TINKERPOP-1870.
---
Resolution: Implemented
Assignee: stephen mallette
Fix Version/s: 3.3.2
3.2.8
> n^2 synchronious operation in OLAP WorkerExecutor.execute() method
> --
>
> Key: TINKERPOP-1870
> URL: https://issues.apache.org/jira/browse/TINKERPOP-1870
> Project: TinkerPop
> Issue Type: Improvement
>Affects Versions: 3.2.7, 3.3.1
>Reporter: Artem Aliev
>Assignee: stephen mallette
>Priority: Major
> Fix For: 3.2.8, 3.3.2
>
> Attachments: findTraverser1.png, findTraverser2.png,
> findTraverserFixed.png
>
>
> [https://github.com/apache/tinkerpop/blob/master/gremlin-core/src/main/java/org/apache/tinkerpop/gremlin/process/computer/traversal/WorkerExecutor.java#L80-L93]
> This block of code iterates over all remote traverses to select one related
> to the current vertex and remove it. This operation is repeated for the next
> vertex and so one. For following example query it means n^2 operations (n is
> number of vertices). All of them in sync block. multi core spark executor
> will do this operations serial.
> {code}
> g.V().emit().repeat(both().dedup()).count().next()
> {code}
> See jvisualvm screenshot.
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
[jira] [Reopened] (TINKERPOP-1870) n^2 synchronious operation in OLAP WorkerExecutor.execute() method
[
https://issues.apache.org/jira/browse/TINKERPOP-1870?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
stephen mallette reopened TINKERPOP-1870:
-
[~artem.aliev] as soon as I merged this, I noticed something that looked like
it needed some more work. I'm going to re-open this and submit an additional
pull request. I will supply details with that pull request - if you could
review that when I issue the pull request to be sure I captured your original
intent, I would appreciate it.
> n^2 synchronious operation in OLAP WorkerExecutor.execute() method
> --
>
> Key: TINKERPOP-1870
> URL: https://issues.apache.org/jira/browse/TINKERPOP-1870
> Project: TinkerPop
> Issue Type: Improvement
>Affects Versions: 3.2.7, 3.3.1
>Reporter: Artem Aliev
>Assignee: stephen mallette
>Priority: Major
> Fix For: 3.2.8, 3.3.2
>
> Attachments: findTraverser1.png, findTraverser2.png,
> findTraverserFixed.png
>
>
> [https://github.com/apache/tinkerpop/blob/master/gremlin-core/src/main/java/org/apache/tinkerpop/gremlin/process/computer/traversal/WorkerExecutor.java#L80-L93]
> This block of code iterates over all remote traverses to select one related
> to the current vertex and remove it. This operation is repeated for the next
> vertex and so one. For following example query it means n^2 operations (n is
> number of vertices). All of them in sync block. multi core spark executor
> will do this operations serial.
> {code}
> g.V().emit().repeat(both().dedup()).count().next()
> {code}
> See jvisualvm screenshot.
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
[jira] [Closed] (TINKERPOP-1874) P does not appear to be serialized consistently in GraphSON
[
https://issues.apache.org/jira/browse/TINKERPOP-1874?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
stephen mallette closed TINKERPOP-1874.
---
Resolution: Fixed
Fix Version/s: 3.3.2
3.2.8
> P does not appear to be serialized consistently in GraphSON
> ---
>
> Key: TINKERPOP-1874
> URL: https://issues.apache.org/jira/browse/TINKERPOP-1874
> Project: TinkerPop
> Issue Type: Bug
> Components: io
>Affects Versions: 3.2.7
>Reporter: stephen mallette
>Assignee: stephen mallette
>Priority: Major
> Fix For: 3.2.8, 3.3.2
>
>
> {{P}} deserialization seems to expect {{List}} arguments for collection
> oriented operators like {{within}} and {{outside}} so {{P.without("x")}}
> should wrap "x" in a {{List}} for serialization purposes. This causes
> weirdness in some GLVs. For example in .NET we see that the use of
> {{P.without("x")}} fails to deserialize the bytecode, but {{P.Without(new
> List{"x"})}} will work fine. Just need to get this all straight and
> consistent.
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
[jira] [Closed] (TINKERPOP-1870) n^2 synchronious operation in OLAP WorkerExecutor.execute() method
[
https://issues.apache.org/jira/browse/TINKERPOP-1870?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
stephen mallette closed TINKERPOP-1870.
---
Resolution: Implemented
> n^2 synchronious operation in OLAP WorkerExecutor.execute() method
> --
>
> Key: TINKERPOP-1870
> URL: https://issues.apache.org/jira/browse/TINKERPOP-1870
> Project: TinkerPop
> Issue Type: Improvement
>Affects Versions: 3.2.7, 3.3.1
>Reporter: Artem Aliev
>Assignee: stephen mallette
>Priority: Major
> Fix For: 3.2.8, 3.3.2
>
> Attachments: findTraverser1.png, findTraverser2.png,
> findTraverserFixed.png
>
>
> [https://github.com/apache/tinkerpop/blob/master/gremlin-core/src/main/java/org/apache/tinkerpop/gremlin/process/computer/traversal/WorkerExecutor.java#L80-L93]
> This block of code iterates over all remote traverses to select one related
> to the current vertex and remove it. This operation is repeated for the next
> vertex and so one. For following example query it means n^2 operations (n is
> number of vertices). All of them in sync block. multi core spark executor
> will do this operations serial.
> {code}
> g.V().emit().repeat(both().dedup()).count().next()
> {code}
> See jvisualvm screenshot.
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
[jira] [Created] (TINKERPOP-1879) Gremlin Console does not resepect equal sign for flag argument assignments
stephen mallette created TINKERPOP-1879:
---
Summary: Gremlin Console does not resepect equal sign for flag
argument assignments
Key: TINKERPOP-1879
URL: https://issues.apache.org/jira/browse/TINKERPOP-1879
Project: TinkerPop
Issue Type: Bug
Components: console
Affects Versions: 3.2.7
Reporter: stephen mallette
Assignee: stephen mallette
Fix For: 3.2.8, 3.3.2
In Gremlin Console, the command line parser does some extra work that Apache
Commons CLI does not. That extra work isn't properly supporting a flag passed
as follows:
{code}
bin/gremlin.sh --execute=script.groovy
{code}
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
