ant-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Jose Alberto Fernandez" <j_a_fernan...@yahoo.com>
Subject Re: [PATCH] Copy task recognizes URLs as file attributes
Date Tue, 27 Nov 2001 22:08:16 GMT
From: "Magesh Umasankar" <umagesh@rediffmail.com>

> On Wed, 28 Nov 2001 Jose Alberto Fernandez wrote :
> 
> > If you want to allow copy to take URLs then add 
> > an "url" attribute for that. The original patch 
> > already added a bunch of other attributes which are 
> > specific to URLs.
> 
> From user's perspective, I want to copy one *file* to 
> another place.  I do not want to copy a *url* to another 
> place.  It just happens that I refer to the file to be 
> copied using a url - aren't the following similar?
> 
> d:\x\y\z.java
> http://x/y/z.java
> file://d|x/y/z.java
> jar:/x/y.jar!z.java

Actually, no they are not. "d:\x\y\z.java" cannot be looked at as
protocol + ":" + protocol-specific-url-designation. And as demonstrated
by the NetWare OS, there is no reliable way to distinguish between a 
file designation and a URL designation across all and every OS.

In NetWare one can have a disk mounted under the name "jar"
which you see can cause all kinds of problems on interpreting the meaning 
of the argument.

I think that ANT had a wondeful instrospection machinery that allows
for having a centralized translation of string parameters into objects.
Every time attributes are exposed as strings and then processed by local
code of the task into objects, means less maintainability of the code.
It mean replicated code all over the place and more problems when bugs
need to be fixed.

I am all for revising the core code and remove as much String attributes as possible
when they are use to represent some other type.

Jose Alberto




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


Mime
View raw message