Return-Path: Delivered-To: apmail-jakarta-ant-dev-archive@apache.org Received: (qmail 53578 invoked from network); 11 Dec 2001 14:47:27 -0000 Received: from unknown (HELO nagoya.betaversion.org) (192.18.49.131) by daedalus.apache.org with SMTP; 11 Dec 2001 14:47:27 -0000 Received: (qmail 14700 invoked by uid 97); 11 Dec 2001 14:47:26 -0000 Delivered-To: qmlist-jakarta-archive-ant-dev@jakarta.apache.org Received: (qmail 14638 invoked by uid 97); 11 Dec 2001 14:47:25 -0000 Mailing-List: contact ant-dev-help@jakarta.apache.org; run by ezmlm Precedence: bulk List-Unsubscribe: List-Subscribe: List-Help: List-Post: List-Id: "Ant Developers List" Reply-To: "Ant Developers List" Delivered-To: mailing list ant-dev@jakarta.apache.org Received: (qmail 14627 invoked from network); 11 Dec 2001 14:47:25 -0000 Date: 11 Dec 2001 14:47:58 -0000 Message-ID: <20011211144758.17194.qmail@mailFA4.rediffmail.com> MIME-Version: 1.0 From: "Magesh Umasankar" Reply-To: "Magesh Umasankar" To: ant-dev@jakarta.apache.org Subject: Re: Action List - Volunteers Needed Content-type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N From: "Peter Donald" =0D=0A=0D=0A> Sun's Extended File AP= I implementation is (or at least =0D=0A> was a while back) under a nasty li= cense which pretty =0D=0A> much precludes our direct reuse. However doesn't= mean =0D=0A> we can't reimplement it ;)=0D=0A=0D=0AHmm... I wonder if it = is possible to ask Sun to let us=0D=0Aown it? I see nothing has been done = to it since Summer=0D=0A 98. You are right about the licensing. It isn't = =0D=0Adesigned for reuse.=0D=0A=0D=0A> NetBeans was basically mozilla licen= se IIRC ? If so it =0D=0A> should be ok as long as we use the public API an= d =0D=0A> don't have to muck to much in the guts of it. If =0D=0A> the guts= needs changes and the NetBeans peeps wont =0D=0A> make them then we can't = use it but I would prefer to =0D=0A> at least try at first ;)=0D=0A=0D=0Aok= . I will work on it.=0D=0A=0D=0A> Avalon had one at one stage but I yanked= it. If we =0D=0A> wanted to be really abstracted from resources we could = =0D=0A> use something like JNDI (which is what =0D=0A=0D=0AWill work on usi= ng JNDI too.=0D=0A=0D=0A> I have written at least 5 different VFSes in the = last =0D=0A> few years (only 2 in java though) and mostly they are =0D=0A> = the same ideas just optimized for different =0D=0A> uses/access strategies.= =0D=0A=0D=0AWant to contribute one of them? ;-)=0D=0A=0D=0AMagesh=0D=0A =0A -- To unsubscribe, e-mail: For additional commands, e-mail: