Any time you introduce an unnecessary transformation step (native types ->
XML/JSON -> native types), you're introducing multiple types of overhead.
Perhaps a more native/binary protocol would enable a better generic remote
invocation layer (with multiple types of formats supported based on the
requestor's preference).  Also, the "atomicity" of the way many REST-ful
API's are designed/optimized often makes it difficult/undesirable to
maintain a 1:1 correlation with the Neo API. You might want to offer both a
"raw" (ability to do TX stuff) and an "atomic" (implicit transactions)
version.  I suppose another consideration if doing very granular API calls
remotely is connection and communications management (socket vs HTTP vs
whatever) and the implications of this in an HA environment.

I guess what I'm suggesting is that there probably is no single answer, and
the most functional solution may require multiple ways of surfacing Neo's
functionality to remote consumers.



-----Original Message-----
From: user-boun...@lists.neo4j.org [mailto:user-boun...@lists.neo4j.org] On
Behalf Of Peter Neubauer
Sent: Friday, November 26, 2010 2:04 AM
To: neo4jrb; Neo4j user discussions
Subject: Re: [Neo4j] Release 1.0.0.beta.22

Great stuff Andreas,
we had a great evening in Barcelona yesterday, showing off the great
work you, Ben and all the others are doing! Fantastic API and
features!

Craig and me are working on getting the Neo4j Spatial supported (at
least the basic features) as a normal index provider in Neo4j. That
would mean that you then in Neo4j.rb can directly ask not only text
queries with Lucene but even spatial queries. Would be very cool to
get that in, too :)

Btw, what does everyone feel about REST vs. native protocols like RMI,
Protobuffers, etc that can support a full Neo4j remote API for
integration, with TX etc and would be optimized for driver development
in other langs, minicing the Java core API capabilities very close?
Any thoughts or preferences on one or the other? Does REST do a
sufficiently good job for production use from other langs? What would
you like to see in REST to get there - top 3 features?

We are just trying to figure out the best way to expose and support
the different Remote options ...

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://www.thoughtmade.com - Scandinavia's coolest Bring-a-Thing party.



On Thu, Nov 25, 2010 at 8:00 PM, Andreas Ronge <andreas.ro...@gmail.com>
wrote:
> Hi
>
> I've just released 1.0.0.beta.22
>
> The big news is that you can now use the rails console while the rails
> application is already running.
>
> I first tried to access neo4j remotely via RMI and DRb but there were
> to many problems doing that, so
> instead I simply create a read only neo4j db when needed.
>
> CHANGELOG
> * If a neo4j write instance is already running it will instead start a
> read only neo4j db instance.
> * Upgrade JARS to 1.2.M04
> * Does not automatically start Neo4j when used in Rails. E.g. now you
> can type rails routes without the database starting.
>
> --
> You received this message because you are subscribed to the Google Groups
"neo4jrb" group.
> To post to this group, send email to neo4...@googlegroups.com.
> To unsubscribe from this group, send email to
neo4jrb+unsubscr...@googlegroups.com.
> For more options, visit this group at
http://groups.google.com/group/neo4jrb?hl=en.
>
>
_______________________________________________
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