On a related subject, one problem I have found is that there is no portable way right now in ANT to obtain the URL of a file:
Currently we would do something like: <property name="fileloc" location="${myfile}"/> <property name="fileurl" value="file://${fileloc}"/> but the number of "//"s is diferent for UNIX(2) and Windows(3), and you have to do some nasty conditioning. I would like for ANT to do this for me, transparently. <property name="fileurl" locationURL="${myfile}"/> or somethig like that. You need this for passing file parameters to <xslt/> Jose Alberto > -----Original Message----- > From: Stefan Bodewig [mailto:[EMAIL PROTECTED] > Sent: 03 April 2003 07:18 > To: [EMAIL PROTECTED] > Subject: Re: Using files in classpath in task file="" > > > On Wed, 02 Apr 2003, Nicola Ken Barozzi <[EMAIL PROTECTED]> wrote: > > > If I had it in jars I could ship it automatically with the jar that > > has the task that generated index.xml, so I can easily do something > > like: > > > > <xslt in="index.xml" out="index.html" > > style="resource:/a/style.xsl"/> > > I see. What I don't see is how we could use an URI here without > breaking backwards compatibility. > > In XSLTProcess we get the style parameter via setStyle(File), this > obviously cannot be called with anything else but a file object. If > we wanted general URIs, we'd have to change the signature and break > custom tasks that inherit from or delegate to instances of > XSLTProcess. No way. > > I'd rather propose to add an alternative attribute styleURI or > something to XSLTProcess. > > > Be able to specify a URL for every task that needs a file, and that > > thus uses the above fileutils method. > > Again, not without changing the tasks to use something else, not File, > in their setter method and thus severely breaking backwards > compatibility. > > > Or maybe KISS and just add a getStyleResource(String > > styleResource). It solves the immediate issue and doesn't open other > > potential problems. > > Seems the better way to me - at least until we are prepared to break > API compatibility on almost all tasks at once 8-) > > Stefan > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > >