DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=28882.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
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 dist-ant has an issue affecting its community integration.
This issue affects 5
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=32948.
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://issues.apache.org/bugzilla/show_bug.cgi?id=32948.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
bodewig 2005/04/11 01:39:41
Modified:src/main/org/apache/tools/ant/taskdefs/optional/dotnet
CSharp.java DotnetBaseMatchingTask.java
DotnetCompile.java
Log:
mcs on Linux doesn't like quotes in /references.
I guess it is a
bodewig 2005/04/11 01:41:27
Modified:src/main/org/apache/tools/ant/taskdefs/optional/dotnet
DotnetCompile.java
Log:
Oops, forgot /reference:
Revision ChangesPath
1.29 +1 -1
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 dist-ant has an issue affecting its community integration.
This issue affects 5
[javac] Compiling 57 source files to
/home/gump/workspaces2/public/workspace/ant/build/classes
[javac]
/home/gump/workspaces2/public/workspace/ant/src/main/org/apache/tools/ant/util/depend/bcel/AncestorAnalyzer.java:44:
exception java.io.IOException is never thrown in body of
bodewig 2005/04/11 02:31:01
Modified:.WHATSNEW
src/main/org/apache/tools/ant/taskdefs SQLExec.java
Log:
merge fix for 27162
Revision ChangesPath
1.803 +4 -2 ant/WHATSNEW
Index: WHATSNEW
bodewig 2005/04/11 02:31:16
Modified:.Tag: ANT_16_BRANCH WHATSNEW
src/main/org/apache/tools/ant/taskdefs Tag: ANT_16_BRANCH
SQLExec.java
Log:
merge fix for 27162
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://issues.apache.org/bugzilla/show_bug.cgi?id=29954.
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://issues.apache.org/bugzilla/show_bug.cgi?id=34119.
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://issues.apache.org/bugzilla/show_bug.cgi?id=29954.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
On Thu, 07 Apr 2005, Peter Reilly [EMAIL PROTECTED] wrote:
We should be able to make all the current conditions, selectors and
filters be typedefs.
+1
There are only a few name over-laps:
and, or, not (selectors and conditions)
and we need to solve them - there will be more to come, in
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=34119.
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://issues.apache.org/bugzilla/show_bug.cgi?id=34119.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
Dear Wiki user,
You have subscribed to a wiki page or wiki category on Ant Wiki for change
notification.
The following page has been changed by SteveLoughran:
http://wiki.apache.org/ant/AntNewbies
The comment on the change is:
explain error message more clearly.
bodewig 2005/04/11 03:36:53
Modified:src/main/org/apache/tools/ant/taskdefs/optional/junit Tag:
ANT_16_BRANCH JUnitTestRunner.java
Log:
Merge fix for 30798
Revision ChangesPath
No revision
No revision
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=30798.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
Hi,
I've ported the fixes for bugs 30798 and 27162/29954 from HEAD to the
1.6 branch. Both have been confirmed by users of the nightly builds
and both are pretty small (once you factor out the whitespace changes
in the JUnit case).
If anybody wants me to pull them out again, I'll do so.
Cheers
On Mon, 11 Apr 2005, Steve Loughran [EMAIL PROTECTED] wrote:
Here is what I'm thinking,
Pretty much what I'd suggest as well (what, not how you plan to do).
Also make maven2 the default.
thoughts that may break anyone that has been using the task to
date. (which may be only me)
It probably
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=34398.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
Steve Loughran wrote:
...
What do people think about my plan?
Any possibility of not duplicating code between Maven/MavenWagon and Ant?
--
Nicola Ken Barozzi [EMAIL PROTECTED]
- verba volant, scripta manent -
(discussions get forgotten, just code remains)
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=34398.
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://issues.apache.org/bugzilla/show_bug.cgi?id=34398.
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://issues.apache.org/bugzilla/show_bug.cgi?id=34398.
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://issues.apache.org/bugzilla/show_bug.cgi?id=34398.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
+ And the element a -be it task, datatype, whatever, does not
support
nested elements of type b. It is a parse time error, done when
mapping
XML nodes to the implementation classes.
It used to be a parse time error Steve.
Now that everything's a UE however, you'll only discover the 'syntax'
From: Stefan Bodewig [mailto:[EMAIL PROTECTED]
On Thu, 07 Apr 2005, Peter Reilly [EMAIL PROTECTED] wrote:
We should be able to make all the current conditions, selectors and
filters be typedefs.
+1
As I wrote on the same thread, I'm starting to think that adding roles*
as typedefs in the
--- Stefan Bodewig [EMAIL PROTECTED] wrote:
On Mon, 11 Apr 2005, Steve Loughran
[EMAIL PROTECTED] wrote:
Here is what I'm thinking,
Pretty much what I'd suggest as well (what, not how
you plan to do).
Also make maven2 the default.
thoughts that may break anyone that has been using
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=34398.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
--- Dominique Devienne [EMAIL PROTECTED] wrote:
[SNIP]
Don't worry, I'll stop rambling on this topic ;-)
--DD
Please don't. If I'm going to dump this
ResourceCollection stuff into HEAD I'd rather have
this resolved first, and right now only five
committers have shown any interest in this
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=34398.
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://issues.apache.org/bugzilla/show_bug.cgi?id=34398.
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://issues.apache.org/bugzilla/show_bug.cgi?id=34398.
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://issues.apache.org/bugzilla/show_bug.cgi?id=34231.
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://issues.apache.org/bugzilla/show_bug.cgi?id=34403.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
From: Matt Benson [mailto:[EMAIL PROTECTED]
Ever noticed that every Ant type that supports the
id/refid pattern must include a load of custom code?
Why? Wouldn't it be possible in UE to check all
DataType subclass elements for refid, validate no
other attributes/elements/nested text, and
A couple of weeks back I sent the following to the ant user list without
any response. I am thinking that the dev list would have been a better
place for this request. Can someone here give this a read and let me know
if this change can be accepted back into the ant source.
Thanks,
Gary
Hmm, from all your comments it seems you have pointed
out that the best solution would be for types to have
no knowledge whatsoever of refids. Of course this is
not possible under the gaze of the BC monster. We
could always start the mythological Ant 2 after 1.7 to
apply the learning of the past
--- [EMAIL PROTECTED] wrote:
[SNIP]
I have some ant scripts that manage archiving files
between NT servers in
our production environment. A while back the move
task began failing with
an error related to deleting the source file (see
below)
[move] Warning: Unable to delete file
From: Matt Benson [mailto:[EMAIL PROTECTED]
Hmm, from all your comments it seems you have pointed
out that the best solution would be for types to have
no knowledge whatsoever of refids.
True.
Of course this is
not possible under the gaze of the BC monster. We
could always start the
Matt
Thanks for your reply.
I am not sure I agree that failonerror is being honored by the Move task
in the same fashion that it is by the Copy task. If you take a look at
Copy - it checks failonerror when it encounters an error, where
Move does not check this flag at all.
The doc also
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=29978.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
Move is a subclass of Copy. Move has no execute
method of its own; it inherits that of Copy. Copy
checks failonerror within its execute method, so Move
treats failonerror exactly as does Copy.
-Matt
--- [EMAIL PROTECTED] wrote:
Matt
Thanks for your reply.
I am not sure I agree that
Ha, I think we've been stonewalled. What we're
talking about is great for add* methods, but I think
we're out of luck for create* methods. Although I
never use these anymore either. Seems kind of bad to
say refid works on all datatypes automatically,
unless you use createXXX methods... :( I
46 matches
Mail list logo
