2008/4/10, Emil Eifrem <[EMAIL PROTECTED]>: > On Wed, Apr 9, 2008 at 1:26 PM, Peter Haensgen <[EMAIL PROTECTED]> wrote: > > Hi there, > > > > I have been experimenting with Neo in the last couple of days. I think > > it's a very interesting project! > > > > However, I would be happy if someone could help me with some questions > > that I have. > > Hi Peter, > > Great feedback! > > > > > 1. Finding of Nodes > > > > When I create a node and do not connect it with the reference node > > (directly or indirectly) via a relationship, how can I find it again > > later, if I don't know its id? I currently see a danger of "loosing" > > disconnected nodes in the database. > > > > I think there should be some API method in the NeoService class, which > > allows to iterate over all existing nodes, e.g. something like: > > > > Iterable<Node> getAllNodes(); > > > > (This could also be useful to implement some "garbage collection", which > > could drop all unreachable nodes.) > > I agree, this is a useful method that we should add. Logged as ticket #36: > > https://trac.neo4j.org/ticket/36 > > > 2. Count of elements > [snip, see later in thread] > > > 3. Common superclass Element > > > > I think it would be useful to have a common superclass for Node and > > Relationship (e.g. Nodes extends Element, Relationship extends Element), > > which declares the methods that both types have: > > > > getId, hasProperty, getProperty, setProperty, removeProperty etc. > > > > This way in some situations no distinct implementations for each kind of > > element would be needed to access its properties. > > Yep, I agree, this is ticket #31: > > https://trac.neo4j.org/ticket/31 > > > > > 4. Multiple instances in one VM > > > > Are multiple instances of Neo in one VM supported (connected with > > different data directories)? I could imagine that there are problems of > > keeping things separated because of the static access to > > Transaction.begin()? > > As pointed out by Peter, this has now been fixed in the latest snapshots. > > On a related note, I'm not too happy about polluting a "domain" > interface like NeoService with system facilities like transactions. So > the beginTx() operation will probably be moved to a > NeoTransactionService factory later (which EmbeddedNeo in turn may > very well implement). The same goes for enableRemoteShell(). > > > > > 5. Documentation > > > > The Wiki contains some nice articles, but they are hard to find. I think > > they should be linked in a "list of contents" (e.g. on the main page)? > > Ah, which articles in particular do you have in mind? Johan and I > wrote some initial drafts of improved documentation a while back but > we didn't add direct links to them because we felt they still needed > some cleaning up. Probably a mistake, now that it's turned out to take > a bit longer to get to that cleanup phase than we initially thought. > :) > > > > > 6. Neo Console > > > > With the remote debugger, I can connect to a running Neo instance in > > order to inspect it. Can I also use it standalone (e.g. it should open a > > Neo instance itself?) This could be useful to inspect the results of > > some test case, after the test has already shut down. > > Yes, you can but it's (currently) a bit messy: you need to have the > shell jar as well as Neo and JTA on the classpath. But then you can > point it to a local dir and browse away. Mattias (who hacked the code) > will add some documentation on the wiki about it tomorrow.
I've added a guide to this here: http://wiki.neo4j.org/content/Neo_Shell_Guide#Running_the_shell_client_without_an_externally_running_neo_service / Mattias > > Cheers, > > > -- > Emil Eifrém, CEO [EMAIL PROTECTED] > Neo Technology, www.neotechnology.com > Cell: +46 733 462 271 | US: 206 403 8808 > _______________________________________________ > Neo mailing list > User@lists.neo4j.org > https://lists.neo4j.org/mailman/listinfo/user >
_______________________________________________ Neo mailing list User@lists.neo4j.org https://lists.neo4j.org/mailman/listinfo/user
