Mailing-List: contact ant-dev-help@jakarta.apache.org; run by ezmlm
Precedence: bulk
Reply-To: "Ant Developers List" <ant-dev@jakarta.apache.org>
Date: 29 Oct 2001 14:21:21 -0000
Message-ID: <20011029142121.9056.qmail@mailweb21.rediffmail.com>
MIME-Version: 1.0
From: "Magesh Umasankar" <umagesh@rediffmail.com>
Reply-To: "Magesh Umasankar" <umagesh@rediffmail.com>
To: ant-dev@jakarta.apache.org
Subject: Re: [PATCH] Copy task recognizes URLs as file attributes
Content-type: text/plain;
	charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline


=0D=0AOn Mon, 29 Oct 2001 Stefan Bodewig wrote :=0D=0A> On 29 Oct 2001, Mag=
esh Umasankar =0D=0A> <umagesh@rediffmail.com> wrote:=0D=0A> =0D=0A> > The =
FTP task doesn't recognize protocols other than=0D=0A> > ftp, IIRC?=0D=0A> =
=0D=0A> True.=0D=0A=0D=0AThe patch that I have provided lets Copy recognize=
 =0D=0Aprotocols other than ftp as well.  It just sort of=0D=0Amerges all o=
f Get's current functionality with Copy's.=0D=0A=0D=0A> =0D=0A> > So, you w=
ant ftp and copy consolidated as well?=0D=0A> =0D=0A> In the long term, sur=
e.=0D=0A=0D=0AIf we are having the vision of a unified Copy/Get/Ftp, =0D=0A=
then the first/easiest consolidation would be the Copy & =0D=0AGet one.  Ge=
t is so much like copy except that it copies =0D=0Aa file from a url.  Why =
maintain separate tasks for near =0D=0Aidentical functions?  This patch pro=
vides all that Get=0D=0Aprovides and as you noted, filterset, mapper, etc. =
as=0D=0Awell.=0D=0A=0D=0AMagesh=0D=0A =0A

--
To unsubscribe, e-mail:   <mailto:ant-dev-unsubscribe@jakarta.apache.org>
For additional commands, e-mail: <mailto:ant-dev-help@jakarta.apache.org>