2010/2/26 rick.bullo...@burningskysoftware.com:
Hi, Mattias.
We had a similar requirement (to track the type of a node), and while
we were able to achieve this with relationships in very constrained
scenarios, we could not do so in a more general sense. Let me explain
and maybe
Hi,
Can you reproduce this in a test case and send me the code?
If not I would need the active logical log that rotation fails at
(name of file is either called nioneo_logical.log.1 or
nioneo_logical.log.2).
Regards,
-Johan
On Fri, Feb 26, 2010 at 5:27 PM, Lyudmila L. Balakireva lu...@lanl.gov
Hi,
Is that right? Will I have to manually check for these other relationships
or there is another solution?
You are right.
I added some information regarding this on the wiki:
http://wiki.neo4j.org/content/Traversal#Extracting_a_subgraph
/anders
Actually, we do have the case (due to an indexing/tagging model that can span
many diverse types) where we do not have knowledge within the domain model of
the specific type of entity represented by a node at one end of a
relationship, thus the reason for marking them with a type property
Hi Craig,
while the Neo4j Scala project is not specifically tailored to Lift you
can use it just as easily in a Lift project as you can use regular
Neo4j in a Java EE project. Just instantiate the GraphDatabaseService in
the bootstrap code, encapsule your Domain logic etc.
Unfortunately my
I attached log and java I am using,
regards
Hi,
Can you reproduce this in a test case and send me the code?
If not I would need the active logical log that rotation fails at
(name of file is either called nioneo_logical.log.1 or
nioneo_logical.log.2).
Regards,
-Johan
On Fri, Feb 26,
Hi,
It seems as if EmbeddedGraphDatabase(var/db) by default create a node with ID
= 0 if the database doesn't exist.
Is it possible to create an empty database so that node ID = 0 would the first
node created using g.createNode()
Kind regards,
Pierre
Hi Peter,
Actually not, I'm using eclipse directly, creating the database from documents.
Pierre
Le 1 mars 2010 à 18:25, Peter Neubauer a écrit :
Pierre,
are you using Neo4j via Gremlin? In that case, you probably could
simply get the auto-created reference node by
\,,,/
Thanks, I would probably also go with option 3, though it might take a
couple of weeks to get oriented. Hopefully, you guys dont mind if I bug
you the usergroup from time to time with questions
--
Message: 3
Date: Mon, 1 Mar 2010 15:00:28 +0100
From: Tobias
Hi Everyone,
I am running into some null pointer exceptions when I try to feed
things into some of the graph algos. The test cases can be found in
the link below. It is all maven based and the pre-built graph is
included. Queries19 (Floyd-Warshall), 20 (Eigenvector Centrality with
the Arnoldi
No, nodes that have been created keep their ids for ever.
/Tobias
On Mon, Mar 1, 2010 at 10:26 PM, Pierre Ducrot pierre.duc...@wanadoo.frwrote:
Thanks for you help.
Since the original reference node (0) is the first node, would deleting it
affect node indices, hence 1 would become 0?
Lift offers several persistence mechanisms out of the box (Mapper, Record,
JPA and CouchDB currently), but these are just options. You are free to
handle your model in any way you want. There is no single forced mapping API
you have to code to.
Mapper itself is an ORM, it uses SQL under the hood,
12 matches
Mail list logo