Re: [Neo4j] Transaction and REST API

Yes, + 1 on contributions of useful rest plugins. I would like to see them listed in the manual, and keep the docs somewhere central. Suggestions? On Oct 27, 2011 12:35 PM, "Kristen Eisenberg" wrote: > Hi Ido, > > > How will you go about implement such change using REST interface? > > With the cu

[Neo4j] Transaction and REST API

Hi Ido, > How will you go about implement such change using REST interface? With the current default REST interface, you can't. But you can write an extension (either in the managed framework, or if you're brave/desperate in the unmanaged framework through JAX-RS) which can do this. I imagine

Re: [Neo4j] Transaction and REST API

Hi Ido, > How will you go about implement such change using REST interface? With the current default REST interface, you can't. But you can write an extension (either in the managed framework, or if you're brave/desperate in the unmanaged framework through JAX-RS) which can do this. I imagine

Re: [Neo4j] Transaction and REST API

OK, I think I understand what you are saying. Let's try to do an example in the field of graph (after all that's why were here :) neo4j is generic graph database. One of the interesting usage of graph is to give meaning to a node by the relations it has, like the category and product sample

Re: [Neo4j] Transaction and REST API

Hi Ido, [off topic for folks who are just interested in graphs, here be REST things] > My question is Should I have a generic Transaction resource to allow atomic > changes to any resource in my service which represent data? No, I don't think so (unless you mean a transaction in the commercial s

Re: [Neo4j] Transaction and REST API

The way I see it in REST architecture Resource is anything of interest which in simple words can be either data or functionality. After we create ListResource and IndividualResource for each data item we have in our business domain (which already put 2:1 ratio between resources and domain model) i

Re: [Neo4j] Transaction and REST API

Hi Ido, > BULK resource are not so likable on RESTful people, but I guess it can work > really well for my case. I think you're both right and wrong here :-) You're wrong when you say RESTful people don't like bulk updates. We do, but we prefer those updates to be just the same as any other up

Re: [Neo4j] Transaction and REST API

Well, as you said there are number of ways to do it. This post describe a way to do it, but it's not the post that is the main issue but the comments below it. There is still no consensus about what is the RESTful way of doing tx in RE

Re: [Neo4j] Transaction and REST API

I written a couple of REST services and clients over the past years and it is always a subject of discussions: How to map transactions with a stateless RESTful service? We always did it like Neo4j, every REST call is a implicit transaction. If this is not sufficient we implemented BULK or combined

Re: [Neo4j] Transaction and REST API

Hi, Thank you for the detailed answer. The core of the answer is we should use resources to manage tx and not try to mimik tx of begin, work, end like we used to do. If this is so I agree. I'll keep track your changes and hopefully we'll find a way. Ido On Mon, Dec 20, 2010 at 1:28 PM, Jim Webbe

Re: [Neo4j] Transaction and REST API

Hi Ido, Those make good sense. And I think I have some reasonable RESTful approaches in mind for tackling them which don't need transactions (using Ian Robinson's typed links to forms approach here). 1. Bulk create of nodes and relations: - PUT a set of nodes and relations to the server, rela

Re: [Neo4j] Transaction and REST API

OK, here are some of the use-cases: 1. In my model the type of a node is derived from the relations it has like in this post. So the first thing is to make sure we create both the node and its relation(s). 2

Re: [Neo4j] Transaction and REST API

Hi Ido, At the moment each interaction with the RESTful service causes a back-end transaction to occur. We have been hesitant to allow transactions outside of the service boundary because they're an implementation detail, rather than being part of the service contract. Could you tell us which

[Neo4j] Transaction and REST API

Hello, We are working on application which has graph as the main data model, not social graph. I am currently use J2EE 6 RESTful service and RDBMS as backend but I know if has many weaknesses in term of graph processing and query. I am interesting to see if I can replace my server side J2EE applica