Mailing-List: contact dev-help@ant.apache.org; run by ezmlm
Precedence: bulk
Reply-To: "Ant Developers List" <dev@ant.apache.org>
Received-SPF: error (idunn.apache.osuosl.org: domain dpml.net from
 203.59.1.133 cause and error)
From: "Stephen McConnell" <mcconnell@dpml.net>
To: "'Ant Developers List'" <dev@ant.apache.org>
Subject: RE: Resource.getURL()
Date: Tue, 26 Sep 2006 06:05:39 +0930
Message-ID: <00ba01c6e0e2$4ef927a0$0301a8c0@julia>
MIME-Version: 1.0
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: 7bit
In-Reply-To: <20060925184701.99756.qmail@web55109.mail.re4.yahoo.com>
Thread-Index: Acbg1GR56Lg2OBdLRlmeH/49o94JfQAAGl2w

 

> -----Original Message-----
> From: Matt Benson [mailto:gudnabrsam@yahoo.com] 
> Sent: Tuesday, 26 September 2006 4:17 AM
> To: Ant Developers List
> Subject: Re: Resource.getURL()
> 
> --- Dominique Devienne <ddevienne@gmail.com> wrote:
> 
> > > A URLResource could then be created using:
> > > new URLResource( name, uri,
> > > handlerClassResourceName );
> > >
> > > The upside of this approach is the elimination of
> > > the entire subject of system classloader mutation,
> > > and a framework for binding custom handlers
> > > (which resolves some of the earlier issues raised
> > > in this thread).
> > 
> > I have no issue whatsoever with this Steve :-)  --DD
> 
> The problem with this approach--specifying the handler 
> classname to the URLResource constructor--is that it fails to 
> address the primary requirement that Ant have a predictable 
> way to resolve a string representation of a Resource to a 
> properly configured Resource implementation.  :(

Matt:

Can you expand on what you mean by "a string representation of a Resource"?
Are your implying something equivalent to the way a URL can be externalized
to a string (which could be done if all resources are associated with
dedicated url handlers).  Some concrete usage examples would be handy.

/Steve.

--------------------------
Stephen McConnell
mailto:mcconnell@dpml.net
http://www.dpml.net
 

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