Hi everyone!
With the REST API approaching a usable state it would be great to get some
clients written for it. Since I'll be presenting Neo4j at a .Net conference
next week ( http://mow2010.dk/all-abstracts/tobias-ivarsson.aspx ) it would
be great if there was a .Net client available for me to
discussions
Subject: [Neo] Neo4j + REST + .NET anyone?
Hi everyone!
With the REST API approaching a usable state it would be great to get some
clients written for it. Since I'll be presenting Neo4j at a .Net conference
next week ( http://mow2010.dk/all-abstracts/tobias-ivarsson.aspx ) it would
be great
Johan,
Thank you for the nice news (and sorry for the late response: I've
been on holidays and when came back I found loads of stuff to
accomplish): I will dig out soon and come back to you...
Cheers.
Antonello
On Mon, Jun 8, 2009 at 1:48 PM, Johan Svenssonjo...@neotechnology.com wrote:
Johan,
I checked out the latest sources from the SVN server of Neo and I
haven't found the entry point you told me about (EmbeddedNeo
constructor with use_memory_mapped_buffers parameter): can you
clarify me if this can be found in some branch of the project or if
isn't yet committed?
Thank you!
i dnt knw whether its related to the topic or not
but am working on creating restful web service using jersey and then
planning to implement and consume these service through .NET WCF.(WSE seems
good option to me)
or using silverlight's webservice support.
please let me know what you guys think
Antonello,
Pass it in as a key/value pair in the constructor that takes a
configuration map:
MapString,String params = new HashMapString,String();
params.put( use_memory_mapped_buffers, false );
NeoService neo = new EmbeddedNeo( neo-db, params );
Hope that helps.
Regards,
-Johan
On
Next release of Neo4j (b9) will have an option not to use memory
mapped buffers but instead either use direct buffers or normal Java
buffers. A .NET port could replace the
org.neo4j.impl.nioneo.store.MappedPersistenceWindow with a different
implementation that does not use the MappedByteBuffer (b9
On Wed, May 6, 2009 at 02:05, Antonello Provenzano antone...@deveel.com wrote:
I will try to elaborate a plan of porting as soon as it will be
possible, coming back to you if i will find anything that will be an
obstacle to it. In the meanwhile, I thought that the name neo4n
would be
Hi!
Have you tried using IKVM.NET?
http://www.ikvm.net/
/anders
Antonello Provenzano skrev:
Emil,
I'm a good expert on .NET architecture and technology, having
contributed for years to the development of Mono and being a
recognized developer and architect in this domain.
Last week I
Anders,
IKVM doesn't support the javax.transactions package.
In fact, the main difference pointed out by neo4j between java and
.NET is the lack of support for X/Open XA resource management: this is
possible only by calling an interop OLEDB component, which is
non-native .NET, which should be
Hi Antonello,
Have a look at the neo-android component, dependency on
javax.transaction has been dropped there
(https://svn.neo4j.org/components/neo-android/trunk/) by just writing
empty interfaces for all the javax.transaction stuff needed.
javax.transaction / JTA and X/Open are just interfaces
Johan,
I see. My knowledge of NIO is pretty limited indeed: since you're
telling me it's re-designable with traditional java.io
implementations, I see no particular issues on that side (also
because, as you described some of the core functionalities, many
features are already present in
I dug a bit the NIO package and the use done in neo4j: unfortunately
there's not counter part for it on .NET nor the possibility to
recreate [easily] classes to support it. In fact, you make a wide and
important use of MappedByteBuffer on files: although implement the
logics of a ByteBuffer class
Hi all,
I've been designing an application, based on .NET/Mono framework,
which should make an heavy use of the shortest-path in a graph
theories and I would like to use a native solution to traverse the
nodes of the graph, instead of implementing surrogate solutions which
would be hardly
On Sun, May 3, 2009 at 03:55, Antonello Provenzano antone...@deveel.com wrote:
I've found that neo4j would be perfect for my scope: unfortunately, it
is purely written in Java code and it's not portable to .NET, because
of the massive differences between the two architectures.
Can you tell me
Emil,
I'm a good expert on .NET architecture and technology, having
contributed for years to the development of Mono and being a
recognized developer and architect in this domain.
Last week I tried to implement a port version of neo4j for .NET,
applying the same concepts you implemented, not
16 matches
Mail list logo
