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=22026.
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.
stevel 2003/07/31 22:52:31
Modified:src/main/org/apache/tools/ant/helper ProjectHelper2.java
Log:
I cant believe we never noticed this typo before
Revision ChangesPath
1.28 +1 -1
ant/src/main/org/apache/tools/ant/helper/ProjectHelper2.java
Index:
stevel 2003/07/31 22:55:17
Modified:src/etc/testcases/taskdefs/optional dotnet.xml
src/main/org/apache/tools/ant/taskdefs/optional/dotnet
CSharp.java DotnetBaseMatchingTask.java
DotnetCompile.java JSharp.java
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=17834.
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=19386.
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=20735.
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=21315.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
On 1 Aug 2003, [EMAIL PROTECTED] wrote:
(b) so you can use other implementations than the windows one.
Great!
I have Mono (0.25) installed on my Linux box and was trying to free
some time to see whether I could get csc (the only task I'd
currently be interested in) to work with it, it seems
bodewig 2003/07/31 23:45:02
Modified:.WHATSNEW
lib README xercesImpl.jar
Log:
Upgrade to Xerces-J 2.5.0
Revision ChangesPath
1.476 +1 -1 ant/WHATSNEW
Index: WHATSNEW
Hi,
I've just upgraded the Xerces-J version in CVS HEAD. Given that Gump
is always running against CVS HEAD of Ant and Xerces, I see little
risk of breaking anything with that change.
I'm not sure whether it would be a good idea to also replace the one
in the 1.5 branch given that we are
On Thu, 31 Jul 2003, Knut Wannheden [EMAIL PROTECTED] wrote:
I was thinking about the FileUtils#getSetLastModified(), which
using reflection returns the File#setLastModified(long) method.
Alas, I found that exactly this method doesn't have any effect on
OpenVMS
Well at least it won't
On Friday 01 August 2003 06:52, [EMAIL PROTECTED] wrote:
stevel 2003/07/31 22:52:31
Modified:src/main/org/apache/tools/ant/helper ProjectHelper2.java
Log:
I cant believe we never noticed this typo before
Possibly because I introduced it in revision 1.27 0-)
Peter
peterreilly2003/08/01 01:34:00
Modified:src/main/org/apache/tools/ant/taskdefs Antlib.java
Definer.java
Log:
Fix location when error occurs in running antlib
Revision ChangesPath
1.5 +14 -25
From: Conor MacNeill [mailto:[EMAIL PROTECTED]
On Fri, 1 Aug 2003 04:20 am, Jose Alberto Fernandez wrote:
Given the nature of ANT, I think it may be really important
to be able
to specify super in the dependencies of the overriden method.
I think part of the problem on this issue i
Jose Alberto Fernandez wrote, On 01/08/2003 11.40:
...
OK, lets get on the nitty gritty of the matter. :-)
What do you mean by unrelated imports? If they are unrelated why do you need to
import them toghether? Why don't you use ant/ to call between the unrelated
targets? In other words, the now
bodewig 2003/08/01 03:08:13
Modified:docs/manual/CoreTasks exec.html
src/main/org/apache/tools/ant/taskdefs Execute.java
Java.java Javadoc.java
src/main/org/apache/tools/ant/taskdefs/optional ANTLR.java
On Fri, 1 Aug 2003 07:40 pm, Jose Alberto Fernandez wrote:
OK, lets get on the nitty gritty of the matter. :-)
What do you mean by unrelated imports? If they are unrelated why do you
need to import them toghether?
They may be unrelated because they are written by different people.
I will
peterreilly2003/08/01 03:22:30
Modified:src/main/org/apache/tools/ant Task.java
Log:
style
Revision ChangesPath
1.47 +10 -0 ant/src/main/org/apache/tools/ant/Task.java
Index: Task.java
===
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=22044.
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=19897.
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=19897.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
I have posted a patch for namespace support in
http://issues.apache.org/bugzilla/show_bug.cgi?id=19897
It should cover most of the issues raised
http://marc.theaimsgroup.com/?t=10528987595r=1w=2
Arbitrary namespace uris are allowed, uris beginning with ant are
reserved.
ant:core is ant's
bodewig 2003/08/01 05:28:22
Modified:docs external.html
xdocsexternal.xml
Log:
Add reference to Ant pretty build, submitted by Charbel BITAR
Revision ChangesPath
1.125 +53 -0 ant/docs/external.html
Index: external.html
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=20735.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
/js.jar:/home/rubys/jakarta/beanshell/dist/bsh-20030801.jar:/home/rubys/jakarta/beanshell/dist/bsh-bsf-20030801.jar:/home/rubys/jakarta/beanshell/dist/bsh-classpath-20030801.jar:/home/rubys/jakarta/beanshell/dist/bsh-commands-20030801.jar:/home/rubys/jakarta/beanshell/dist/bsh-core-20030801.jar:/home
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=20735.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Conor MacNeill wrote, On 01/08/2003 12.27:
On Fri, 1 Aug 2003 07:40 pm, Jose Alberto Fernandez wrote:
...
On the other hand, if you have to import them, then it is because they have
to share something or one defines some target for the other, or something.
I disagree. Importing them into a common
I do not know why the ExecTaskTest failed. It ran successfully on July 30th.
Since then, I changed slightly the code of the test to suppress logging,
that's all.
I think I need to allocate one second instead of 1/10th of a second as a
margin between the end of the build triggering the spawn and
antoine 2003/08/01 06:36:56
Modified:src/testcases/org/apache/tools/ant/taskdefs
ExecTaskTest.java
Log:
increase time allocated for shell script to complete,
following failure of the test on August 1st 2003 on cvs.apache.org
Revision ChangesPath
On Fri, 1 Aug 2003 10:47 pm, Nicola Ken Barozzi wrote:
How can this thing be done while shielding interactions?
You make the renaming optional.
import file=a.xml/
import file=b.xml/
All of a's and b's targets go unprefixed. If those builds use targets which
are provided by the main build,
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=20735.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
I'm confused Peter about the reserved URIs. When you say ant:core and
antlib:package name, you really are talking about the URIs, not the
namespace prefixes, right?
If so, why is the ant:core URI so short, instead of the usual unique name
that result from using the DNS/URL name to Ant, with a
I totally agree with everything you in this post Conor ;-) --DD
-Original Message-
From: Conor MacNeill [mailto:[EMAIL PROTECTED]
Sent: Friday, August 01, 2003 5:28 AM
To: Ant Developers List
Subject: Re: override
On Fri, 1 Aug 2003 07:40 pm, Jose Alberto Fernandez wrote:
OK,
-Original Message-
From: Conor MacNeill [mailto:[EMAIL PROTECTED]
Sent: Friday, August 01, 2003 9:24 AM
To: Ant Developers List
Subject: Re: override
On Fri, 1 Aug 2003 10:47 pm, Nicola Ken Barozzi wrote:
How can this thing be done while shielding interactions?
You make the
Dominique Devienne wrote, On 01/08/2003 17.14:
-Original Message-
From: Conor MacNeill [mailto:[EMAIL PROTECTED]
Sent: Friday, August 01, 2003 9:24 AM
To: Ant Developers List
Subject: Re: override
On Fri, 1 Aug 2003 10:47 pm, Nicola Ken Barozzi wrote:
How can this thing be done while
-Original Message-
From: Nicola Ken Barozzi [mailto:[EMAIL PROTECTED]
Sent: Friday, August 01, 2003 10:27 AM
To: [EMAIL PROTECTED]
Subject: Re: override
and that renamed targets from a and b should not be
call-able directly from the command line, but only from within the build
I have been watching this thread with interest since we use a modified ant
to provide an override feature. I would love to get back to using the main
branch ant. Ant is not nearly as useful to us without an override
functionality.
I modified the ant target to copy targets in parent build into
On second though, instead of renaming, why don't we use IDs, which are
common and well understood:
import file=a.xml id=a /
import file=b.xml id=b /
override-target target=init
depends refid=a target=init /
depends refid=a target=init /
/override-target
or better yet IMHO:
override-target
Ok my explaination was not that great ;-)
1) ant:core
Namespace URI are not URLs.., they can be anything. The ant part
is the protocol to use. I picked ant:core to look like jelly:core ;-).
I used ant:core as it small and easy to remember. Normally one would
not need to use it at all as it is the
Dominique Devienne wrote, On 01/08/2003 17.38:
-Original Message-
From: Nicola Ken Barozzi [mailto:[EMAIL PROTECTED]
Sent: Friday, August 01, 2003 10:27 AM
To: [EMAIL PROTECTED]
Subject: Re: override
and that renamed targets from a and b should not be
call-able directly from the command
Dominique Devienne wrote, On 01/08/2003 17.58:
On second though, instead of renaming, why don't we use IDs, which are
common and well understood:
Well, they have a special meaning in XML and I would not use them for
this feature. It also spoils consistency with other ant namings, as
usually we
Thanks Peter. It helps ;-) --DD
-Original Message-
From: peter reilly [mailto:[EMAIL PROTECTED]
Sent: Friday, August 01, 2003 11:10 AM
To: Ant Developers List
Subject: Re: [Patch] namespace and antlib
Ok my explaination was not that great ;-)
1) ant:core
Namespace URI are not
Stefan Bodewig wrote:
On 1 Aug 2003, [EMAIL PROTECTED] wrote:
(b) so you can use other implementations than the windows one.
Great!
I have Mono (0.25) installed on my Linux box and was trying to free
some time to see whether I could get csc (the only task I'd
currently be interested in) to work
Stefan Bodewig wrote:
On Fri, 1 Aug 2003, Antoine Levy-Lambert [EMAIL PROTECTED] wrote:
I do not know why the ExecTaskTest failed. It ran successfully on
July 30th.
It has been constantly failing for my personal Gump installation (also
running on Linux) since you've added it. I just cannot find
I will try it (ExecTaskTest) on cvs.apache.org tomorrow.
I had ran it successfully on Solaris, so it is not necessarily failing on
Unix.
Cheers,
Antoine
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands,
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=22065.
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=22066.
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=22067.
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=21249.
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=22072.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Stefan Bodewig wrote:
On 1 Aug 2003, [EMAIL PROTECTED] wrote:
(b) so you can use other implementations than the windows one.
Great!
I have Mono (0.25) installed on my Linux box and was trying to free
some time to see whether I could get csc (the only task I'd
currently be interested in) to work
Nicola Ken Barozzi wrote:
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
54 matches
Mail list logo
