Yes.
We should have only a primitive ProfileTest that ensures that a
TraversalMetrics object is returned and that is it.
Marko.
> On Oct 26, 2017, at 12:35 PM, Stephen Mallette wrote:
>
> I racked my brain on it a bit a while back without any good fixit's
> really a TinkerGraph test. I
I racked my brain on it a bit a while back without any good fixit's
really a TinkerGraph test. I probably should just migrate them over there
and stop pressing them down on other providers.
On Thu, Oct 26, 2017 at 2:31 PM, pieter gmail
wrote:
> In Sqlg many profile tests are ignored because
In Sqlg many profile tests are ignored because of this. Including steps
being removed.
Back in the day no-one including myself had any interest in fixing it.
Its not trivial by all accounts.
Cheers
Pieter
On 26/10/2017 13:21, Bryn Cooke (JIRA) wrote:
Bryn Cooke created TINKERPOP-1812:
---
Ha, there it is already. Sorry did not know about that one. A rtfm moment.
Thanks
Pieter
On 26/10/2017 20:21, Stephen Mallette wrote:
Is there some difference between what you are proposing and:
http://tinkerpop.apache.org/docs/current/reference/#drop-step
On Thu, Oct 26, 2017 at 2:18 PM, pie
Is there some difference between what you are proposing and:
http://tinkerpop.apache.org/docs/current/reference/#drop-step
On Thu, Oct 26, 2017 at 2:18 PM, pieter gmail
wrote:
> Hi,
>
> I was wondering if we can add a remove step. Currently to remove elements
> I iterate the traversal and call
Hi,
I was wondering if we can add a remove step. Currently to remove
elements I iterate the traversal and call remove on each element. Adding
a remove step will make it possible to optimize removals.
Its probably less useful for Neo4j and TinkerGraph, not sure about Janus
but for Sqlg,
g.V
[
https://issues.apache.org/jira/browse/TINKERPOP-1814?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
stephen mallette updated TINKERPOP-1814:
Issue Type: Improvement (was: Test)
> Some process tests require the graph API
[
https://issues.apache.org/jira/browse/TINKERPOP-1812?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
stephen mallette updated TINKERPOP-1812:
Issue Type: Improvement (was: Test)
> ProfileTest assumes that graph implementa
[
https://issues.apache.org/jira/browse/TINKERPOP-1816?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16220590#comment-16220590
]
Bill Woo commented on TINKERPOP-1816:
-
With the same time and energy you just spen
Maybe outE() and inE() should only return non-self-referencing edges. Then
there should be a new step called selfE(). And every time it's called, it
posts a picture of Gremlin holding that edge to Facebook. :-)
Hmm.. it seems like you made the engineering case. What's the user
perspective? I do
[
https://issues.apache.org/jira/browse/TINKERPOP-1816?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16220435#comment-16220435
]
Jorge Bay commented on TINKERPOP-1816:
--
Can you specify which areas are not cover
Well, if you want to get it duplicated, you can just do union(outE(), inE()),
that's easy and inexpensive. However, any way to get rid of the duplicates
can be expensive:
- local(bothE().dedup()) // needs to
keep track of all edges; requires internal memor
[
https://issues.apache.org/jira/browse/TINKERPOP-1816?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16220424#comment-16220424
]
stephen mallette commented on TINKERPOP-1816:
-
> Without a certain minimal
[
https://issues.apache.org/jira/browse/TINKERPOP-1816?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16220393#comment-16220393
]
Bill Woo edited comment on TINKERPOP-1816 at 10/26/17 1:01 PM:
-
[
https://issues.apache.org/jira/browse/TINKERPOP-1816?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16220393#comment-16220393
]
Bill Woo commented on TINKERPOP-1816:
-
Without a certain minimal level of document
I see that for most languages using bytecode to native language translator
would be the easiest solution. In the case of the JavaScript GLV, it would
be fairly straightforward to implement (and I plan to do so!).
In the case of C#, being more strict regarding typing than java, it would
be an incomp
[
https://issues.apache.org/jira/browse/TINKERPOP-1816?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
stephen mallette updated TINKERPOP-1816:
Summary: Consider improvements to the .NET documentation (was: the .NET
port ha
[
https://issues.apache.org/jira/browse/TINKERPOP-1806?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
stephen mallette updated TINKERPOP-1806:
Issue Type: Improvement (was: Task)
> Consistently use Gremlin.Net instead of G
[
https://issues.apache.org/jira/browse/TINKERPOP-1816?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16220378#comment-16220378
]
stephen mallette commented on TINKERPOP-1816:
-
We have this section on .NE
[
https://issues.apache.org/jira/browse/TINKERPOP-1816?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
stephen mallette updated TINKERPOP-1816:
Affects Version/s: 3.2.6
> the .NET port has no useful documentation
> -
[
https://issues.apache.org/jira/browse/TINKERPOP-1816?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
stephen mallette updated TINKERPOP-1816:
Issue Type: Improvement (was: Bug)
> the .NET port has no useful documentation
I can't help thinking that perhaps non-JVM languages need to leverage
bytecode to make traversal building easier. We already have an established
pattern for converting bytecode into Traversals and while it is different
for each language, it's generally governed by the Translator interface.
Note tha
[
https://issues.apache.org/jira/browse/TINKERPOP-1816?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Bill Woo updated TINKERPOP-1816:
Description:
Without at least one complete code sample, you are wasting potential users;
time.
Bill Woo created TINKERPOP-1816:
---
Summary: the .NET port has no useful documentation
Key: TINKERPOP-1816
URL: https://issues.apache.org/jira/browse/TINKERPOP-1816
Project: TinkerPop
Issue Type:
Bryn Cooke created TINKERPOP-1815:
-
Summary: Graph io requires the graph API
Key: TINKERPOP-1815
URL: https://issues.apache.org/jira/browse/TINKERPOP-1815
Project: TinkerPop
Issue Type: Impro
Bryn Cooke created TINKERPOP-1814:
-
Summary: Some process tests require the graph API
Key: TINKERPOP-1814
URL: https://issues.apache.org/jira/browse/TINKERPOP-1814
Project: TinkerPop
Issue Ty
Bryn Cooke created TINKERPOP-1813:
-
Summary: Subgraph strategy requires the graph API
Key: TINKERPOP-1813
URL: https://issues.apache.org/jira/browse/TINKERPOP-1813
Project: TinkerPop
Issue Ty
Bryn Cooke created TINKERPOP-1812:
-
Summary: ProfileTest assumes that graph implementations will not
add their own steps
Key: TINKERPOP-1812
URL: https://issues.apache.org/jira/browse/TINKERPOP-1812
P
[
https://issues.apache.org/jira/browse/TINKERPOP-1798?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
stephen mallette closed TINKERPOP-1798.
---
Resolution: Fixed
Fix Version/s: 3.3.1
3.2.7
> MutationL
[
https://issues.apache.org/jira/browse/TINKERPOP-1798?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16220297#comment-16220297
]
ASF GitHub Bot commented on TINKERPOP-1798:
---
Github user asfgit closed the p
Github user asfgit closed the pull request at:
https://github.com/apache/tinkerpop/pull/737
---
[
https://issues.apache.org/jira/browse/TINKERPOP-1791?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
stephen mallette closed TINKERPOP-1791.
---
Resolution: Fixed
Assignee: stephen mallette
Fix Version/s: 3.3.1
[
https://issues.apache.org/jira/browse/TINKERPOP-1791?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16220295#comment-16220295
]
ASF GitHub Bot commented on TINKERPOP-1791:
---
Github user asfgit closed the p
Github user asfgit closed the pull request at:
https://github.com/apache/tinkerpop/pull/736
---
Hugo Arts created TINKERPOP-1811:
Summary: Improve error reporting for serialization errors between
gremlin-python and gremlin-server
Key: TINKERPOP-1811
URL: https://issues.apache.org/jira/browse/TINKERPOP-1811
[
https://issues.apache.org/jira/browse/TINKERPOP-1752?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16220101#comment-16220101
]
ASF GitHub Bot commented on TINKERPOP-1752:
---
Github user jorgebay commented
Github user jorgebay commented on the issue:
https://github.com/apache/tinkerpop/pull/712
VOTE +1
---
37 matches
Mail list logo
