Return-Path: Delivered-To: apmail-jackrabbit-users-archive@locus.apache.org Received: (qmail 17587 invoked from network); 13 Sep 2007 10:52:37 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 13 Sep 2007 10:52:37 -0000 Received: (qmail 64567 invoked by uid 500); 13 Sep 2007 10:52:30 -0000 Delivered-To: apmail-jackrabbit-users-archive@jackrabbit.apache.org Received: (qmail 64539 invoked by uid 500); 13 Sep 2007 10:52:30 -0000 Mailing-List: contact users-help@jackrabbit.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: users@jackrabbit.apache.org Delivered-To: mailing list users@jackrabbit.apache.org Received: (qmail 64530 invoked by uid 99); 13 Sep 2007 10:52:30 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 13 Sep 2007 03:52:30 -0700 X-ASF-Spam-Status: No, hits=-0.0 required=10.0 tests=SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: local policy) Received: from [194.8.61.8] (HELO spamslammer2.tirol.gv.at) (194.8.61.8) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 13 Sep 2007 10:54:08 +0000 Received: from mailscan1.tirol.local (mailscan1.tirol.local [10.10.128.204]) by spamslammer2.tirol.gv.at (Spamslammer) with ESMTP id 227DCD58U4 for ; Thu, 13 Sep 2007 12:52:06 +0200 (CEST) Received: from mxs0.tirol.local (unverified) by mailscan1.tirol.local (Clearswift SMTPRS 5.2.9) with ESMTP id for ; Thu, 13 Sep 2007 12:52:06 +0200 Received: from mxs01.tirol.local ([10.10.128.211]) by mxs0.tirol.local with Microsoft SMTPSVC(6.0.3790.1830); Thu, 13 Sep 2007 12:52:06 +0200 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Subject: AW: AW: lock question Date: Thu, 13 Sep 2007 12:52:05 +0200 Message-ID: In-Reply-To: <46E905F4.10801@gmx.de> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: AW: lock question Thread-Index: Acf16nJijBfYGVTRRFKe6KUmDlMFMwACW+eg References: <90a8d1c00709120520m7a54067cube70eb2732832355@mail.gmail.com> <46E7DAF4.5040704@apache.org> <90a8d1c00709120532r1b9d5906u4850df87bc6e3347@mail.gmail.com> <90a8d1c00709120607h4892412dnb0dcb5d8dd1c1500@mail.gmail.com> <46E905F4.10801@gmx.de> From: =?iso-8859-1?Q?K=D6LL_Claus?= To: X-OriginalArrivalTime: 13 Sep 2007 10:52:06.0497 (UTC) FILETIME=[203BE510:01C7F5F4] X-Virus-Checked: Checked by ClamAV on apache.org ok i will create a jira issue .. but i need a way to remove the lock from a node now. we have files with locks in the production environment and this is a big = problem. greets claus -----Urspr=FCngliche Nachricht----- Von: Julian Reschke [mailto:julian.reschke@gmx.de]=20 Gesendet: Donnerstag, 13. September 2007 11:42 An: users@jackrabbit.apache.org Betreff: Re: AW: lock question K=D6LL Claus wrote: > can anybody help me with this scenario ? >=20 > i have read the specification and i see no solution to myproblem. > if the webdav impl creates a non sessionscoped lock=20 > -> DAVResourceImpl.lock(LockInfo) > on a node and then do not remove it (only if the normal worklow is = interrupted) > i have a node in the repository that can not be unlocked .. >=20 > greets > claus Yes. I think what the WebDAV layer *should* do is create a lock with a=20 timeout. Unfortunately timeouts aren't defined in JSR-170. Maybe you=20 should request this as a new feature in JSR-283... Best regards, Julian