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