You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@tinkerpop.apache.org by "pieter martin (JIRA)" <ji...@apache.org> on 2016/04/14 17:20:25 UTC

[jira] [Commented] (TINKERPOP-1258) HasTest.g_V_hasId_compilationEquality makes GraphStep assumptions

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

pieter martin commented on TINKERPOP-1258:
------------------------------------------

I added a similar same optimization to Sqlg.
However the test still fails, this time on the {{assertNotEquals(traversala1, traversalb1);}}
The reason for this is because the default {{GraphStep.equals}} ultimately relies on {{GraphStep.ids}} and Sqlg's optimization/compilation rewrites the {{ids}} as a {{HasStep}}.
So for both traversals the ids are empty and thus equal.

This means I need to have a better custom {{equals}} implementation.

So I am ok with excepting that this failure is due to Sqlg's incorrect {{equals}}.

However, this test is testing a particular strategy which is where implementors will differ so perhaps the test itself should not be in the {{ProcessStandardSuite}} but rather a {{TinkerGraph}} specific test?
At least for the part that asserts the traversal equality.

> HasTest.g_V_hasId_compilationEquality makes GraphStep assumptions
> -----------------------------------------------------------------
>
>                 Key: TINKERPOP-1258
>                 URL: https://issues.apache.org/jira/browse/TINKERPOP-1258
>             Project: TinkerPop
>          Issue Type: Bug
>          Components: test-suite
>    Affects Versions: 3.2.1
>            Reporter: pieter martin
>            Priority: Minor
>
> {{HasTest.g_V_hasId_compilationEquality}} assumes that implementations that extends {{GraphStep}} has optimized {{hasId}}



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