Return-Path: Delivered-To: apmail-commons-dev-archive@www.apache.org Received: (qmail 21526 invoked from network); 25 Aug 2007 15:27:04 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 25 Aug 2007 15:27:03 -0000 Received: (qmail 72230 invoked by uid 500); 25 Aug 2007 15:26:58 -0000 Delivered-To: apmail-commons-dev-archive@commons.apache.org Received: (qmail 72149 invoked by uid 500); 25 Aug 2007 15:26:58 -0000 Mailing-List: contact dev-help@commons.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: "Jakarta Commons Developers List" Delivered-To: mailing list dev@commons.apache.org Received: (qmail 72140 invoked by uid 99); 25 Aug 2007 15:26:58 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Sat, 25 Aug 2007 08:26:58 -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 [65.223.48.51] (HELO mail.cirquedigital.com) (65.223.48.51) by apache.org (qpsmtpd/0.29) with ESMTP; Sat, 25 Aug 2007 15:27:36 +0000 Received: from filip-defoorts-computer.local (rrcs-69-63-82-170.west.biz.rr.com [69.63.82.170]) by mail.cirquedigital.com (Postfix) with ESMTP id 5E11A2EE6A for ; Sat, 25 Aug 2007 08:26:26 -0700 (PDT) Message-ID: <46D04A27.7010302@cirquedigital.com> Date: Sat, 25 Aug 2007 08:26:31 -0700 From: Filip Defoort User-Agent: Thunderbird 2.0.0.6 (Macintosh/20070728) MIME-Version: 1.0 To: Jakarta Commons Developers List Subject: Re: [VFS] Writing to Jar, Zip, Tar.. References: <3270907192.4742759@smtp.a1.net> In-Reply-To: <3270907192.4742759@smtp.a1.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org Mario Ivankovits wrote: > Hi! > > It is an interesting topic (to underline this: I am sitting here on vacation for a hadful of days using my mobile to write this mail ;-) ), though, due to some other OS projects I am really getting out of time. > Anyway, the j.i.file way of truezip is the case why I didnt support this idea actively - i dont like this api. > Agree, that's why I didn't pursue the idea as well. The way things are done via truezip (constantly rolling over the contents of the zip file) makes it dead slow for large files. The zip file really should be 'mounted' on a scratch disk (or at least the portion that is being used) and 'unmounted' upon closing the FS. - Filip --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org For additional commands, e-mail: dev-help@commons.apache.org