Return-Path: Delivered-To: apmail-geronimo-dev-archive@www.apache.org Received: (qmail 5621 invoked from network); 21 Aug 2006 21:43:09 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur.apache.org with SMTP; 21 Aug 2006 21:43:09 -0000 Received: (qmail 83751 invoked by uid 500); 21 Aug 2006 21:43:07 -0000 Delivered-To: apmail-geronimo-dev-archive@geronimo.apache.org Received: (qmail 83494 invoked by uid 500); 21 Aug 2006 21:43:06 -0000 Mailing-List: contact dev-help@geronimo.apache.org; run by ezmlm Precedence: bulk list-help: list-unsubscribe: List-Post: Reply-To: dev@geronimo.apache.org List-Id: Delivered-To: mailing list dev@geronimo.apache.org Received: (qmail 83483 invoked by uid 99); 21 Aug 2006 21:43:06 -0000 Received: from asf.osuosl.org (HELO asf.osuosl.org) (140.211.166.49) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 21 Aug 2006 14:43:06 -0700 X-ASF-Spam-Status: No, hits=0.5 required=10.0 tests=DNS_FROM_RFC_ABUSE,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (asf.osuosl.org: domain of jason.dillon@gmail.com designates 64.233.162.204 as permitted sender) Received: from [64.233.162.204] (HELO nz-out-0102.google.com) (64.233.162.204) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 21 Aug 2006 14:43:04 -0700 Received: by nz-out-0102.google.com with SMTP id m22so800057nzf for ; Mon, 21 Aug 2006 14:42:44 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:mime-version:in-reply-to:references:content-type:message-id:content-transfer-encoding:from:subject:date:to:x-mailer:sender; b=mE6f+g23mpU3m9821aZbXGoI3BKHwi4R8uMFPA8cmziLwXesqdQ2ZU1eKtstLGHKWV3jWXZhExlw7SmTrHFEicajBp4Lw/GKidEVfuZbr07rGzbi00TZ6m9Yj/8E9ysDAS3mzbUNaO9GM/BjkFVxZ49T7mMfsW5fiURdlqIjh3M= Received: by 10.65.250.11 with SMTP id c11mr7514783qbs; Mon, 21 Aug 2006 14:42:44 -0700 (PDT) Received: from ?10.0.1.4? ( [24.7.69.241]) by mx.gmail.com with ESMTP id d12sm247555qbc.2006.08.21.14.42.41; Mon, 21 Aug 2006 14:42:43 -0700 (PDT) Mime-Version: 1.0 (Apple Message framework v752.2) In-Reply-To: <09B71F75-4456-4AA8-9AC7-A440E9DC0146@iq80.com> References: <23D31F5E-5D27-4CB6-AC12-146C97FB9B96@gmail.com> <7B5F9309-69AD-459B-97F1-503A419345D2@iq80.com> <3C6E47B0-3695-4D95-BC7B-1BDD0F62401B@gmail.com> <26D09A82-5896-4029-ABE5-73B262D9FB3D@iq80.com> <14EA0336-C642-4071-87A3-42EE732C0CC2@planet57.com> <09B71F75-4456-4AA8-9AC7-A440E9DC0146@iq80.com> Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <75786246-DF5B-46C0-A356-55CD18BFD3A1@planet57.com> Content-Transfer-Encoding: 7bit From: Jason Dillon Subject: Re: GERONIMO-1526 Date: Mon, 21 Aug 2006 14:42:26 -0700 To: dev@geronimo.apache.org X-Mailer: Apple Mail (2.752.2) Sender: Jason Dillon X-Virus-Checked: Checked by ClamAV on apache.org X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N I think it is fine to use File for now... its simpler... though I'd still like to entertain the idea of using VFS to abstract all things file... --jason On Aug 21, 2006, at 2:35 PM, Dain Sundstrom wrote: > On Aug 21, 2006, at 1:39 PM, Jason Dillon wrote: > >> On Aug 21, 2006, at 1:31 PM, Dain Sundstrom wrote: >>> I think using URLs instead of files, is going to be very >>> difficult. We had tons of problems dealing with paths containing >>> spaces and urls. IIRC we had to encode and decode URLs all the >>> time. Also, some deployers need to scan the directories. For >>> example, the RAR deployer needs to add all jar files in the >>> archive/directory to the class path. In Jee5 ear files we need >>> to scan for all nested modules. >> >> Ya maybe... I was just thinking about deploying from things other >> than files, like an http:// address or nested jar, or some other >> custom protocol. Using URL allows flexibility by abstraction... >> where using File binds you to files, since we have no way to >> augment them. > > I understand. Originally, I wanted the deployers to work that way > also. Then after reading the source for URL, it occurred to me > that the VM downloads the content to the local file system anyway, > so if we download them ourselves it is equivalent. Actually, doing > it ourselves has a lot of benefits. The VM likes to cache urls in > a cache you can't flush, so redeploy tends to break. Also File is > just easier to use than URL. > > -dain