DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=18708.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Steve Loughran wrote:
I nominate Jesse Stockall as a committer as he likes spending time fixing
up and refactoring some of the neglected bits of the optional tasks, and
if we commit his new patch to the xdocs stuff, we need somebody to go
through all the attributes of all the tasks and add
On Fri, 4 Apr 2003, Jose Alberto Fernandez [EMAIL PROTECTED]
wrote:
I would like for ANT to do this for me, transparently.
property name=fileurl locationURL=${myfile}/
or somethig like that.
Sure, should be trivial using FileUtils#toURI together with
setLocationURL(File), I'm just
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=18754.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=18700.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Pick the name you think it is more appropriate.
Some thoughts:
property name=x uriOfFile=${fileName}/
property name=x valueAsUri=${fileName}/
property name=x locationAsUri=${fileName}/
property name=x uriForLocation=${fileName}/
Alternatively, we could have
Nicola Ken Barozzi wrote, On 07/04/2003 9.11:
...
After the replies and a bit of thought, maybe even setXYZUrl(URL) is not
the right solution.
We have a FTP task, a get task, etc... putting the URL as a parameter
short-circuits the process of getting stuff and using it, and
potentially makes
I've solved that problem for my own purposes a few months ago, by just
hacking a bit at java.c, so it can read it's command line arguments from a
file, using the usual @file syntax (that Javac already supports, but
implemented in Java). Even enabled env. var. substitutions a la Ant, using
the
conor 2003/04/07 07:47:02
Modified:src/main/org/apache/tools/ant/taskdefs Parallel.java
Log:
Remove duplication in Parallel
Revision ChangesPath
1.16 +19 -82ant/src/main/org/apache/tools/ant/taskdefs/Parallel.java
Index: Parallel.java
Stefan Bodewig [EMAIL PROTECTED] escribió en el mensaje
news:[EMAIL PROTECTED]
On Sat, 5 Apr 2003, Ignacio J. Ortega [EMAIL PROTECTED] wrote:
what i've tried is to create a properties file from gump instead of
passing the classpath in the command line, make a Launcher class
that loads it
FYI, Javac is not really using java.class.path, but env.class.path
instead... By default, the former will be copied in the later by javac.c.
Discovered this early 2001 when I wrote a little Java front-end to Javac to
be Visual Studio friendly. Could be of use to the discussion??? --DD
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=18768.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=18667.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
bodewig 2003/04/07 09:05:57
Modified:docs/manual/CoreTasks input.html
Log:
Document input's defaultvalue attribute.
PR: 18717
Submitted by: Jan Matèrne jan at materne dot de
Revision ChangesPath
1.8 +17 -1 ant/docs/manual/CoreTasks/input.html
Index:
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=18717.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=18705.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=17640.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=18768.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Stefan Bodewig [EMAIL PROTECTED] escribió en el mensaje
news:[EMAIL PROTECTED]
On Mon, 7 Apr 2003, Ignacio J. Ortega [EMAIL PROTECTED] wrote:
Which also implies that we'll need to go through Ant's codebase and
replace all Class.forName() calls (we better do that anyway 8-).
I didnt
Stefan is *of course* right! Class.forName always uses the system class
loader, and not some current loader... As far as delegation happening,
that's ClassLoader 101. Unless of course one uses the second form of
Class.forName, that takes a classloader as argument, provided one doesn't
pass null
Dominique Devienne writes:
Stefan is *of course* right! Class.forName always uses the system class
loader, and not some current loader.
No it doesn't. It uses the defining class loader of the caller.
http://java.sun.com/j2se/1.4.1/docs/api/java/lang/Class.html#forName(java.lang.String)
I stand corrected, and apologize. --DD
-Original Message-
From: Andrew Haley [mailto:[EMAIL PROTECTED]
Sent: Monday, April 07, 2003 11:53 AM
To: Ant Developers List
Subject: RE: [Patch] trying solve w2k command line length limitations
Dominique Devienne writes:
Stefan is *of course*
Costin Manolache [EMAIL PROTECTED] escribió en el mensaje
news:[EMAIL PROTECTED]
The problem seems to be that we need a way to pass a CLASSPATH
but without using the env variable. And this needs to have the
override properties of the CLASSPATH that are used in gump.
Well, the problem is the
Stefan Bodewig wrote:
On Mon, 7 Apr 2003, Ignacio J. Ortega [EMAIL PROTECTED] wrote:
Which also implies that we'll need to go through Ant's codebase and
replace all Class.forName() calls (we better do that anyway 8-).
I didnt understand this, why?
Class.forName will use the system
On Sunday, April 6, 2003, at 01:13 AM, Steve Loughran wrote:
I nominate Jesse Stockall as a committer
Cool, so what happens now?
Jesse Stockall - [EMAIL PROTECTED]
CRYPTOCard Corp.
At 11:13 PM 4/5/2003, Steve Loughran wrote:
I nominate Jesse Stockall as a committer
+1
- Original Message -
From: Jesse Stockall [EMAIL PROTECTED]
To: Ant Developers List [EMAIL PROTECTED]
Sent: Monday, April 07, 2003 11:49
Subject: Re: VOTE: new committer: Jesse Stockall
On Sunday, April 6, 2003, at 01:13 AM, Steve Loughran wrote:
I nominate Jesse Stockall as a
- Original Message -
From: Costin Manolache [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Monday, April 07, 2003 11:33
Subject: Re: [Patch] trying solve w2k command line length limitations
Stefan Bodewig wrote:
On Mon, 7 Apr 2003, Ignacio J. Ortega [EMAIL PROTECTED] wrote:
Which
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=18667.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=18768.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
30 matches
Mail list logo