Return-Path: Delivered-To: apmail-jakarta-commons-dev-archive@www.apache.org Received: (qmail 98437 invoked from network); 5 Jul 2004 11:12:03 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur-2.apache.org with SMTP; 5 Jul 2004 11:12:03 -0000 Received: (qmail 27056 invoked by uid 500); 5 Jul 2004 11:11:42 -0000 Delivered-To: apmail-jakarta-commons-dev-archive@jakarta.apache.org Received: (qmail 26700 invoked by uid 500); 5 Jul 2004 11:11:39 -0000 Mailing-List: contact commons-dev-help@jakarta.apache.org; run by ezmlm Precedence: bulk List-Unsubscribe: List-Subscribe: List-Help: List-Post: List-Id: "Jakarta Commons Developers List" Reply-To: "Jakarta Commons Developers List" Delivered-To: mailing list commons-dev@jakarta.apache.org Received: (qmail 26164 invoked by uid 99); 5 Jul 2004 11:11:31 -0000 X-ASF-Spam-Status: No, hits=-0.0 required=10.0 tests=SPF_HELO_PASS X-Spam-Check-By: apache.org Received: from [194.152.182.4] (HELO smtp.ops.co.at) (194.152.182.4) by apache.org (qpsmtpd/0.27.1) with ESMTP; Mon, 05 Jul 2004 04:11:30 -0700 Received: by smtp.ops.co.at (Postfix, from userid 65534) id C6AFF23C0D6; Mon, 5 Jul 2004 13:11:27 +0200 (CEST) Received: from [172.27.1.101] (ts1.int.ops.co.at [172.27.1.101]) by smtp.ops.co.at (Postfix) with ESMTP id 978AA23C0B0 for ; Mon, 5 Jul 2004 13:11:24 +0200 (CEST) Message-ID: <40E9381A.40701@apache.org> Date: Mon, 05 Jul 2004 13:14:34 +0200 From: Mario Ivankovits User-Agent: Thunderbird 0.7.1 (Windows/20040626) X-Accept-Language: de-DE, de, en-us, en MIME-Version: 1.0 To: Jakarta Commons Developers List Subject: Re: [VFS] FileSystem close References: <40E7A004.5060804@apache.org> <40E918B1.3020401@apache.org> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Checker-Version: SpamAssassin 2.61 (1.212.2.1-2003-12-09-exp) on smtp.ops.co.at X-Spam-Level: X-Spam-Status: No, hits=-4.8 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=2.61 X-Virus-Checked: Checked X-Spam-Rating: minotaur-2.apache.org 1.6.2 0/1000/N Johan Lindquist wrote: > Btw, even if it is not implemented for all providers, it is only an > issue where sockets/threads are opened for the file being used or? Thats true, but i would like to have it clean implemented in all providers - maybe even the local-file. > It would be too much though to keep track of each reference to the > file (per resolveFile call) and not just the "opened" files or? Hmmm ... why do you mean this might help much to solve the concurrency. Currently i think about extending the fileObject to hold certain data separate for each thread - and adding some synchronize()'s to VFS at all. -- Mario --------------------------------------------------------------------- To unsubscribe, e-mail: commons-dev-unsubscribe@jakarta.apache.org For additional commands, e-mail: commons-dev-help@jakarta.apache.org