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=26844.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
On Tue, 10 Feb 2004, Antoine Lévy-Lambert [EMAIL PROTECTED]
wrote:
I have tested the script under cygwin.
I only have one small modification, which is attached and that I
reproduce inline below.
Please merge it into HEAD.
Given that we don't have the time to properly test the changes before
On Tue, 10 Feb 2004, Matt Benson [EMAIL PROTECTED] wrote:
I'm getting unterminated quoted string errors on
cygwin... looking into it now.
Thanks for checking Matt, we better perform some more tests before we
release the modified version.
Cheers
Stefan
On Wed, 11 Feb 2004, Stefan Bodewig [EMAIL PROTECTED] wrote:
I'll encourage Randy to use his script (with or without your
modifications) for the 1.6.[01] RPMs he's planning to create and
will give us some time to sort it out properly.
And I'm going to merge the Launcher handling of the
On Tue, 10 Feb 2004, Dominique Devienne [EMAIL PROTECTED] wrote:
The solution would be to make the Ant test runner public and
extensible, so that people that need to extend it, for example to
run all the tests in a single forked VM
That wouldn't work as it is the task that invokes the runner
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=26837.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
antoine 2004/02/11 00:29:38
Modified:src/script ant
Log:
changes following tests under cygwin
adding a second backslash to variables terminated with a backslash to ensure
also prevent problem with evaluation of test expressions where -f is compared
to something else
this
Stefan Bodewig wrote:
On Tue, 10 Feb 2004, Antoine Lévy-Lambert [EMAIL PROTECTED]
wrote:
I have tested the script under cygwin.
I only have one small modification, which is attached and that I
reproduce inline below.
Please merge it into HEAD.
Done
Given that we don't have the time to
bodewig 2004/02/11 00:39:20
Modified:src/main/org/apache/tools/ant/launch Tag: ANT_16_BRANCH
Launcher.java
Log:
Merge handling of ant.library.dir system property from HEAD
Revision ChangesPath
No revision
No
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=26849.
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=26849.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
On Tue, 10 Feb 2004, Alexey N. Solofnenko [EMAIL PROTECTED]
wrote:
http://jcp.org/aboutJava/communityprocess/review/jsr200/index.html
I can't seem to find a link describing the pack algorithm (detailed
enough that I'd be able to reimplement it) that has finally been
implemented for Tiger from
On Tue, 10 Feb 2004, Steve Loughran [EMAIL PROTECTED] wrote:
Antlib.
If we really want to reimplement the algorithm so that it becomes
usable for JDK 1.5 I agree with this. It sounds like a candidate
for a Pack200 library in Commons plus Ant tasks plus command line
utilities IMHO.
If we
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=26849.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
I agree with the goal to make as many things antlibs as possible, I
could even be convinced that we start to break up our current set of
core/optional tasks into antlibs with independent release cycles.
Then we´ll earn the whole inter-project-dependency-problems. We have to
ensure that an
On Wed, 11 Feb 2004, Stefan Bodewig [EMAIL PROTECTED] wrote:
William Pugh's article is marked as a starting point. but I'm not
sure that this is identical to the algorithm finally used. And I
don't see an example implementation at his homepage (as hinted in
the conclusion of his article)
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=26852.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
On Tue, 10 Feb 2004, Mariano Benitez [EMAIL PROTECTED] wrote:
another option would be to let people extend CommandLineJava and
overwrite the method getCommandLine() to change the arguments, so I
can customize my command line while you maintain the contract of
JUnitRunner.
This sounds simple
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=26852.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
On Wed, 11 Feb 2004, Stefan Bodewig wrote:
On Tue, 10 Feb 2004, Alexey N. Solofnenko [EMAIL PROTECTED]
wrote:
http://jcp.org/aboutJava/communityprocess/review/jsr200/index.html
I can't seem to find a link describing the pack algorithm (detailed
enough that I'd be able to reimplement it)
On 11 Feb 2004, Denis N. Antonioli [EMAIL PROTECTED] wrote:
The specification is in the jsr itself, you'll need to get the zip.
See the 'Download' link on:
http://jcp.org/aboutJava/communityprocess/review/jsr200/index.html
This is what you get for setting Accept images that come from the
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=26852.
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=26852.
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=26849.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
Merge handling of ant.library.dir system property from HEAD
+URL[] systemJars = Locator.getLocationURLs(antLibDir);
Why go for 'ant.library.dir' instead of 'ant.library.dirs'?
Given that your get URL[], it obviously accepts several
From: Stefan Bodewig [mailto:[EMAIL PROTECTED]
If we stick with JDK 1.5 only, this would become a two very simple
tasks, so I'm not sure about the antlib approach.
Why not support pack200/unpack200 directly from the zip and jar,
whenever running on JDK 1.5?
In zip/jar, it would add a
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=26310.
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=26849.
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=26852.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
This sounds simple to do inside the task, simply change
private CommandlineJava commandline = new CommandlineJava();
to
private CommandlineJava commandline = newCommandlineJava();
with
protected CommandlineJava newCommandlineJava() {
return new CommandlineJava();
}
basically
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=26737.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
bodewig 2004/02/11 07:59:50
Modified:src/main/org/apache/tools/ant DirectoryScanner.java
src/main/org/apache/tools/ant/taskdefs Javac.java
Log:
Be a little more defensive in a protected method of a non-final public class,
PR 26737
Revision ChangesPath
bodewig 2004/02/11 08:02:03
Modified:src/main/org/apache/tools/ant Tag: ANT_16_BRANCH
DirectoryScanner.java
src/main/org/apache/tools/ant/taskdefs Tag: ANT_16_BRANCH
Javac.java
Log:
Merge from HEAD
Revision Changes
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=26737.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
On Wed, 11 Feb 2004, Dominique Devienne [EMAIL PROTECTED] wrote:
Why go for 'ant.library.dir' instead of 'ant.library.dirs'?
Dunno, this was Randy's initial submission and I didn't think we'd
want to support more than one ANT_HOME/lib like directory. But then
again, why not.
Stefan
On Wed, 11 Feb 2004, Mariano Benitez [EMAIL PROTECTED] wrote:
ultimately you could replace direct usages of the commandline
variable by an accessor, so I just need to override the
accessor.
Sounds like the cleanest solution.
I could upload a patch to bugzilla if you need to, but the change
On Wed, 11 Feb 2004, Dominique Devienne [EMAIL PROTECTED] wrote:
From: Stefan Bodewig [mailto:[EMAIL PROTECTED]
If we stick with JDK 1.5 only, this would become a two very simple
tasks, so I'm not sure about the antlib approach.
Why not support pack200/unpack200 directly from the zip and
From: Stefan Bodewig [mailto:[EMAIL PROTECTED]
On Wed, 11 Feb 2004, Dominique Devienne [EMAIL PROTECTED] wrote:
From: Stefan Bodewig [mailto:[EMAIL PROTECTED]
If we stick with JDK 1.5 only, this would become a two very simple
tasks, so I'm not sure about the antlib approach.
Why not
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=26852.
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=26852.
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=26852.
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=26852.
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=26852.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
From: Dominique Devienne [mailto:[EMAIL PROTECTED]
Sent: 11 February 2004 14:59
To: 'Ant Developers List'
Subject: RE: Task for the new Pack200 format
From: Stefan Bodewig [mailto:[EMAIL PROTECTED]
If we stick with JDK 1.5 only, this would become a two very simple
tasks, so I'm not
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=26852.
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=26852.
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=26852.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
--- Stefan Bodewig [EMAIL PROTECTED] wrote:
On Wed, 11 Feb 2004, Dominique Devienne
[EMAIL PROTECTED] wrote:
Why go for 'ant.library.dir' instead of
'ant.library.dirs'?
This is only peripherally related... this has been
discussed briefly before, but I never received a
satisfactory answer.
I am facing an issue extending CommandlineJava, there are some methods
and attributes that are private, they are:
getActualVMCommand()
sysproperties
haveBootClasspath
haveClasspath
bootclasspath
javacommand
vmcommand
I will create accessor for the attributes and make the private methods
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=26852.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
I agree with the goal to make as many things antlibs as possible, I
could even be convinced that we start to break up our
current set of
core/optional tasks into antlibs with independent release cycles.
Then we´ll earn the whole
This is the patch for JUnitTask and CommandlineJava to make them extensible.
The main change in CommandlineJava is that some methods were made
protected and in JUnitTask replace the direct usage of commandline for
an accessor, this way they can both be extended to provide custom
commandline
In an earlier message Steve Loughran steve_loughran () hpl ! hp ! com
?a=10747672451r=1w=2 said
OK, now that Ant1.6 has antlibs, it is time to think of the next
step: auto download of antlibs and (perhaps) dependencies.
Importer from Krysalis does exactly this. It downloads, caches and
Why the file attribute of the import task is not considering files
relative to the basedir?
I had
project name=pepe basedir=..
import file=include.xml/
this should include the file in .., not in the current directory, as it
is in all other tasks. Any reason why it is that way?
MAriano
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=26871.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
55 matches
Mail list logo