--- Antoine Levy-Lambert <[EMAIL PROTECTED]> wrote: > Hi, > > XSLT processing, and maybe other tasks would need a > method getURL() to be added to Resource. > > Any thoughts on that ? > > If we do it, do we do : > String() getURL() > > or > > java.net.URL getURL()
Hmm. I'm not smart enough for this. I guess we probably should as file resources have urls. What does that say for <url>? Is that a conflict, or is it just the most generic of the "real" resource types? If we make it part of the resource then I would think we should use the actual URL type; in fact URLResource already has this property, so it already implements this. This way custom resource implementations could create the URL they return with a custom URLStreamHandler and the resulting URLs would be able, with sufficient JVM permissions set, to behave appropriately for whatever resource is declared. How does this sound to anyone who cares? -Matt > > Regards, > > Antoine > > > -------- Original-Nachricht -------- > > Datum: Wed, 7 Jun 2006 13:38:40 +0000 (GMT) > > Von: [EMAIL PROTECTED] > > An: dev@ant.apache.org > > Betreff: DO NOT REPLY [Bug 39407] - Change <xslt> > task to accept the XSLT stylesheet as a resource > > > > > http://issues.apache.org/bugzilla/show_bug.cgi?id=39407 > > > > Ivan, > > > > thanks for the patch which is now submitted. > > > > I will add a reply to this on the dev mailing > list. > > > > Thanks, > > > > Antoine > > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: > [EMAIL PROTECTED] > For additional commands, e-mail: > [EMAIL PROTECTED] > > __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
