On Fri, Sep 9, 2011 at 1:16 PM, Peter Neubauer <
peter.neuba...@neotechnology.com> wrote:

> Xavier,
> this can well be a packaging problem. Could you try with 1.5.M01? The
> dependency problem is fixed, but we are fighting for the build
> pipeline to deliver a new snapshot of the final artifact.
>
ah ok, I thought I was on 1.5.M01 but was on a snapshot. 1.5.M01 works fine.
Sorry for the confusion.

Xavier


>
> Cheers,
>
> /peter neubauer
>
> GTalk:      neubauer.peter
> Skype       peter.neubauer
> Phone       +46 704 106975
> LinkedIn   http://www.linkedin.com/in/neubauer
> Twitter      http://twitter.com/peterneubauer
>
> http://www.neo4j.org               - Your high performance graph database.
> http://startupbootcamp.org/    - Ă–resund - Innovation happens HERE.
> http://www.thoughtmade.com - Scandinavia's coolest Bring-a-Thing party.
>
>
>
> On Fri, Sep 9, 2011 at 10:03 PM, Xavier Shay <xavier+ne...@squareup.com>
> wrote:
> > On Fri, Sep 9, 2011 at 12:39 PM, Marko Rodriguez <okramma...@gmail.com
> >wrote:
> >
> >> Hi,
> >>
> >> This error seems to be an issue with depedencies. Are you using an
> >> TinkerPop <dependency/>s in your project. I believe Neo4j 1.5.M01 is
> >> depending on Blueprints 0.9 which does have the getInEdges(String...)
> method
> >> (similarly for getOutEdges(). Perhaps you are depending on Blueprints
> 0.8
> >> somewhere in your project and the class loader is getting confused?
> >>
> > Don't really understand this suggestion. I downloaded neo4j from
> > http://dist.neo4j.org/neo4j-community-1.5-SNAPSHOT-unix.tar.gz, unpacked
> it,
> > then started up a server using `bin/neo4j server`. After loading in a
> node
> > via the rest interface, I ran the above command. I don't have a project
> that
> > could be relevant.
> >
> >
> >>
> >> Also, you don't need an identity pipe. You can do:
> >>        g.v(1).both
> >>
> > ah nice. (This still causes the same exception though.)
> >
> > Cheers,
> > Xavier
> >
> >
> >> Marko.
> >>
> >> http://markorodriguez.com
> >>
> >> On Sep 9, 2011, at 1:29 PM, Xavier Shay wrote:
> >>
> >> > Hello,
> >> > I have just upgraded to neo4j 1.5 (brew install neo4j --HEAD) and am
> >> getting
> >> > the following exception whenever I try to use a pipe:
> >> >
> >> >> curl -H Accept:application/json -X POST -d
> >> '{"script":"g.v(1)._().both;"}'
> >> > -H Content-Type:application/json "
> >> >
> http://localhost:7474/db/data/ext/GremlinPlugin/graphdb/execute_script";
> >> > {
> >> >  "message" :
> >> >
> >>
> "com.tinkerpop.blueprints.pgm.impls.neo4j.Neo4jVertex.getInEdges([Ljava/lang/String;)Ljava/lang/Iterable;",
> >> >  "exception" : "java.lang.AbstractMethodError:
> >> >
> >>
> com.tinkerpop.blueprints.pgm.impls.neo4j.Neo4jVertex.getInEdges([Ljava/lang/String;)Ljava/lang/Iterable;",
> >> >  "stacktrace" : [... trim, see
> >> > https://gist.github.com/1d6df2b03fa4d402ade3... ]
> >> > }
> >> >
> >> > The same command without ".both" works as expected. Other pipe methods
> >> such
> >> > as "outE" all cause the same exception. This was working with 1.4, and
> I
> >> > couldn't find any mention of backwards incompatibility in the Gremlin
> >> > changelog.
> >> >
> >> > I'm not sure how to debug this further. Any suggestions?
> >> >
> >> > Cheers,
> >> > Xavier
> >> > _______________________________________________
> >> > Neo4j mailing list
> >> > User@lists.neo4j.org
> >> > https://lists.neo4j.org/mailman/listinfo/user
> >>
> >> _______________________________________________
> >> Neo4j mailing list
> >> User@lists.neo4j.org
> >> https://lists.neo4j.org/mailman/listinfo/user
> >>
> > _______________________________________________
> > Neo4j mailing list
> > User@lists.neo4j.org
> > https://lists.neo4j.org/mailman/listinfo/user
> >
> _______________________________________________
> Neo4j mailing list
> User@lists.neo4j.org
> https://lists.neo4j.org/mailman/listinfo/user
>
_______________________________________________
Neo4j mailing list
User@lists.neo4j.org
https://lists.neo4j.org/mailman/listinfo/user

Reply via email to