Hi,
The active_tx_log should not have anything to do with the Unable to
lock store. Only one process/JVM can have write access to the same
store at a time. If you try to start multiple GraphDatabaseServices to
the same store in write mode this exception will be thrown.
Could it be that the time
That's actually in the pipeline and will be dealt with/added at our
next stab at the whole RDF (rdf, rdf-sail) stuff. When it'll be done
is hard to say, but I'd guess not very far off.
2010/2/4 a...@andypotter.org:
I would be interested in this as well.
On Thursday 04 February 2010 17:08:17
Compass looks quite nice with its simplified lucene API and support
for transactions, so it could might as well be a very good fit to have
as an IndexService implementation. Your implementation hasn't got
transaction support or am I wrong about that?
2010/1/31 Mattias Persson
Hello Johan,
There was no active transactions, because I've manually killed the process
that worked on repository. After killing it, I've tried to restart the
process, but get an error. After deleting files active_tx_log I was able to
start the process.
On 5 February 2010 15:26, Johan Svensson
Yes, yes, I know Microsoft is pure evil and all (though not as evil as Apple
or Google these days), but has anyone considered the feasibility of a
C#/.NET port of Neo?
Just a curiosity more than anything else.
___
Neo mailing list
Hi there,
I know of some minor attempts to do that, and some major that might be
underway, but never heard back from the persons involved. Not sure on
the status of such thinking. We would love to do such a bridge, but it
seems it is still after all these years not trivial to either run the
Java
On the driver part,
with the forthcoming REST support in neo4j, that might be a good
option. Not quite as performant as native Java, but maybe good to
start with?
Cheers,
/peter neubauer
COO and Sales, Neo Technology
GTalk: neubauer.peter
Skype peter.neubauer
Phone +46 704
Hi, Peter.
Having ported big applications and libraries to and from .NET and Java, in
general, a rewrite is the best approach. The code looks surprisingly
similar, but exploiting platform and framework-specific capabilities for
file I/O, threading, memory management, transactioning, and so on
I'm not registering or configuring anything special as far as the
NeoEmbedded store goes.
We have been purposely crashing our app in the middle of transactions and
killing the jvm processes to test data integrity under unexpected crashes.
Despite this being a bug we are very happy with the outcome
Rick is correct in highlighting this.
A lot of people (java developers) will be looking for something to pivot on.
Perhaps ready to role client libs for the REST interface under work. Nolios
did some kind of integration with .net and their restlets engine.
Taylor
- Original Message
Yep, the resource concept of Compass maps pretty well to the property idea
in Neo. Good match as you say.
It's been a while since I wrote/test it but yes, I believe it did have
transaction support, via integration with Spring. It uses CompassDaoSupport
class as a template class and transactions
Hi all, I've got some problems with this class.
If I try to calculate the centrality on the entire graph resident on
db everythings works fine.
If I try to calculate the centrality of a subgraph of the entire graph
on disk (that exists only in RAM)
the method getCentrality() no longer responds to
Maybe something like Google's Protocol Buffers? They use it internally,
efficient binary protocol, java bindings from google and a third-party c#
library.
http://code.google.com/apis/protocolbuffers/docs/encoding.html
On Fri, Feb 5, 2010 at 12:12 PM, Rick Bullotta
Hi Folks,
regarding the graph algo questions, we have not had time to look into
them yet :(
However, very interesting stuff happening over at Gremlin. The JUNG
graph model got bridged to the Gremlin Property Graph Model, so that
the many JUNG algos now can run via that on Neo4j!
14 matches
Mail list logo