On Thu, 31 Jul 2003 04:51 am, Antoine Levy-Lambert wrote:
Is this a decision of gmane or of the ASF or specifically of the ant PMC ?
Any specific reasons ?
Not of the Ant PMC, that is for sure.
Not of the ASF, at least nothing I have heard about.
Conor
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=22007.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
On Thu, 31 Jul 2003 07:30 am, Matt Bishop wrote:
If there was no good reason, can it be reverted to it's previous changeable
state?
Why are you changing it? This is meant to reflect the system classpath. Should
it not be final?
Conor
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=22010.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
java with spawn option is OK on Solaris; test case fixed.
Cheers,
Antoine
- Original Message -
From: [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Wednesday, July 30, 2003 5:25 PM
Subject: cvs commit: ant/src/testcases/org/apache/tools/ant/taskdefs
JavaTest.java
antoine 2003/07/30
Antoine Levy-Lambert wrote, On 30/07/2003 20.51:
Hi,
I have noticed that it is not possible any more to access the ant mailing lists
from the news.gmane.org server. They used to be accessible as
gmane.comp.jakarta.ant.devel and gmane.comp.jakarta.ant.user.
Since today the user list is not
Dominique Devienne wrote, On 30/07/2003 20.09:
Why don't you put the import *after* the style task???
Now any task can be at the top level, or put them in two targets, the
importing one depending on the xsl one. Or am I missing something? --DD
There was a time during import refactoring when this
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=21948.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
On Wed, 30 Jul 2003, Morten Mortensen
[EMAIL PROTECTED] wrote:
It would be nice, if the echo task worked a bit different -
actually *ignored* leading and trailing whitespace in the body of
the text.
It may be possible to make that an option, but not the default IMHO.
I know a few build files
On Wed, 30 Jul 2003, Dominique Devienne [EMAIL PROTECTED] wrote:
In Ant 1.6, just write a class that implements Condition, taskdef
it, and use it inside condition.
s/task/type/
Stefan
-
To unsubscribe, e-mail: [EMAIL
On Wed, 30 Jul 2003, Morten Mortensen
[EMAIL PROTECTED] wrote:
Ahhh! addCondition() is good! Then it *really* is, what I hoped it
to be. Is going to try it. (Can Peter Reilly also deprecate the
specific addspecific-condition-name()-method?? From my point of
view, here, it should be
On Thursday 31 July 2003 07:55, Stefan Bodewig wrote:
On Wed, 30 Jul 2003, Dominique Devienne [EMAIL PROTECTED] wrote:
In Ant 1.6, just write a class that implements Condition, taskdef
it, and use it inside condition.
s/task/type/
Just to be sure:
use typedef/ and not taskdef/ to define
peterreilly2003/07/31 02:03:46
Modified:src/etc/testcases/taskdefs property.xml
src/testcases/org/apache/tools/ant/taskdefs
PropertyTest.java
Log:
Fix invalid URL for property test with url.
PR: 21948
Revision ChangesPath
1.10
antoine 2003/07/31 02:20:10
Modified:.WHATSNEW
src/main/org/apache/tools/ant/taskdefs/optional/perforce
SimpleP4OutputHandler.java P4Base.java
Log:
Improve logging and exception behavior of Perforce tasks
PR: 18154
Submitted by:
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=18154.
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=22007.
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=4750.
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=4750.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Jose Alberto Fernandez wrote, On 31/07/2003 13.24:
From: Nicola Ken Barozzi [mailto:[EMAIL PROTECTED]
...
Wait a second, does this mean that there is crosstalk between
the lines
1, 2, 3?
Yes, there is crosstalk and at least in XSLT this is a good thing.
It means that you can write a bunch of
I'd like to take a slightly different angle on the import issue by getting
some thoughts on this little experimental task I wrote. I haven't cleaned it
up at all (lots of unused imports, inner classes etc). Anyway it lets you
override any target in the build. e.g. This build file
project
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=4750.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Looks interesting.
Cheers,
Antoine
- Original Message -
From: Conor MacNeill [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Thursday, July 31, 2003 2:07 PM
Subject: override
I'd like to take a slightly different angle on the import issue by
getting
some thoughts on this little
Conor MacNeill wrote, On 31/07/2003 14.07:
...
I think with a renaming import task this would let you override any part of
the build easily.
Very cool indeed :-)
[I'd like to thank all the ones that are discussing on import. Very nice
posts and constructive stuff, I love you guys :-)]
It seems
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=22010.
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=11585.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
On Thu, 31 Jul 2003 10:23 pm, Nicola Ken Barozzi wrote:
The only thing that comes to mind is that I cannot use super ion
dependencies, which is a nifty feature :-(
Not sure why this would be needed. Just add super/ as the first contained
task. All of the other dependencies will have been run
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=11585.
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=11585.
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=22020.
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=11585.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Indeed ;-) What you demoed Conor is precisely the use case I need, which was
very much inspired by Knut's past posts. I also like Knut's
override-target name better, as it's more explicit.
The one thing I'm not too sure about is the override-property and
override-path ones... Why are these
On Thu, 31 Jul 2003, Dominique Devienne [EMAIL PROTECTED] wrote:
PS: I checked the online manual, and didn't see isreference.
It's in the manual for CVS HEAD but not the online manual (as
isreference is not part of 1.5.x).
Stefan
+1 for override[-target]
+1 for include as import without target override sematics
On Thursday 31 July 2003 15:25, Dominique Devienne wrote:
PS: I checked the online manual, and didn't see isreference. After the
discussion I had with Stefan, I thought it was there... Did I
misunderstand, or
Conor MacNeill wrote, On 31/07/2003 15.44:
On Thu, 31 Jul 2003 10:23 pm, Nicola Ken Barozzi wrote:
The only thing that comes to mind is that I cannot use super ion
dependencies, which is a nifty feature :-(
Not sure why this would be needed. Just add super/ as the first contained
task. All of the
On Thu, 31 Jul 2003, peter reilly [EMAIL PROTECTED] wrote:
+1 for include as import without target override sematics
+1
Stefan
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
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=11585.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
I am willing to start changing import based on the email of Conor of July
29th, 2003.
I am of course more than happy if other committers want to participate in
the exercise.
In fact I would like to rename import as include to reinforce the fact
that this is its primary function. In fact the
peter reilly wrote, On 31/07/2003 16.41:
+1 for override[-target]
+1 for include as import without target override sematics
+1 for both here too.
Maybe getting those working and combining them can make us see what/if
extra functionality is needed for an import.
Since in Centipede I do not use
On Thu, 31 Jul 2003 10:38 pm, Antoine Levy-Lambert wrote:
I am willing to start changing import based on the email of Conor of July
29th, 2003.
I am of course more than happy if other committers want to participate in
the exercise.
Cool. I think things are in flux for a few days more,
Dominique,
Indeed ;-) What you demoed Conor is precisely the use case I
need, which was
very much inspired by Knut's past posts. I also like Knut's
override-target name better, as it's more explicit.
The one thing I'm not too sure about is the override-property and
override-path ones...
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=11585.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Stefan,
On the downside a FileUtils#toVMSPath(File) would push the OS
awareness responsibility up a level, in which case
Commandline.Argument.setFile(File) would have to check for OpenVMS
and call this method.
I agree, Commandline.Argument shouldn't need to be aware of this.
Maybe the
Path.classpath shouldn't be final any more than the property java.class.path
is final, which it isn't. What would be interesting is a Path.classpath that
reflected the _current_ value of java.class.path, especially when a new
AntClassLoader is created at runtime.
-Original Message-
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=22020.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
On Thu, 31 Jul 2003 10:38 pm, Antoine Levy-Lambert wrote:
I am willing to start changing import based on the email of Conor of
July
29th, 2003.
I am of course more than happy if other committers want to participate
in
the exercise.
Cool. I think things are in flux for a few days
From: Conor MacNeill [mailto:[EMAIL PROTECTED]
On Thu, 31 Jul 2003 10:23 pm, Nicola Ken Barozzi wrote:
The only thing that comes to mind is that I cannot use super ion
dependencies, which is a nifty feature :-(
Not sure why this would be needed. Just add super/ as the
first
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=11585.
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=22020.
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=22028.
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=11585.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
antoine 2003/07/31 12:38:39
Modified:.WHATSNEW
src/etc junit-frames.xsl
Log:
Display properly in junitreport the root package
PR: 21915
Submitted by: J.M. (Martijn) Kruithof (ant at kruithof dot xs4all dot nl)
Revision ChangesPath
1.475 +4
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=21915.
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=21947.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
53 matches
Mail list logo