From: "Magesh Umasankar" <[EMAIL PROTECTED]> > 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:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
