Michael Hunger wrote
No, the alternative there is to provide a server-side extension that
encapsulates your business logic as an endpoint running inside of a tx.
Yes, this is 3rd solution. But this is the worst one because I have to
create custom layer which will work ONLY with my app.
Michael Hunger wrote
Am I missing something?
I hope I do, because in this situation, Neo4j isn't actually interesting
DB
server/solution...but I want it to be.
I would like to know some more detailed reasons for that, so far we
haven't received this kind of response.
Do You know ANY
Good point. Yes, that certainly is an alternative.
But unfortunately in practice I hardly can imagine .NET, Nodejs, MRI Ruby
(non Java basically) guys to start duplicating the logic for the plugin.
Not even taking into account additional complexity, including unit testing.
Similar thing ships
That's why we've enable the
- ruby-extensions for the server.
- and want to provide the same functionality for other dynamic languages
it is not about duplicating functionality but about moving persistence related
code closer to the db.
Michael
Am 02.12.2011 um 09:43 schrieb Dmytrii Nagirniak:
That's why we've enable the
- ruby-extensions for the server.
Haven't seen anything about it. Could you please give some more info on that
(links maybe)?
it is not about duplicating functionality but about moving persistence
related code closer to the db.
It is a long topic on itself:
Anyway, You are talking now about things that doesn't exist and I have to
implement them on my own.
I can't imagine RDBMS server that doesn't give me JDBC driver in the box.
Unfortunately Neo4j is like this. There is no native transaction-full
support so Neo4j can work as standalone server with
Radoslaw,
if you need transactions, embedded and multiple machines, you can
always use HA to let the DB replicate between your servers.
More to the point, we have shun away from a low level API binary
protocol because of serialization overhead reasons when you do for
instance traversals
Hello,
Do You know ANY (mature) RDBMS which is: provides many connection at the
same time, transaction-less and is still popular? I don't know any (even
SQLite has transactions). And now, somebody (not meaning You) want to
convince me that transactions are not needed. At least there strange
It is a long topic on itself: Where the business logic belongs to - the
server or the client.
But the point is that far the most common use-case is to write the business
logic on the client, not on the server.
The business logic on the server has already failed multiple times in the
Of Jim Webber
Sent: Friday, December 02, 2011 6:36 AM
To: Neo4j user discussions
Subject: Re: [Neo4j] Standalone server and transactions
It is a long topic on itself: Where the business logic belongs to - the
server or the client.
But the point is that far the most common use-case
At the risk of re-iterating this:
Neo4j in embedded mode supports as many connections as the application where
you embed it.
Jim
On 2 Dec 2011, at 20:38, zolv wrote:
Anyway, You are talking now about things that doesn't exist and I have to
implement them on my own.
I can't imagine RDBMS
On 02/12/2011, at 10:36 PM, Jim Webber wrote:
I don't believe that we are talking about business logic on the server -
we're talking about data access logic (queries). Business logic binds to that
data over the network - that the data is sourced through a plugin is an
implementation
server.
-Original Message-
From: user-boun...@lists.neo4j.org [mailto:user-boun...@lists.neo4j.org] On
Behalf Of Dmytrii Nagirniak
Sent: Friday, December 02, 2011 7:04 AM
To: Neo4j user discussions
Subject: Re: [Neo4j] Standalone server and transactions
On 02/12/2011, at 10:36 PM, Jim
I may be missing something, but it can't see exactly how to link up your code
with the server.
Should the extension be packaged as a gem and published publicly?
That Wiki entry is a little bit poorly written IMO. Sorry for saying that :-(
On 02/12/2011, at 8:42 PM, Michael Hunger wrote:
What should be improved.
You can also print the page as pdf and annotate what should be better /
different.
Yes packaged as gem and published to the server with a Gemfile.
Thanks a lot
Michael
Am 02.12.2011 um 13:36 schrieb Dmytrii Nagirniak:
I may be missing something, but it can't see
On 02/12/2011, at 11:28 PM, Rick Bullotta wrote:
...or you can re-think the definition of client. As you know, it is very
common in an SOA model to have actors functioning as both clients and
servers. For example, to the client making a reservation, the server
might be the airline's
dnagir wrote
On 02/12/2011, at 11:28 PM, Rick Bullotta wrote:
Doesn't matter how you play the words, you need transactions somewhere.
And with REST it is only available as a database plugin.
For most people it is just not worth the effort (especially who's not
coming from Java
-
From: user-boun...@lists.neo4j.org [mailto:user-boun...@lists.neo4j.org] On
Behalf Of zolv
Sent: Friday, December 02, 2011 8:33 AM
To: user@lists.neo4j.org
Subject: Re: [Neo4j] Standalone server and transactions
dnagir wrote
On 02/12/2011, at 11:28 PM, Rick Bullotta wrote:
Doesn't matter
On 03/12/2011, at 12:50 AM, Rick Bullotta wrote:
I also agree with you that it would be nice to have transaction support over
a remote API, but that's not a trivial thing to accomplish in a web scenario
when there is not any thread affinity or even necessarily server affinity
between
On Fri, Dec 2, 2011 at 3:45 PM, Dmytrii Nagirniak dna...@gmail.com wrote:
On 03/12/2011, at 12:50 AM, Rick Bullotta wrote:
I also agree with you that it would be nice to have transaction support
over a remote API, but that's not a trivial thing to accomplish in a web
scenario when there is
On Fri, Dec 2, 2011 at 4:53 PM, Jacob Hansson
jacob.hans...@neotechnology.com wrote:
On Fri, Dec 2, 2011 at 3:45 PM, Dmytrii Nagirniak dna...@gmail.comwrote:
On 03/12/2011, at 12:50 AM, Rick Bullotta wrote:
I also agree with you that it would be nice to have transaction support
over a
On 03/12/2011, at 2:53 AM, Jacob Hansson wrote:
This is similar to the approach we're looking at, except interaction
currently looks like:
POST /tx
200: 1
POST /tx/1/node {name:Steven}
201
POST /tx/1/batch [blah blah]
200
PUT /tx/1/state COMMITTED
Yeah. Right. We do need the Trn
On Fri, Dec 2, 2011 at 5:12 PM, Dmytrii Nagirniak dna...@gmail.com wrote:
On 03/12/2011, at 2:53 AM, Jacob Hansson wrote:
This is similar to the approach we're looking at, except interaction
currently looks like:
POST /tx
200: 1
POST /tx/1/node {name:Steven}
201
POST
Doesn't matter how you play the words, you need transactions somewhere. And
with REST it is only available as a database plugin.
For most people it is just not worth the effort (especially who's not coming
from Java background) and they will turn around.
If you use the REST API as-is, you
And with REST it is only available as a database plugin.
And so what if it were? Writing a server plugin isn't hard - I knocked one
up in an evening. It's just like writing a stored procedure, only with a
different language.
Not sure why so many seem to be clinging onto their RDBMS-coloured
Hi
I have read as much I was able to read about Neo4j with the topic I wrote
below.
My imaginations of DB server (doesn't matter RDBMS or NoSQL) is that the
crucial things for DB server is interesting from development point of view
are (musts!):
1. DB server must be able to work as standalone
Being able to access a single database is crucial requirement for me (fix
production data on the spot, spin multiple instances of the app for example).
The options for that are:
1. REST API
2. Native with Enterprise edition (not sure exactly it actually allows
connecting from multiple
Hi,
1. DB server must be able to work as standalone server
2. DB server must provide transactions.
Can anybody guide me through these 2 things in Neo4j world?
1. Neo4j works as a standalone (or clustered) server which is accessible
through the REST API.
2. Neo4j is ACID transactional with
On 02/12/2011, at 4:48 PM, Jim Webber wrote:
1. Neo4j works as a standalone (or clustered) server which is accessible
through the REST API.
That's the point. There is not standalone version with native bindings.
You either run embedded and lock the whole database to the particular app, or
Am 01.12.2011 um 23:03 schrieb zolv:
Hi
I have read as much I was able to read about Neo4j with the topic I wrote
below.
My imaginations of DB server (doesn't matter RDBMS or NoSQL) is that the
crucial things for DB server is interesting from development point of view
are (musts!):
1.
No, the alternative there is to provide a server-side extension that
encapsulates your business logic as an endpoint running inside of a tx.
Cheers
Michael
Am 02.12.2011 um 08:30 schrieb Dmytrii Nagirniak:
On 02/12/2011, at 4:48 PM, Jim Webber wrote:
1. Neo4j works as a standalone (or
31 matches
Mail list logo