Eelco, while REST is not a very performant way to access any low level API directly, there is a Java Wrapper for the Neo4j API over REST from Michael Hunger https://github.com/jexp/neo4j-java-rest-binding that does the Neo4j API over REST.
This could be a drop-in replacement for the embedded Neo4j implementation in Blueprints, but I haven't check that out. Would be great if you wanna take a look? Also, in Neo4j 1.5 we are going to add a binary, much more efficient protocol to talk to Neo4j, which will make this scenario much easier to implement. 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 Mon, Jun 6, 2011 at 7:36 PM, Eelco Hillenius <[email protected]>wrote: > Hi, > > I like the idea of Blueprints. But I would like to have Neo4J running > in server mode, and hence would be interested in a Blueprints > implementation that wraps the REST API rather than the internal one. > Has anyone been thinking about implementing that? > > Any reason why one shouldn't want to use that in the first place? > > I looked at Rexster as well, but besides that fact that that didn't > work out of the box for me (method not allowed methods, haven't looked > into it very deeply), but as that uses Neo4J's files directly, it > looks like it wouldn't be possible to use both that and Neo4J server. > > Cheers, > > Eelco > _______________________________________________ > Neo4j mailing list > [email protected] > https://lists.neo4j.org/mailman/listinfo/user > _______________________________________________ Neo4j mailing list [email protected] https://lists.neo4j.org/mailman/listinfo/user

