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

stephen mallette updated TINKERPOP-2226:
----------------------------------------
         Labels:   (was: features)
       Priority: Major  (was: Critical)
    Component/s:     (was: tinkergraph)
     Issue Type: Improvement  (was: Bug)

On the one hand, TinkerPop's element label semantics only account for a single 
immutable label, so this is behaving just as a standard TinkerPop-enabled 
system would. You do get:

{code}
g.addV('human::animal')
{code}

and thus multiple immutable labels by way of special syntax accepted by 
{{Neo4jGraph}} which will work in all language variants. Neo4j also has 
{{LabelP}} in Java to allow for multi-label access:

{code}
gremlin> g.V().has(label,'organism') 
gremlin> g.V().has(label,of('organism')) 
==>v[0]
gremlin> g.V().has(label,of('organism')).has(label,of('animal'))
==>v[0]
gremlin> g.V().has(label,of('organism').and(of('animal')))
==>v[0]
{code}

but that isn't exposed in GLVs like python. 

I think that the workaround now for GLV users is to use scripts. As for a 
solution, most of what I can come up with in my mind will end up being useful 
on the JVM only (which will mean GLV users will still have to depend on 
scripts). I have no idea what a solution would be for GLVs as we don't have 
structure for provider specific extensions (similar problem with 
sparql-gremlin).

> addLabel() and removeLabel() method of Java API is not exposed for Gremlin 
> Language
> -----------------------------------------------------------------------------------
>
>                 Key: TINKERPOP-2226
>                 URL: https://issues.apache.org/jira/browse/TINKERPOP-2226
>             Project: TinkerPop
>          Issue Type: Improvement
>          Components: neo4j, python, server
>    Affects Versions: 3.3.6
>            Reporter: Ravindra Gupta
>            Priority: Major
>
> *labels(), addLabel(), and removeLabel() *methods of Neo4jVertex of Java API 
> is not exposed or available for gremlin-server language. This method should 
> be exposed to gremlin-server language.
> Thank you.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

Reply via email to