You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@tinkerpop.apache.org by "Ted Wilmes (JIRA)" <ji...@apache.org> on 2016/08/24 15:06:20 UTC

[jira] [Issue Comment Deleted] (TINKERPOP-1415) Vertex programs that rely on getting path parameters can't work

     [ https://issues.apache.org/jira/browse/TINKERPOP-1415?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Ted Wilmes updated TINKERPOP-1415:
----------------------------------
    Comment: was deleted

(was: Hi Bryn, do things work if you use {{withPath}} by chance like: {{g.withPath().V().program(...)}}?

[~okram] do you think it would make sense to add a {{getRequirements}} to {{VertexProgram}} that would be bubbled up to the strategies via the {{ProgramVertexProgramStep}}?)

> Vertex programs that rely on getting path parameters can't work
> ---------------------------------------------------------------
>
>                 Key: TINKERPOP-1415
>                 URL: https://issues.apache.org/jira/browse/TINKERPOP-1415
>             Project: TinkerPop
>          Issue Type: Bug
>          Components: process
>    Affects Versions: 3.2.1
>            Reporter: Bryn Cooke
>
> Recently some of our vertex programs have started failing.
> They rely of being able to retrieve an element out of the path.
> However, whereas this used to work now the path element isn't there anymore.
> The root cause is that path retraction doesn't know that the vertex program is interested in the path and therefore culls out parameter.
> I can understand why it does this, but there seems to be no way of exposing the vertex program path requirements such that PathRetractionStrategy can pick them up and do the right thing.
> I tried hacking together a solution by making ProgramVertexProgramStep implement Scoping. This did fix the issue, but I am not confident that this is the way to go.



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