Right - just one person using an exclusive lock.. That had crossed my mind as the brute force way to do it.. I may just go that route for simplicy sake for now - less to track and hassle with. Thanks for the suggestion!
James > -----Original Message----- > From: Kevin Moran [mailto:[EMAIL PROTECTED] > Sent: Thursday, March 20, 2003 11:42 AM > To: Slide Users Mailing List > Subject: Re: Tracking user locks in a webapp? > > > Hi James, > Just curious, are you allowing more than one > person to lock a file for editing at the same time? > If so, I'm not sure I have a cleaner approach than > what you described. But if your intent is that only > one person can edit a file at a time, why not just use > the form of Lock.kill() that takes in a SlideToken and > a SubjectNode? It's kind of heavy-handed, but it does > unlock a URI and means you wouldn't have to maintain a > list of the lock IDs. > > -kevin > > --- James Higginbotham > <[EMAIL PROTECTED]> wrote: > > Hi, > > > > Just wanted to throw out a question and see if > > anyone has solved this > > better than my initial approach might.. I am trying > > to use a web > > application to lock and edit a file. Since the > > kernel APIs requires the > > lock ID to be passed in to unlock a resource, I was considering just > > keeping a transient list of lockIds in the user's > > session. If I set the > > default lock timeout period to just under what the > > HTTP session timeout > > is set for, I can be assurred that the transient > > list will be in sync > > (relatively speaking) with the actual lock(s) held > > by a currently signed > > in user. Any thoughts on better approaches? I am > > assuming that there > > isn't some all-powerful getLocksForUser() api hidden > > somewhere that > > would help me out more here (allowing a uri -> lock > > ID lookup) or some > > other method short of brute force killing a lock. > > > > Thanks, > > James > > > > > __________________________________________________ > Do you Yahoo!? > Yahoo! Platinum - Watch CBS' NCAA March Madness, live on your > desktop! http://platinum.yahoo.com > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
