That's strange since the shell only wraps commands in transactions. This means that leaving the shell open, just standing on a node doesn't create/hold a lock or transaction whatsoever. You could debug this kind of problem (when it appears) by making a complete thread dump and you'll see which threads are holding neo4j locks, to see if it's really the shell which has locks or not.
2009/9/9 Todd Stavish <toddstav...@gmail.com>: > Hi Mattias, > > Yes, that is correct. I think fundamentally I do not understand how your > locking works. I assumed that both the shell and traverser would have read > only locks. However, I left the shell open and the traverser was blocked. I > did not do anything in the shell other than read-only commands. > > -Todd > > > On Wed, Sep 9, 2009 at 5:47 AM, Mattias Persson > <matt...@neotechnology.com>wrote: > >> I don't follow entirely... you mean that the shell held locks on nodes >> which made another traverser (executed via script or something) wait? >> At the moment every command in the shell is wrapped in its own >> transaction. >> >> 2009/9/7 Todd Stavish <toddstav...@gmail.com>: >> > Hi Martin, Anders, >> > >> > The standalone version of neoclipse works like a charm, thanks. I was >> > surprised that the shell locked out a non-updating traverse >> > application that I wrote. Where do I explicitly declare locking? My >> > natural assumption was in beginTx( kindOfLock ). >> > >> > Thanks, >> > Todd >> > >> > >> > On Mon, Sep 7, 2009 at 1:17 AM, Martin Filipczyk <i...@mupitu.de> wrote: >> >> Hi Todd, >> >> >> >> have you already tried the neoclipse standalone version? >> >> >> >> -Martin >> >> >> >> Todd Stavish schrieb: >> >>> Thanks I'll give the shell a try. >> >>> >> >>> >> >>>> Was it crashing on opening the database or what happened? >> >>>> >> >>> >> >>> It shows the reference node and then just hangs. I am using Galileo >> >>> though and maybe the wrong version of GEF. So no big deal. >> >>> >> >>> -Todd >> >>> >> >>> >> >>> >> >>> >> >>>> /anders >> >>>> >> >>>> -- >> >>>> Anders Nawroth [and...@neotechnology.com] >> >>>> GTalk, Skype: anders.nawroth >> >>>> Phone: +46 737 894 163 >> >>>> http://twitter.com/nawroth >> >>>> http://blog.nawroth.com/ >> >>>> >> >>>> _______________________________________________ >> >>>> 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 >> >>> >> >> >> >> _______________________________________________ >> >> 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 >> > >> >> >> >> -- >> Mattias Persson, [matt...@neotechnology.com] >> Neo Technology, www.neotechnology.com >> _______________________________________________ >> 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 > -- Mattias Persson, [matt...@neotechnology.com] Neo Technology, www.neotechnology.com _______________________________________________ Neo mailing list User@lists.neo4j.org https://lists.neo4j.org/mailman/listinfo/user
