DO NOT REPLY [Bug 20202] - javac deprecation tag doesn't show deprecation's

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 21164] - Task java with attribute jar does not work

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 21785] New: - need away to set comiler JAVA_HOME outside build script

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 21784] New: - missing closing / in XML filelist element

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 21783] New: - ANT 1.5.3 doesn't allow use of classic compiler on j2se 1.4.1_02

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

Re: CVS Commit with ANT

Yes I have done cvs commits with ant Here is a an exmple for doing a "tag" value="build-${project.version.V}_${project.version.v}_${project.version.fix}" /> message="Tagging the source tree as ${cvsbuild.cent.cvs.tag}" />

Re: NPE in ComponentHelper.sameDefinition(ComponentHelper.java:593)

peter reilly wrote: This should be fixed in next build (July 21) of ant. Peter On Sat, 2003-07-19 at 00:00, Nick Chalko wrote: This is related to the junit antlib at krysalis. This may be something I did, but it works with the June 25 build of ant. Regardless NPE are always bad. ---

Re: cvs commit: ant/src/testcases/org/apache/tools/ant DirectoryScannerTest.java

> Your getCanonicalPath fix will not catch the situation for any OS > other than Windows (the way it is coded right now). It will also slow > down scanning considerably, probably to the point that your prior > optimization gets undone. And it would probably break in the presence > of symbolic lin

Re: Testing of Ant

Antoine Levy-Lambert wrote: 1. Do you use some kind of testing criterion? In other words, is there some kind of rule describing what should be tested? Examples of such a criterion could be: "every line of code should be executed during testing" or "every method should have at least one test case."

Re: Antlib feedback

On Mon, 2003-07-21 at 15:47, Stefan Bodewig wrote: > On 17 Jul 2003, peter reilly <[EMAIL PROTECTED]> wrote: > > > patch: 7203 add ant-type > > +1 > > A minor nit - please add an @author for yourself to > IntrospectionHelper 8-), there already is too much in it that I > shouldn't get credit (or

DO NOT REPLY [Bug 21373] - Multiple packages in CvsTagDiff causes StringIndexOutOfBounds

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 21164] - Task java with attribute jar does not work

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 21716] - trying to execute jars created with jar task fail because java do not get the manifest classpath

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 21716] - trying to execute jars created with jar task fail because java do not get the manifest classpath

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 21770] New: - ClassFileset should resolve vs. a classpath

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

RE: Testing of Ant

Personally, having submitted one optional task, here are my testing criteria: 1. Code coverage is nice, but it doesn't tell you much (though it is a good metric for automation purposes). Instead, I evaluated the requirements for the task, and constructed a set of test cases to cover these

Re: Antlib feedback

On 17 Jul 2003, peter reilly <[EMAIL PROTECTED]> wrote: > patch: 7203 add ant-type +1 A minor nit - please add an @author for yourself to IntrospectionHelper 8-), there already is too much in it that I shouldn't get credit (or blame ;-) for. > patch: 7204 add antlib (xml form for type/task def

DO NOT REPLY [Bug 21716] - trying to execute jars created with jar task fail because java do not get the manifest classpath

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

Re: Testing of Ant

1. Do you use some kind of testing criterion? In other words, is there some kind of rule describing what should be tested? Examples of such a criterion could be: "every line of code should be executed during testing" or "every method should have at least one test case." Often such a criterion is re

Re: Testing of Ant

Also the unit tests are run each night using gump, this also tests if other projects using ant can still be build. http://jakarta.apache.org/gump/ There is also a large user base that is not shy in reporting issues. Peter On Mon, 2003-07-21 at 12:46, Stefan Bodewig wrote: > On Mon, 21 Jul 2003,

Re: Testing of Ant

On Mon, 21 Jul 2003, Magiel Bruntink <[EMAIL PROTECTED]> wrote: > To validate theoretical results, I have used the Ant sources as the > subject of a case study. Then you already have our main point of testing, our unit tests (in the src/testcases subdirectory). > 1. Do you use some kind of testi

DO NOT REPLY [Bug 21716] - trying to execute jars created with jar task fail because java do not get the manifest classpath

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

Testing of Ant

Dear Ant developers, I am currently working on a paper regarding the evaluation of software testability. To validate theoretical results, I have used the Ant sources as the subject of a case study. I would like to ask you to answer two questions about the way Ant is tested. Your answers will hel

Re: cvs commit: ant/docs/manual/CoreTasks defaultexcludes.html

The departure point of these changes is that the DefaultExcludesTest did not pass any more on Windows, due probably to changes in logging. My guess is : I was getting logs containing \r\n where \n was expected. This brought me to a more "programmatic" way of testing the defaultexcludes task, and t

cvs commit: ant/docs/manual/CoreTasks defaultexcludes.html

antoine 2003/07/21 03:52:20 Modified:src/main/org/apache/tools/ant DirectoryScanner.java src/main/org/apache/tools/ant/taskdefs DefaultExcludes.java src/etc/testcases/taskdefs defaultexcludes.xml src/testcases/org/apache/tools/ant/taskdefs

Re: NPE in ComponentHelper.sameDefinition(ComponentHelper.java:593)

This should be fixed in next build (July 21) of ant. Peter On Sat, 2003-07-19 at 00:00, Nick Chalko wrote: > This is related to the junit antlib at krysalis. This may be something > I did, but it works with the June 25 build of ant. > Regardless NPE are always bad. --

cvs commit: ant/src/testcases/org/apache/tools/ant/taskdefs TypedefTest.java

peterreilly2003/07/21 03:10:07 Modified:src/main/org/apache/tools/ant ComponentHelper.java src/etc/testcases/taskdefs typedef.xml src/testcases/org/apache/tools/ant/taskdefs TypedefTest.java Log: Fix for NPE reported by Nick Chalko. When overriding a d

Re: cvs commit: ant bootstrap.bat bootstrap.sh

On Mon, 21 Jul 2003 06:56 pm, [EMAIL PROTECTED] wrote: > bodewig 2003/07/21 01:56:13 > > Modified:.bootstrap.bat bootstrap.sh > Log: > Fix bootstrap scripts > Thanks. I was going to move the script stuff into a sub directory but being explicit saves further trouble. Sorry ab

Re: cvs commit: ant/docs/manual base_task_classes.html

On Mon, 2003-07-21 at 10:18, [EMAIL PROTECTED] wrote: > > -Task > +Task > > Opps, sorry... (note to self, always do an ant diff -u before committing...) Peter - To unsubscribe, e-mail: [EMAIL PROTECTED] For add

Re: cvs commit: ant/src/testcases/org/apache/tools/ant DirectoryScannerTest.java

Stefan, > after your first patch, getIncludedFiles would return the names like > they appeared in the patterns. I.e. if you matched **/GAMMA.XML and > the file was gamma.xml, you'd get the uppercase version. I think this > may have been the original behavior as well. > No, the original behavior

cvs commit: ant/docs/manual base_task_classes.html

bodewig 2003/07/21 02:18:09 Modified:docs/manual base_task_classes.html Log: fix the fixed spelling Revision ChangesPath 1.4 +3 -3 ant/docs/manual/base_task_classes.html Index: base_task_classes.html ==

Re: cvs commit: ant/src/main/org/apache/tools/ant/taskdefs/condit ion Os.java

On Fri, 18 Jul 2003, Knut Wannheden <[EMAIL PROTECTED]> wrote: > On OpenVMS System.getProperty("path.separator") returns ":". This > causes the Os condition to classify OpenVMS as Unix. Thanks, fixed, at least I think so. > Even adding two lines can result in bugs :-) But they are easier caugh

cvs commit: ant/src/main/org/apache/tools/ant/taskdefs/condition Os.java

bodewig 2003/07/21 02:13:37 Modified:src/main/org/apache/tools/ant/taskdefs/condition Os.java Log: OpenVMS is not Unix Revision ChangesPath 1.29 +2 -1 ant/src/main/org/apache/tools/ant/taskdefs/condition/Os.java Index: Os.java ===

Re: cvs commit: ant/src/testcases/org/apache/tools/ant DirectoryScannerTest.java

Antoine, after your first patch, getIncludedFiles would return the names like they appeared in the patterns. I.e. if you matched **/GAMMA.XML and the file was gamma.xml, you'd get the uppercase version. I think this may have been the original behavior as well. When I played with it to get the c

DO NOT REPLY [Bug 21738] - Spelling error in docs/manual/base_task_classes.html page (desgined)

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

cvs commit: ant/docs/manual base_task_classes.html

peterreilly2003/07/21 02:06:45 Modified:docs/manual base_task_classes.html Log: typeo Revision ChangesPath 1.3 +3 -3 ant/docs/manual/base_task_classes.html Index: base_task_classes.html ===

cvs commit: ant bootstrap.bat bootstrap.sh

bodewig 2003/07/21 01:56:13 Modified:.bootstrap.bat bootstrap.sh Log: Fix bootstrap scripts Revision ChangesPath 1.50 +2 -2 ant/bootstrap.bat Index: bootstrap.bat === RCS file: /hom

cvs commit: ant/src/etc coverage-frames.xsl jdepend-frames.xsl junit-frames.xsl maudit-frames.xsl mmetrics-frames.xsl

bodewig 2003/07/21 01:54:17 Modified:src/etc coverage-frames.xsl jdepend-frames.xsl junit-frames.xsl maudit-frames.xsl mmetrics-frames.xsl Log: 2003 Revision ChangesPath 1.7 +1 -1 ant/src/etc/coverage-frames.xsl

[GUMP] Bootstrap Failure - Ant

This email is autogenerated from the output from: ... Bootstrapping Ant Distribution ... Compiling Ant Classes src/main/org/ap

DO NOT REPLY [Bug 21759] New: - Failonerror should apply to directory copy.

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 21721] - Provide local "properties" within a target

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

Contrib: Attrib Task (chmod for Windows)

I was looking for a Windows equiv of the chmod task and couldn't find it. Attrib is the equivalent command, and the company I'm with is cross platform. We use a locking repository and check in the jars (resulting in script failure on jar update), so I wrote an Attrib task (a blatant rip-off of ch