Re: Importing and caching build files from a URL

On Tue, 29 Nov 2005, Peter Reilly <[EMAIL PROTECTED]> wrote: > The current file attribute of the import task is meant to act > in the same way as href in html- - i.e relative to the > directory that the importer file is in. > > THe import task could easily use urls in the same way - but > some in

Re: Importing and caching build files from a URL

On Tue, 29 Nov 2005, Steve Loughran <[EMAIL PROTECTED]> wrote: > I believe that 'hierarchy' is a feature of protocols within a URL, > which ftp, http, jar, file: support, but things like urn: uuid: that > handle system thing, they dont. Yes, hierarchical vs. opaque URLs if my recollection of read

Re: svn commit: r349633 - in /ant/core/trunk: docs/manual/CoreTypes/ src/etc/testcases/types/resources/ src/main/org/apache/tools/ant/types/ src/main/org/apache/tools/ant/types/resources/ src/testcase

On Tue, 29 Nov 2005, Dominique Devienne <[EMAIL PROTECTED]> wrote: > Hi Stefan. I see this changes when you add new files. I recently > added ManifestClassPath, and I probably didn't do the same thing, > which would explain why the commit message had a blank line in > between each line. which als

svn commit: r349878 - /ant/core/trunk/src/main/org/apache/tools/ant/taskdefs/ManifestClassPath.java

Author: bodewig Date: Tue Nov 29 20:53:48 2005 New Revision: 349878 URL: http://svn.apache.org/viewcvs?rev=349878&view=rev Log: fix linefeeds Modified: ant/core/trunk/src/main/org/apache/tools/ant/taskdefs/ManifestClassPath.java (contents, props changed) Modified: ant/core/trunk/src/mai

RE: Importing and caching build files from a URL

> -Original Message- > From: Matt Benson [mailto:[EMAIL PROTECTED] > Just out of curiosity, how many people other than Peter and > myself have ever started to modify to allow non-file > imports? :) I've been using an extended import task for a while now. The task basically takes

DO NOT REPLY [Bug 37701] - Move task can delete the wrong file on a case insensitive filesys

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 37701] - Move task can delete the wrong file on a case insensitive filesys

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

Re: Importing and caching build files from a URL

On 11/29/05, Dominique Devienne <[EMAIL PROTECTED]> wrote: > > > > The two issues I faced when creating large multi-build files builds were: > 1) Easily refer to the files to import arbitrarily deep in the file > hierarchy. > 2) Easily use "resources" relative to the imported builds, >for furth

Re: Importing and caching build files from a URL

> I believe that 'hierarchy' is a feature of protocols within a URL, which > ftp, http, jar, file: support, but things like urn: uuid: that handle > system thing, they dont. I don't believe the JDK and the URL class support these other protocols out-of-the-box either ;-) The RFC mentioned in the J

Re: Importing and caching build files from a URL

Dominique Devienne wrote: Just out of curiosity, how many people other than Peter and myself have ever started to modify to allow non-file imports? :) I haven't ;-) The two issues I faced when creating large multi-build files builds were: 1) Easily refer to the files to import arbitrarily d

Re: Importing and caching build files from a URL

Mike Rettig wrote: //the basedir is the implied root http://localhost/buildfiles"; file="build/mybuild.xml"/> I vote for deprecating the current import task in favor of a new version that works consistently with URL's. This allows for backwards compatibility, and creates consistency with html

Re: Importing and caching build files from a URL

Dominique Devienne wrote: Now how do I get the parent? You can parse the path manually, but a URL can be a jar resource, HTTP address, file location, newsgroup, partial url, etc. http://archive.ncsa.uiuc.edu/SDG/Software/Mosaic/Demo/url-primer.html Rather than parsing the path, it's easier and

DO NOT REPLY [Bug 37701] New: - Move tasks doesn't execute File.renameTo

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

Re: svn commit: r349633 - in /ant/core/trunk: docs/manual/CoreTypes/ src/etc/testcases/types/resources/ src/main/org/apache/tools/ant/types/ src/main/org/apache/tools/ant/types/resources/ src/testcase

> Propchange: > ant/core/trunk/src/main/org/apache/tools/ant/types/resources/JavaResource.java > -- >svn:eol-style = native > > Propchange: > ant/core/trunk/src/main/org/apache/tools/ant/types/resources/JavaResource.j

Re: Importing and caching build files from a URL

> Just out of curiosity, how many people other than > Peter and myself have ever started to modify > to allow non-file imports? :) I haven't ;-) The two issues I faced when creating large multi-build files builds were: 1) Easily refer to the files to import arbitrarily deep in the file hierarch

[EMAIL PROTECTED]: Project test-ant-no-xerces (in module ant) failed

To whom it may engage... This is an automated request, but not an unsolicited one. For more information please visit http://gump.apache.org/nagged.html, and/or contact the folk at [EMAIL PROTECTED] Project test-ant-no-xerces has an issue affecting its community integration. This issue a

Re: Importing and caching build files from a URL

> We could add some macro task that copies the resources into a cache directory > and then applies the from there. > > What this would mean is that all the "relative" stuff will be relative to the > cache location. Something like: > > > > > > The macro will use to put it in the cache and th

Re: Importing and caching build files from a URL

> > D:\org_apache>java MakeUrl http://foo/common.xml misc.xml > > http://foo/misc.xml > Yes, this works as long as the first file you reference is at the root > level. This can be confusing in scripts since the root is dictated by that > first import and not made explicit. Sometimes I want to impor

Re: Importing and caching build files from a URL

On 11/29/05, Dominique Devienne <[EMAIL PROTECTED]> wrote: > > D:\org_apache>java MakeUrl http://foo/common.xml misc.xml > http://foo/misc.xml > > Yes, this works as long as the first file you reference is at the root level. This can be confusing in scripts since the root is dictated by that first

svn commit: r349785 - /ant/core/trunk/src/main/org/apache/tools/ant/taskdefs/optional/sitraka/XMLReport.java

Author: antoine Date: Tue Nov 29 10:34:17 2005 New Revision: 349785 URL: http://svn.apache.org/viewcvs?rev=349785&view=rev Log: use SystemId from JAXPUtils, can be better Modified: ant/core/trunk/src/main/org/apache/tools/ant/taskdefs/optional/sitraka/XMLReport.java Modified: ant/core/trun

[EMAIL PROTECTED]: Project svn-antlib-test (in module ant-antlibs) failed

To whom it may engage... This is an automated request, but not an unsolicited one. For more information please visit http://gump.apache.org/nagged.html, and/or contact the folk at [EMAIL PROTECTED] Project svn-antlib-test has an issue affecting its community integration. This issue affe

Re: Importing and caching build files from a URL

> Now how do I get the parent? You can parse the path manually, but a URL can > be a jar resource, HTTP address, file location, newsgroup, partial url, etc. > > http://archive.ncsa.uiuc.edu/SDG/Software/Mosaic/Demo/url-primer.html > > Rather than parsing the path, it's easier and more explicit to s

Re: Importing and caching build files from a URL

URL url = ... construct a URL Now how do I get the parent? You can parse the path manually, but a URL can be a jar resource, HTTP address, file location, newsgroup, partial url, etc. http://archive.ncsa.uiuc.edu/SDG/Software/Mosaic/Demo/url-primer.html Rather than parsing the path, it's easier a

Re: Importing and caching build files from a URL

> A URL has no concept of a 'parent'. I beg to disagree. If it didn't, the web wouldn't work ;-) Here's the proof, in this URL contructor: URL(URL context, String spec). --DD - To unsubscribe, e-mail: [EMAIL PROTECTED] For addit

Re: Importing and caching build files from a URL

> The current file attribute of the import task is meant to act > in the same way as href in html- - i.e relative to the > directory that the importer file is in. > > THe import task could easily use urls in the same way - but > some internals in ant assume that build files are Files and > only Fil

Re: Importing and caching build files from a URL

I've worked with the import task quite a bit, and I believe resolving imports by relativity to the parent file works fine and is intuitive. I import many shared build files from different working directories and all build files resolve as expected. This makes the build files easy to reuse across bu

DO NOT REPLY [Bug 37696] New: - ejbjar - jonas, suffix doesn't exist - but Jarsuffix exists

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 37694] - Calling ant via java does not set "basedir" property

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

Re: Importing and caching build files from a URL

The current file attribute of the import task is meant to act in the same way as href in html- - i.e relative to the directory that the importer file is in. THe import task could easily use urls in the same way - but some internals in ant assume that build files are Files and only Files. Peter O

RE: Importing and caching build files from a URL

Exactly, my only point is to wrap it on a nice macro definition that allows for processing multiple files and people do not need to think much of what goes on behind the scenes. With docs and stuff. Ideal for an antlib. :-) Jose Alberto > -Original Message- > From: Burgess, Benjamin [m

DO NOT REPLY [Bug 37694] New: - Calling ant via java does not set "basedir" property

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

Re: Core Tasks and Resource Collections

--- Stefan Bodewig <[EMAIL PROTECTED]> wrote: > Hi all, > > I've been travelling yesterday which gave me plenty > of time sitting in > a train with a power supply available to me, the > result you've already > seen in a bunch of commit messages. I'm about to go to bed last night around 11PM my t

Re: Core Tasks and Resource Collections

--- Antoine Levy-Lambert <[EMAIL PROTECTED]> wrote: [SNIP] > I think that supporting resources for the Perforce > tasks for instance > would be a kludge, because p4.exe works against the > filesystem anyway. > > Resources make sense for tasks which are coded > against a Java API and > which can ta

Re: Importing and caching build files from a URL

> You could just do this: > http://${myhost}/commons.xml"; > dest="${user.home}/.ant/commons.xml" > usetimestamp="true"/> > That's the first level of import I describe. But if common.xml refers (imports) to misc.xml also located at http://${myhost}/, but you must also it explicit

Re: Importing and caching build files from a URL

--- Dominique Devienne <[EMAIL PROTECTED]> wrote: > On 11/29/05, [EMAIL PROTECTED] > <[EMAIL PROTECTED]> wrote: > > It would fit better into Ant´s future if the > existing would > > support - e.g. s. > > We've had this debate before... > > I'd be all for allowing to resources > instead of fil

Re: Importing and caching build files from a URL

This is what I've done in UrlImport code. I grab the resource and cache it to ~/.antcache, then load it using the normal import task. Mike On 11/29/05, Jose Alberto Fernandez <[EMAIL PROTECTED]> wrote: > > We could add some macro task that copies the resources into a cache > directory and then ap

RE: Importing and caching build files from a URL

You could just do this: http://${myhost}/commons.xml"; dest="${user.home}/.ant/commons.xml" usetimestamp="true"/> Ben -Original Message- From: Jose Alberto Fernandez [mailto:[EMAIL PROTECTED] Sent: Tuesday, November 29, 2005 10:27 AM To: Ant Developers List Subject: RE: Importing and c

svn commit: r349735 - /ant/core/trunk/src/main/org/apache/tools/ant/Project.java

Author: mbenson Date: Tue Nov 29 07:37:27 2005 New Revision: 349735 URL: http://svn.apache.org/viewcvs?rev=349735&view=rev Log: fix typo Modified: ant/core/trunk/src/main/org/apache/tools/ant/Project.java Modified: ant/core/trunk/src/main/org/apache/tools/ant/Project.java URL: http://svn.ap

RE: Importing and caching build files from a URL

We could add some macro task that copies the resources into a cache directory and then applies the from there. What this would mean is that all the "relative" stuff will be relative to the cache location. Something like: The macro will use to put it in the cache and then use import on t

Re: Importing and caching build files from a URL

On 11/29/05, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote: > It would fit better into Ant´s future if the existing would > support - e.g. s. We've had this debate before... I'd be all for allowing to resources instead of files, except for the way was designed to not do things relative to its p

DO NOT REPLY [Bug 29251] - [patch] add @url to task

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 35718] - Allow URI for import task

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 29251] - [patch] add @url to task

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

[EMAIL PROTECTED]: Project test-ant-no-xerces (in module ant) failed

To whom it may engage... This is an automated request, but not an unsolicited one. For more information please visit http://gump.apache.org/nagged.html, and/or contact the folk at [EMAIL PROTECTED] Project test-ant-no-xerces has an issue affecting its community integration. This issue a

svn commit: r349711 - /ant/core/trunk/src/main/org/apache/tools/ant/Project.java

Author: stevel Date: Tue Nov 29 04:07:46 2005 New Revision: 349711 URL: http://svn.apache.org/viewcvs?rev=349711&view=rev Log: the bigger your project, the harder it is to track down bugs Modified: ant/core/trunk/src/main/org/apache/tools/ant/Project.java Modified: ant/core/trunk/src/main/or

DO NOT REPLY [Bug 37688] - script task with beanshell confuses Ant references

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 37688] New: - script task with beanshell confuses Ant references

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

[EMAIL PROTECTED]: Project svn-antlib-test (in module ant-antlibs) failed

To whom it may engage... This is an automated request, but not an unsolicited one. For more information please visit http://gump.apache.org/nagged.html, and/or contact the folk at [EMAIL PROTECTED] Project svn-antlib-test has an issue affecting its community integration. This issue affe