apache-ant-1.7.0: 115 * Java source code bugs
Hello there, I just tried to analyse the package apache-ant-1.7.0 with the most excellent Java static analysis tool pmd. A subset of the results were /usr/src/packages/BUILD/apache-ant-1.7.0/src/main/org/apache/tools/ant/DefaultLogger.java:249 Avoid appending characters as strings in StringBuffer.append. /usr/src/packages/BUILD/apache-ant-1.7.0/src/main/org/apache/tools/ant/input/DefaultInputHandler.java:107 Avoid appending characters as strings in StringBuffer.append. /usr/src/packages/BUILD/apache-ant-1.7.0/src/main/org/apache/tools/ant/Location.java:139 Avoid appending characters as strings in StringBuffer.append. /usr/src/packages/BUILD/apache-ant-1.7.0/src/main/org/apache/tools/ant/Main.java:1032 Avoid appending characters as strings in StringBuffer.append. /usr/src/packages/BUILD/apache-ant-1.7.0/src/main/org/apache/tools/ant/taskdefs/AbstractCvsTask.java:423 Avoid appending characters as strings in StringBuffer.append. /usr/src/packages/BUILD/apache-ant-1.7.0/src/main/org/apache/tools/ant/taskdefs/AntStructure.java:285 Avoid appending characters as strings in StringBuffer.append. /usr/src/packages/BUILD/apache-ant-1.7.0/src/main/org/apache/tools/ant/taskdefs/AntStructure.java:292 Avoid appending characters as strings in StringBuffer.append. /usr/src/packages/BUILD/apache-ant-1.7.0/src/main/org/apache/tools/ant/taskdefs/AntStructure.java:314 Avoid appending characters as strings in StringBuffer.append. /usr/src/packages/BUILD/apache-ant-1.7.0/src/main/org/apache/tools/ant/taskdefs/AntStructure.java:322 Avoid appending characters as strings in StringBuffer.append. /usr/src/packages/BUILD/apache-ant-1.7.0/src/main/org/apache/tools/ant/taskdefs/AntStructure.java:324 Avoid appending characters as strings in StringBuffer.append. /usr/src/packages/BUILD/apache-ant-1.7.0/src/main/org/apache/tools/ant/taskdefs/AntStructure.java:327 Avoid appending characters as strings in StringBuffer.append. /usr/src/packages/BUILD/apache-ant-1.7.0/src/main/org/apache/tools/ant/taskdefs/AntStructure.java:342 Avoid appending characters as strings in StringBuffer.append. /usr/src/packages/BUILD/apache-ant-1.7.0/src/main/org/apache/tools/ant/taskdefs/AntStructure.java:346 Avoid appending characters as strings in StringBuffer.append. /usr/src/packages/BUILD/apache-ant-1.7.0/src/main/org/apache/tools/ant/taskdefs/AntStructure.java:359 Avoid appending characters as strings in StringBuffer.append. /usr/src/packages/BUILD/apache-ant-1.7.0/src/main/org/apache/tools/ant/taskdefs/AntStructure.java:399 Avoid appending characters as strings in StringBuffer.append. /usr/src/packages/BUILD/apache-ant-1.7.0/src/main/org/apache/tools/ant/taskdefs/Checksum.java:577 Avoid appending characters as strings in StringBuffer.append. /usr/src/packages/BUILD/apache-ant-1.7.0/src/main/org/apache/tools/ant/taskdefs/compilers/AptCompilerAdapter.java:141 Avoid appending characters as strings in StringBuffer.append. /usr/src/packages/BUILD/apache-ant-1.7.0/src/main/org/apache/tools/ant/taskdefs/compilers/DefaultCompilerAdapter.java:405 Avoid appending characters as strings in StringBuffer.append. /usr/src/packages/BUILD/apache-ant-1.7.0/src/main/org/apache/tools/ant/taskdefs/Copy.java:998 Avoid appending characters as strings in StringBuffer.append. /usr/src/packages/BUILD/apache-ant-1.7.0/src/main/org/apache/tools/ant/taskdefs/Javadoc.java:1487 Avoid appending characters as strings in StringBuffer.append. /usr/src/packages/BUILD/apache-ant-1.7.0/src/main/org/apache/tools/ant/taskdefs/KeySubst.java:192 Avoid appending characters as strings in StringBuffer.append. /usr/src/packages/BUILD/apache-ant-1.7.0/src/main/org/apache/tools/ant/taskdefs/MacroInstance.java:206 Avoid appending characters as strings in StringBuffer.append. /usr/src/packages/BUILD/apache-ant-1.7.0/src/main/org/apache/tools/ant/taskdefs/optional/Cab.java:254 Avoid appending characters as strings in StringBuffer.append. /usr/src/packages/BUILD/apache-ant-1.7.0/src/main/org/apache/tools/ant/taskdefs/optional/Cab.java:256 Avoid appending characters as strings in StringBuffer.append. /usr/src/packages/BUILD/apache-ant-1.7.0/src/main/org/apache/tools/ant/taskdefs/optional/Cab.java:256 Avoid appending characters as strings in StringBuffer.append. /usr/src/packages/BUILD/apache-ant-1.7.0/src/main/org/apache/tools/ant/taskdefs/optional/ejb/IPlanetEjbc.java:412 Avoid appending characters as strings in StringBuffer.append. /usr/src/packages/BUILD/apache-ant-1.7.0/src/main/org/apache/tools/ant/taskdefs/optional/ejb/WebsphereDeploymentTool.java:501 Avoid appending characters as strings in StringBuffer.append. /usr/src/packages/BUILD/apache-ant-1.7.0/src/main/org/apache/tools/ant/taskdefs/optional/ejb/WebsphereDeploymentTool.java:505 Avoid appending characters as strings in StringBuffer.append. /usr/src/packages/BUILD/apache-ant-1.7.0/src/main/org/apache/tools/ant/taskdefs
AW: apache-ant-1.7.0: 115 * Java source code bugs
Thanks for trying out PMD on Ant's codebase. But what we need is an integration into our build. Could you open a Bugzilla request and attach a target which does the PMD checks? Jan -Ursprüngliche Nachricht- Von: d binderman [mailto:[EMAIL PROTECTED] Gesendet: Donnerstag, 11. September 2008 11:16 An: dev@ant.apache.org Betreff: apache-ant-1.7.0: 115 * Java source code bugs Hello there, I just tried to analyse the package apache-ant-1.7.0 with the most excellent Java static analysis tool pmd. A subset of the results were /usr/src/packages/BUILD/apache-ant-1.7.0/src/main/org/apache/tools/ant/DefaultLogger.java:249 Avoid appending characters as strings in StringBuffer.append. /usr/src/packages/BUILD/apache-ant-1.7.0/src/main/org/apache/tools/ant/input/DefaultInputHandler.java:107 Avoid appending characters as strings in StringBuffer.append. /usr/src/packages/BUILD/apache-ant-1.7.0/src/main/org/apache/tools/ant/Location.java:139 Avoid appending characters as strings in StringBuffer.append. /usr/src/packages/BUILD/apache-ant-1.7.0/src/main/org/apache/tools/ant/Main.java:1032 Avoid appending characters as strings in StringBuffer.append. /usr/src/packages/BUILD/apache-ant-1.7.0/src/main/org/apache/tools/ant/taskdefs/AbstractCvsTask.java:423 Avoid appending characters as strings in StringBuffer.append. /usr/src/packages/BUILD/apache-ant-1.7.0/src/main/org/apache/tools/ant/taskdefs/AntStructure.java:285 Avoid appending characters as strings in StringBuffer.append. /usr/src/packages/BUILD/apache-ant-1.7.0/src/main/org/apache/tools/ant/taskdefs/AntStructure.java:292 Avoid appending characters as strings in StringBuffer.append. /usr/src/packages/BUILD/apache-ant-1.7.0/src/main/org/apache/tools/ant/taskdefs/AntStructure.java:314 Avoid appending characters as strings in StringBuffer.append. /usr/src/packages/BUILD/apache-ant-1.7.0/src/main/org/apache/tools/ant/taskdefs/AntStructure.java:322 Avoid appending characters as strings in StringBuffer.append. /usr/src/packages/BUILD/apache-ant-1.7.0/src/main/org/apache/tools/ant/taskdefs/AntStructure.java:324 Avoid appending characters as strings in StringBuffer.append. /usr/src/packages/BUILD/apache-ant-1.7.0/src/main/org/apache/tools/ant/taskdefs/AntStructure.java:327 Avoid appending characters as strings in StringBuffer.append. /usr/src/packages/BUILD/apache-ant-1.7.0/src/main/org/apache/tools/ant/taskdefs/AntStructure.java:342 Avoid appending characters as strings in StringBuffer.append. /usr/src/packages/BUILD/apache-ant-1.7.0/src/main/org/apache/tools/ant/taskdefs/AntStructure.java:346 Avoid appending characters as strings in StringBuffer.append. /usr/src/packages/BUILD/apache-ant-1.7.0/src/main/org/apache/tools/ant/taskdefs/AntStructure.java:359 Avoid appending characters as strings in StringBuffer.append. /usr/src/packages/BUILD/apache-ant-1.7.0/src/main/org/apache/tools/ant/taskdefs/AntStructure.java:399 Avoid appending characters as strings in StringBuffer.append. /usr/src/packages/BUILD/apache-ant-1.7.0/src/main/org/apache/tools/ant/taskdefs/Checksum.java:577 Avoid appending characters as strings in StringBuffer.append. /usr/src/packages/BUILD/apache-ant-1.7.0/src/main/org/apache/tools/ant/taskdefs/compilers/AptCompilerAdapter.java:141 Avoid appending characters as strings in StringBuffer.append. /usr/src/packages/BUILD/apache-ant-1.7.0/src/main/org/apache/tools/ant/taskdefs/compilers/DefaultCompilerAdapter.java:405 Avoid appending characters as strings in StringBuffer.append. /usr/src/packages/BUILD/apache-ant-1.7.0/src/main/org/apache/tools/ant/taskdefs/Copy.java:998 Avoid appending characters as strings in StringBuffer.append. /usr/src/packages/BUILD/apache-ant-1.7.0/src/main/org/apache/tools/ant/taskdefs/Javadoc.java:1487 Avoid appending characters as strings in StringBuffer.append. /usr/src/packages/BUILD/apache-ant-1.7.0/src/main/org/apache/tools/ant/taskdefs/KeySubst.java:192 Avoid appending characters as strings in StringBuffer.append. /usr/src/packages/BUILD/apache-ant-1.7.0/src/main/org/apache/tools/ant/taskdefs/MacroInstance.java:206 Avoid appending characters as strings in StringBuffer.append. /usr/src/packages/BUILD/apache-ant-1.7.0/src/main/org/apache/tools/ant/taskdefs/optional/Cab.java:254 Avoid appending characters as strings in StringBuffer.append. /usr/src/packages/BUILD/apache-ant-1.7.0/src/main/org/apache/tools/ant/taskdefs/optional/Cab.java:256 Avoid appending characters as strings in StringBuffer.append. /usr/src/packages/BUILD/apache-ant-1.7.0/src/main/org/apache/tools/ant/taskdefs/optional/Cab.java:256 Avoid appending characters as strings in StringBuffer.append. /usr/src/packages/BUILD/apache-ant-1.7.0/src/main/org/apache/tools/ant/taskdefs/optional/ejb/IPlanetEjbc.java:412 Avoid appending characters as strings in StringBuffer.append. /usr/src/packages/BUILD/apache-ant-1.7.0/src/main/org/apache/tools/ant
deadlock with parallel task and custom BuildListener...(ant 1.7.0)
Hi, Bug 45194 https://issues.apache.org/bugzilla/show_bug.cgi?id=45194 I think I've tracked down a deadlock that happens when a custom BuildListener class is used. If a BuildListener retrieves a project property value inside the messageLogged() method, this can cause a deadlock when the ParallelTask is used, even in simple cases. In essence: Project.log locks the Project instance (in fileMessageLoggedEvent), and build listeners that access synchronized PropertyHelper methods will then lock the PropertyHelper instance: lock(Project) - lock(PropertyHelper). The race occurs when another thread calls a synchronized method in PropertyHelper (e.g. Project.getProperty()) since many of the PropertyHelper methods call project.log: lock(PropertyHelper) - lock(Project). Perhaps this is a caveat of using the Parallel task, but I think that accessing project properties (read-only) inside BuildListener.messageLogged should not be unsafe. We use(d) this to log metadata about the build while monitoring the build execution... -- Greg Schueler ControlTier Software, Inc [EMAIL PROTECTED] http://www.controltier.com
Re: DO NOT REPLY [Bug 45135] Ant 1.7.0: a patternset reference cannot be redefined through itself
Can someone add either props antlib or sandbox antlibs as a component in BZ? Thanks, Matt --- [EMAIL PROTECTED] wrote: https://issues.apache.org/bugzilla/show_bug.cgi?id=45135 Matt Benson [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution| |WORKSFORME --- Comment #1 from Matt Benson [EMAIL PROTECTED] 2008-06-05 07:37:26 PST --- that is simply the way Ant references work. You could use a scriptdef to programmatically retrieve the original reference, then assign a new object which refers to the original object back to the same reference name. Another option would be to use the Ant 1.8 properties API to add a PropertySetter capable of setting a reference (so you use a different mechanism to set and get the reference). I will add this to the list of things to do for the props antlib as well. -- Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: DO NOT REPLY [Bug 45135] Ant 1.7.0: a patternset reference cannot be redefined through itself
On Thu, 5 Jun 2008, Matt Benson [EMAIL PROTECTED] wrote: Can someone add either props antlib or sandbox antlibs as a component in BZ? Props Antlib is there now. Stefan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: DO NOT REPLY [Bug 45135] Ant 1.7.0: a patternset reference cannot be redefined through itself
--- Stefan Bodewig [EMAIL PROTECTED] wrote: On Thu, 5 Jun 2008, Matt Benson [EMAIL PROTECTED] wrote: Can someone add either props antlib or sandbox antlibs as a component in BZ? Props Antlib is there now. Many thanks, Stefan! -Matt Stefan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 43586] - java.io.FileNotFoundException: /home/***/apache-ant-1.7.0/junitvmwatcher *** .properties
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=43586. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=43586 [EMAIL PROTECTED] changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|INVALID | -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 43586] - java.io.FileNotFoundException: /home/***/apache-ant-1.7.0/junitvmwatcher *** .properties
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=43586. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=43586 [EMAIL PROTECTED] changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution||WORKSFORME --- Additional Comments From [EMAIL PROTECTED] 2007-10-11 02:29 --- this isnt a bug in ant; I can assure you it isnt possible for ant to be released with junit not working on linux, as it would fail its own tests. you are mixing ant versions. -Look at the classpath you run the tests on, make sure there arent ant 1.6.x jars on there -delete any RPM/deb installed ant versions -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 43586] - java.io.FileNotFoundException: /home/***/apache-ant-1.7.0/junitvmwatcher *** .properties
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=43586. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=43586 [EMAIL PROTECTED] changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|WORKSFORME | --- Additional Comments From [EMAIL PROTECTED] 2007-10-11 03:00 --- There are no ant 1.6.x jars in my classpath. But, I have lots of jars (commons, jboss, axis, etc.etc.), could it be that one of these is carrying old version ant classes inside, causing this? It will be very very tedious for me to look into each and every jar and find out, so any advice greatly appreciated -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 43586] - java.io.FileNotFoundException: /home/***/apache-ant-1.7.0/junitvmwatcher *** .properties
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=43586. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=43586 --- Additional Comments From [EMAIL PROTECTED] 2007-10-11 03:58 --- funnily enough, I had to track down duplicate classes in a different program last week, and now know how to do it. It's pretty easy. If you add the jvm option -verbose:class to junit you can find where classes get loaded on; capture the output and search through it for org.apache.tools.ant.taskdefs.optional.junit.JUnitTestRunner junit fork=yes jvmarg value=-verbose:class/ -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 43586] - java.io.FileNotFoundException: /home/***/apache-ant-1.7.0/junitvmwatcher *** .properties
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=43586. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=43586 --- Additional Comments From [EMAIL PROTECTED] 2007-10-11 04:54 --- Thanks for your advice, but the output only shows the following once - [junit] [Loaded org.apache.tools.ant.taskdefs.optional.junit.JUnitTestRunner] [junit] [Loaded org.apache.tools.ant.taskdefs.optional.junit.JUnitTestRunner$TeeOutputStream] I do not see any duplicate classes, neither does the above say which jar its loaded from. I do have junit/swingui/TestRunner.class in junit.jar, which is in my classpath. (if I remove junit.jar, ant junit task cannot find junit.framework.Test so it fails) I do not see any other duplicate classes related to ant, all the classes are coming from my apache-ant-1.7.0/lib. Please could you advise some more, there has to be something! I am thinking of deleting everything and starting from scratch, but I don't see how that could help. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 43586] - java.io.FileNotFoundException: /home/***/apache-ant-1.7.0/junitvmwatcher *** .properties
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=43586. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=43586 --- Additional Comments From [EMAIL PROTECTED] 2007-10-11 06:38 --- (In reply to comment #5) I also have the same issue, followed the advice on mailing list, but problem is not solved. I also built new version of Ant from SVN repository ANT_17_BRANCH (revision no. 583390), now using new version of Ant junitvmwatcherxxx.properties error is gone, but it hangs while running junit tests unless I terminate jave.exe using takmanager. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 43586] - java.io.FileNotFoundException: /home/***/apache-ant-1.7.0/junitvmwatcher *** .properties
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=43586. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=43586 --- Additional Comments From [EMAIL PROTECTED] 2007-10-11 06:59 --- Well, I reverted back to Ant v1.6.5 and everything works fine. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 43586] - java.io.FileNotFoundException: /home/***/apache-ant-1.7.0/junitvmwatcher *** .properties
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=43586. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=43586 --- Additional Comments From [EMAIL PROTECTED] 2007-10-11 09:32 --- Yes, if you are still using JUnit 3.x, but my tests are using JUnit 4.x, so for me there is no option but to use Ant 1.7. I am facing this problem on Windows XP. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 43586] - java.io.FileNotFoundException: /home/***/apache-ant-1.7.0/junitvmwatcher *** .properties
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=43586. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=43586 [EMAIL PROTECTED] changed: What|Removed |Added CC||[EMAIL PROTECTED] -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 43586] New: - java.io.FileNotFoundException: /home/***/apache-ant-1.7.0/junitvmwatcher *** .properties
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=43586. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=43586 Summary: java.io.FileNotFoundException: /home/***/apache-ant- 1.7.0/junitvmwatcher *** .properties Product: Ant Version: 1.7.0 Platform: Other OS/Version: other Status: NEW Severity: normal Priority: P1 Component: Optional Tasks AssignedTo: dev@ant.apache.org ReportedBy: [EMAIL PROTECTED] I am unable to run my JUNIT tests in a forked ANT v1.7.0 I am running on Linux. It keeps crashing with - java.io.FileNotFoundException: /home/PRTI/apache-ant- 1.7.0/junitvmwatcher527107969.properties I have read a fix in the fixed list (http://apache.mirrormax.net/ant/README.html) saying - junittask/ created junitvmwatcher*.properties files but did not close and delete them. I cannot find any nightly builds at all on http://people.apache.org/builds/ant/nightly/ Is there any build of ant v1.7.0 that FIXES this bug, please? Please help, this is a blocker. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 43586] - java.io.FileNotFoundException: /home/***/apache-ant-1.7.0/junitvmwatcher *** .properties
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=43586. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=43586 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 42967] New: - Path subclasses no longer call list() in Ant 1.7.0
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=42967. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=42967 Summary: Path subclasses no longer call list() in Ant 1.7.0 Product: Ant Version: 1.7.0 Platform: All OS/Version: All Status: NEW Severity: regression Priority: P2 Component: Core AssignedTo: dev@ant.apache.org ReportedBy: [EMAIL PROTECTED] from the user list, reported by Paul Morris -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 42967] - Path subclasses no longer call list() in Ant 1.7.0
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=42967. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=42967 [EMAIL PROTECTED] changed: What|Removed |Added Status|RESOLVED|VERIFIED Target Milestone|--- |1.7.1 --- Additional Comments From [EMAIL PROTECTED] 2007-07-24 14:54 --- From Paul on [EMAIL PROTECTED]: Thanks Matt, That change fixed the problem - I patched our 1.7 version of Ant with the new 1.7.1 Path version. regards, Paul -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 42733] New: - New behavior of Ant-1.7.0 available task with fileset
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=42733. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=42733 Summary: New behavior of Ant-1.7.0 available task with fileset Product: Ant Version: 1.7.0 Platform: PC OS/Version: Windows XP Status: NEW Severity: normal Priority: P2 Component: Core AssignedTo: dev@ant.apache.org ReportedBy: [EMAIL PROTECTED] The behavior of the available task with a nested filepath has changed from 1.6.5 to 1.7: Since 1.7.0 files can't be collected with nested filesets like available file=list.xml filepath fileset dir=. includes=**/*.xml/ /filepath /available Therefore the build-file described below produces different output with the two ant versions: ANT 1.6.5: [echo] Value of exist0: true [echo] Value of exist1: true [echo] Value of exist2: true [echo] Value of exist3: ${exist3} - no existence expected [echo] Value of exist4: true [echo] Value of exist5: ${exist5} - no existence expected [echo] Value of exist6: true [echo] Value of exist9: true ANT 1.7.0: [echo] Value of exist0: true [echo] Value of exist1: ${exist1} [echo] Value of exist2: ${exist2} [echo] Value of exist3: ${exist3} - no existence expected [echo] Value of exist4: true [echo] Value of exist5: ${exist5} - no existence expected [echo] Value of exist6: ${exist6} [echo] Value of exist9: ${exist9} project name=test default=test basedir=. descriptionTest target for the available task./description target name=prepare mkdir dir=subDir/ echo file=subDir/list.xml ![CDATA[ xxx bbbAAA/bbb bbbBBB/bbb bbbCCC/bbb /xxx ]] /echo /target target name=available description=Test available condition property=exist0 value=true available file=list.xml filepath=subDir /available /condition echo message=Value of exist0: ${exist0}/ condition property=exist1 value=true available file=list.xml filepath fileset dir=. includes=**/*.xml/ /filepath /available /condition echo message=Value of exist1: ${exist1}/ condition property=exist2 value=true available file=list.xml filepath fileset dir=. includes=**/*.xml contains text=AAA/ /fileset /filepath /available /condition echo message=Value of exist2: ${exist2}/ condition property=exist3 value=true available file=list.xml filepath fileset dir=. includes=**/*.xml contains text=AAH/ /fileset /filepath /available /condition echo message=Value of exist3: ${exist3} - no existence expected/ condition property=exist4 value=true available file=list.xml filepath=subDir filepath fileset file=list.xml/ /filepath /available /condition echo message=Value of exist4: ${exist4}/ condition property=exist5 value=true available file=list.xml filepath fileset file=subDir/list.xml selector or contains text=BBA/ contains text=AAG/ /or /selector /fileset /filepath
DO NOT REPLY [Bug 42734] New: - New behavior of Ant-1.7.0 available task with fileset
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=42734. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=42734 Summary: New behavior of Ant-1.7.0 available task with fileset Product: Ant Version: 1.7.0 Platform: PC OS/Version: Windows XP Status: NEW Severity: normal Priority: P2 Component: Core AssignedTo: dev@ant.apache.org ReportedBy: [EMAIL PROTECTED] The behavior of the available task with a nested filepath has changed from 1.6.5 to 1.7: Since 1.7.0 files can't be collected with nested filesets like available file=list.xml filepath fileset dir=. includes=**/*.xml/ /filepath /available Therefore the build-file described below produces different output with the two ant versions: ANT 1.6.5: [echo] Value of exist0: true [echo] Value of exist1: true [echo] Value of exist2: true [echo] Value of exist3: ${exist3} - no existence expected [echo] Value of exist4: true [echo] Value of exist5: ${exist5} - no existence expected [echo] Value of exist6: true [echo] Value of exist9: true ANT 1.7.0: [echo] Value of exist0: true [echo] Value of exist1: ${exist1} [echo] Value of exist2: ${exist2} [echo] Value of exist3: ${exist3} - no existence expected [echo] Value of exist4: true [echo] Value of exist5: ${exist5} - no existence expected [echo] Value of exist6: ${exist6} [echo] Value of exist9: ${exist9} project name=test default=test basedir=. descriptionTest target for the available task./description target name=prepare mkdir dir=subDir/ echo file=subDir/list.xml ![CDATA[ xxx bbbAAA/bbb bbbBBB/bbb bbbCCC/bbb /xxx ]] /echo /target target name=available description=Test available condition property=exist0 value=true available file=list.xml filepath=subDir /available /condition echo message=Value of exist0: ${exist0}/ condition property=exist1 value=true available file=list.xml filepath fileset dir=. includes=**/*.xml/ /filepath /available /condition echo message=Value of exist1: ${exist1}/ condition property=exist2 value=true available file=list.xml filepath fileset dir=. includes=**/*.xml contains text=AAA/ /fileset /filepath /available /condition echo message=Value of exist2: ${exist2}/ condition property=exist3 value=true available file=list.xml filepath fileset dir=. includes=**/*.xml contains text=AAH/ /fileset /filepath /available /condition echo message=Value of exist3: ${exist3} - no existence expected/ condition property=exist4 value=true available file=list.xml filepath=subDir filepath fileset file=list.xml/ /filepath /available /condition echo message=Value of exist4: ${exist4}/ condition property=exist5 value=true available file=list.xml filepath fileset file=subDir/list.xml selector or contains text=BBA/ contains text=AAG/ /or /selector /fileset /filepath
DO NOT REPLY [Bug 42735] New: - New behavior of Ant-1.7.0 available task with fileset
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=42735. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=42735 Summary: New behavior of Ant-1.7.0 available task with fileset Product: Ant Version: 1.7.0 Platform: PC OS/Version: Windows XP Status: NEW Severity: normal Priority: P2 Component: Core AssignedTo: dev@ant.apache.org ReportedBy: [EMAIL PROTECTED] The behavior of the available task with a nested filepath has changed from 1.6.5 to 1.7: Since 1.7.0 files can't be collected with nested filesets like available file=list.xml filepath fileset dir=. includes=**/*.xml/ /filepath /available Therefore the build-file described below produces different output with the two ant versions: ANT 1.6.5: [echo] Value of exist0: true [echo] Value of exist1: true [echo] Value of exist2: true [echo] Value of exist3: ${exist3} - no existence expected [echo] Value of exist4: true [echo] Value of exist5: ${exist5} - no existence expected [echo] Value of exist6: true [echo] Value of exist9: true ANT 1.7.0: [echo] Value of exist0: true [echo] Value of exist1: ${exist1} [echo] Value of exist2: ${exist2} [echo] Value of exist3: ${exist3} - no existence expected [echo] Value of exist4: true [echo] Value of exist5: ${exist5} - no existence expected [echo] Value of exist6: ${exist6} [echo] Value of exist9: ${exist9} project name=test default=test basedir=. descriptionTest target for the available task./description target name=prepare mkdir dir=subDir/ echo file=subDir/list.xml ![CDATA[ xxx bbbAAA/bbb bbbBBB/bbb bbbCCC/bbb /xxx ]] /echo /target target name=available description=Test available condition property=exist0 value=true available file=list.xml filepath=subDir /available /condition echo message=Value of exist0: ${exist0}/ condition property=exist1 value=true available file=list.xml filepath fileset dir=. includes=**/*.xml/ /filepath /available /condition echo message=Value of exist1: ${exist1}/ condition property=exist2 value=true available file=list.xml filepath fileset dir=. includes=**/*.xml contains text=AAA/ /fileset /filepath /available /condition echo message=Value of exist2: ${exist2}/ condition property=exist3 value=true available file=list.xml filepath fileset dir=. includes=**/*.xml contains text=AAH/ /fileset /filepath /available /condition echo message=Value of exist3: ${exist3} - no existence expected/ condition property=exist4 value=true available file=list.xml filepath=subDir filepath fileset file=list.xml/ /filepath /available /condition echo message=Value of exist4: ${exist4}/ condition property=exist5 value=true available file=list.xml filepath fileset file=subDir/list.xml selector or contains text=BBA/ contains text=AAG/ /or /selector /fileset /filepath
DO NOT REPLY [Bug 42733] - New behavior of Ant-1.7.0 available task with fileset
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=42733. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=42733 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||DUPLICATE --- Additional Comments From [EMAIL PROTECTED] 2007-06-25 08:26 --- *** This bug has been marked as a duplicate of 42734 *** -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 42734] - New behavior of Ant-1.7.0 available task with fileset
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=42734. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=42734 --- Additional Comments From [EMAIL PROTECTED] 2007-06-25 08:26 --- *** Bug 42733 has been marked as a duplicate of this bug. *** -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 42734] - New behavior of Ant-1.7.0 available task with fileset
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=42734. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=42734 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||DUPLICATE --- Additional Comments From [EMAIL PROTECTED] 2007-06-25 09:08 --- *** This bug has been marked as a duplicate of 42735 *** -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 42735] - New behavior of Ant-1.7.0 available task with fileset
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=42735. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=42735 --- Additional Comments From [EMAIL PROTECTED] 2007-06-25 09:08 --- *** Bug 42734 has been marked as a duplicate of this bug. *** -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 42735] - New behavior of Ant-1.7.0 available task with fileset
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=42735. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=42735 --- Additional Comments From [EMAIL PROTECTED] 2007-06-25 10:01 --- Thanks for the report and especially thanks for the build file. Available has changed in ant 1.7.0, in ant 1.6.5 and lower available would search all the parent directories for a file. This was not expected behavior, see: http://issues.apache.org/bugzilla/show_bug.cgi?id=39549 the question was raised on the dev list and it was decided to change the code. This however has introduced a bug, with the filelist. I have made a fix, however, exist9 will still not find a file. the dir layout is: ./subDir/list.xml the filepath is subDir/subsubDir since subDir/subsubDir/list.xml does not exist, the test will fail. One can use the (ant 1.7.0) attribute seachparents to get the old behavior: condition property=exist9 value=true available searchparents=yes file=list.xml filepath=subDir/subSubDir /available /condition - for example one may look for a file named etc -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 42735] - New behavior of Ant-1.7.0 available task with fileset
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=42735. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=42735 [EMAIL PROTECTED] changed: What|Removed |Added Severity|normal |regression Status|NEW |RESOLVED OS/Version|Windows XP |All Resolution||FIXED Target Milestone|--- |1.7.1 --- Additional Comments From [EMAIL PROTECTED] 2007-06-25 10:38 --- I have made and committed the change. The following is now the output: Buildfile: /work/reilly/learning/a/available/build.xml prepare: available: Value of exist0: true Value of exist1: true Value of exist2: true Value of exist3: ${exist3} - no existence expected Value of exist4: true Value of exist5: ${exist5} - no existence expected Value of exist6: true Value of exist9: ${exist9} test: BUILD SUCCESSFUL Marking as fixed (with the explained change in behavior for the exist9 test). -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Ant 1.7.0, with maven2
Hi all, I've written a custom maven plugin that uses ant ant-jsch as a library and I've come across this problem when using the org.apache.ant 1.7.0 jars java.lang.IllegalArgumentException at java.net.URI.create(URI.java:842) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl. java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAcces sorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:597) at org.apache.tools.ant.launch.Locator.fromURI(Locator.java:162) at org.apache.tools.ant.launch.Locator.getResourceSource(Locator.java:11 9) at org.apache.tools.ant.launch.Locator.getClassSource(Locator.java:90) at org.apache.tools.ant.Project.setAntLib(Project.java:313) at org.apache.tools.ant.Project.initProperties(Project.java:309) at org.apache.tools.ant.Project.init(Project.java:295) at com.seanergie.maven.plugins.AbstractCustomDeployer.setSshTaskParamete rs(AbstractCustomDeployer.java:342) at com.seanergie.maven.plugins.AbstractCustomDeployer.uploadFile(Abstrac tCustomDeployer.java:257) at com.seanergie.maven.plugins.AbstractCustomDeployer.upload(AbstractCus tomDeployer.java:221) at com.seanergie.maven.plugins.AbstractCustomDeployer.execute(AbstractCu stomDeployer.java:196) at com.seanergie.maven.plugins.CustomDeployer.execute(CustomDeployer.jav a:18) at org.apache.maven.plugin.DefaultPluginManager.executeMojo(DefaultPlugi nManager.java:443) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(Defa ultLifecycleExecutor.java:539) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalWithLi fecycle(DefaultLifecycleExecutor.java:480) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoal(Defau ltLifecycleExecutor.java:459) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalAndHan dleFailures(DefaultLifecycleExecutor.java:311) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeTaskSegmen ts(DefaultLifecycleExecutor.java:278) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.execute(DefaultLi fecycleExecutor.java:143) at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:334) at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:125) at org.apache.maven.cli.MavenCli.main(MavenCli.java:272) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl. java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAcces sorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:597) at org.codehaus.classworlds.Launcher.launchEnhanced(Launcher.java:315) at org.codehaus.classworlds.Launcher.launch(Launcher.java:255) at org.codehaus.classworlds.Launcher.mainWithExitCode(Launcher.java:430) at org.codehaus.classworlds.Launcher.main(Launcher.java:375) Caused by: java.net.URISyntaxException: Illegal character in path at index 18: f ile:/C:/Documents and Settings/Kev/.m2/repository/org/apache/ant/ant/1.7.0/ant-1 .7.0.jar at java.net.URI$Parser.fail(URI.java:2809) at java.net.URI$Parser.checkChars(URI.java:2982) at java.net.URI$Parser.parseHierarchical(URI.java:3066) at java.net.URI$Parser.parse(URI.java:3014) at java.net.URI.init(URI.java:578) at java.net.URI.create(URI.java:840) ... 33 more [INFO] [ERROR] BUILD ERROR [INFO] [INFO] null Illegal character in path at index 18: file:/C:/Documents and Settings/Kev/.m2/r epository/org/apache/ant/ant/1.7.0/ant-1.7.0.jar As you can see it's related to how the space characters in the Documents and Settings strings are being handled. Looking back at the Locator source I think the problem is related to not encoding the uri before using it in the fromURI method. I'm trying to verify this now, but as always maven is making my life difficult :( Kev - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 41587] - Ant-1.7.0 available task, under JDK1.3.1_19, can't find junit.jar in ${user.home}/.ant/lib
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=41587. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=41587 [EMAIL PROTECTED] changed: What|Removed |Added OS/Version|other |Windows XP -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 41734] - ant 1.7.0 always reports an error
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=41734. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=41734 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID --- Additional Comments From [EMAIL PROTECTED] 2007-03-01 00:51 --- This is obviously using an incorrect ant.jar with an ant[.bat] shell file - i.e. ANT_HOME has ant1.6.2 and PATH has ant1.7.0. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 41734] - ant 1.7.0 always reports an error
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=41734. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=41734 --- Additional Comments From [EMAIL PROTECTED] 2007-03-01 07:37 --- If you did not specify ANT_HOME on linux, and the jpackage version of ant is installed, then you would see this problem, the /etc/ant.conf file sets the env variable ANT_HOME. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 41734] New: - ant 1.7.0 always reports an error
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=41734. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=41734 Summary: ant 1.7.0 always reports an error Product: Ant Version: 1.7.0 Platform: Other OS/Version: other Status: NEW Severity: normal Priority: P2 Component: Core AssignedTo: dev@ant.apache.org ReportedBy: [EMAIL PROTECTED] Just downloaded ant 1.7.0. Right out of the box, running ant always reports an error. Even issuing the command ant -version. The error is: Unknown argument: -cp A usage synopsis follows that. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 41734] - ant 1.7.0 always reports an error
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=41734. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=41734 --- Additional Comments From [EMAIL PROTECTED] 2007-02-28 15:59 --- Can you please make the appropriate selection in the OS combo box ? Any chances this is Windows ? Please write the values of the following environment variables : PATH CLASSPATH JAVA_HOME -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 41654] New: - ant -version returns wrong version for Ant 1.7.0
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=41654. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=41654 Summary: ant -version returns wrong version for Ant 1.7.0 Product: Ant Version: 1.7.0 Platform: Other OS/Version: Linux Status: NEW Severity: major Priority: P2 Component: Core AssignedTo: dev@ant.apache.org ReportedBy: [EMAIL PROTECTED] I downloaded ant 1.7.0 from http://apache.ziply.com/ant/binaries/apache-ant-1.7.0-bin.zip unzipped and tried execute: ant -version it returns: Apache Ant version 1.6.5 compiled on June 2 2005 this is misleading, I tried to download it once again, just to be sure I really installed ant 1.7.0. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 41654] - ant -version returns wrong version for Ant 1.7.0
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=41654. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=41654 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID --- Additional Comments From [EMAIL PROTECTED] 2007-02-19 01:34 --- You need to set ANT_HOME (or unset it) -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
AW: Ant 1.7.0 Maven2 repo version has problem
Just without enough knowledge about poms ... dependency groupIdorg.apache.ant/groupId artifactIdant/artifactId version[1.7.0,)/version ---^ Are you sure about the brackets? Jan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Ant 1.7.0 Maven2 repo version has problem
Hi, dependency groupIdorg.apache.ant/groupId artifactIdant/artifactId version[1.7.0,)/version ---^ Are you sure about the brackets? Looks weird :) - apparently this is how you state 1.7.0 or greater than or equal to in mvn pom language. So it should pick up the jar (which it does). Kev - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Ant 1.7.0 Maven2 repo version has problem
Hi, The version of 1.7.0 at the maven2 repo seems to have a problem. my pom : dependency groupIdorg.apache.ant/groupId artifactIdant/artifactId version[1.7.0,)/version /dependency dependency groupIdorg.apache.ant/groupId artifactIdant-jsch/artifactId version[1.7.0,)/version /dependency When I use my maven plugin (which relies on these dependencies) I get a URL error in ${user.home}/.m2/repository/org/apache/ant/ant/1.7.0/ant-1.7.0.jar When I change the dependencies to version 1.6.5 (and the groupId to ant mvn1 style), my plugin works fine. I'm wondering if the 1.7.0 jar at the mvn2 repo is corrupted in some way? Opening it and looking at the classes it seems fine. Any ideas? Kev - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 41587] New: - Ant-1.7.0 available task, under JDK1.3.1_19, can't find junit.jar in ${user.home}/.ant/lib
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=41587. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=41587 Summary: Ant-1.7.0 available task, under JDK1.3.1_19, can't find junit.jar in ${user.home}/.ant/lib Product: Ant Version: 1.7.0 Platform: PC OS/Version: other Status: NEW Severity: normal Priority: P2 Component: Core AssignedTo: dev@ant.apache.org ReportedBy: [EMAIL PROTECTED] As reported on the Ant user list [1], there seems to be a problem with the available task in Ant-1.7.0 when running under JDK1.3.1_19 (probably any 1.3.1 sub-version) on WinXP. Using the following build file, Junit is not found on the classpath when I have junit.jar (either 3.8.1 or 3.8.2) in ${user.home}/.ant/lib. However, it is found if I move junit.jar to ${ant.home}/lib. 3 notes of interest: 1. Under JDK1.6 on my machine, junit.jar is found just fine in ${user.home}/.ant/lib. 2. Ant-1.6.5 has no problem under any JDK. It works 100% of the time no matter the JDK and finds junit.jar in either location. 3. It was suggested on the list that maybe there's a bug in JDK1.3.1 where it gets URL's wrong when the working directory is on a different drive than junit.jar. I tested this theory out by putting my build file on the C:\ drive, which is where ${user.home}/.ant/lib is. It made no difference. Ant-1.7.0 still can't find it under JDK1.3.1_19. Since Ant-1.6.5 works no matter what, it seems to me that the bug here is probably in Ant-1.7.0, though it only shows itself under older JDKs. I haven't tested JDK1.4.x because I don't have it installed Here's the build file for testing... project name=findjunit default=build.something target name=-check.junit.exists available classname=junit.framework.TestCase property=junit.exists value=true/ /target target name=-check.junit depends=-check.junit.exists unless=junit.exists echoJUnit is not currently available to the build environment. Because of this, all targets that require JUnit will be skipped. To enable these targets, place a copy of JUnit (get latest version at http://www.junit.org/) in ANT_HOME/lib./echo /target target name=build.something depends=-check.junit if=junit.exists/ /project [1] http://marc.theaimsgroup.com/?t=11708386934r=1w=2 Jake -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 41587] - Ant-1.7.0 available task, under JDK1.3.1_19, can't find junit.jar in ${user.home}/.ant/lib
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=41587. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=41587 --- Additional Comments From [EMAIL PROTECTED] 2007-02-10 09:38 --- Created an attachment (id=19567) -- (http://issues.apache.org/bugzilla/attachment.cgi?id=19567action=view) test build file -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Maven Ant Task problem when used with Ant 1.7.0
--- Kevin Jackson [EMAIL PROTECTED] wrote: Hi Matt, I have checked in code to fix this. Those experiencing the problem might want to test against a build from SVN HEAD to verify the problem is fixed for them. It wouldn't hurt to remind the Maven folks to set the Project instance on artifacts they create, either. That was quick! And congrats on committership for commons btw RE Quick: because it was my change that triggered the error in the first place, even though all I really did was uncover their error. :) RE Congrats: Thanks! -Matt Kev - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Do you Yahoo!? Everyone is raving about the all-new Yahoo! Mail beta. http://new.mail.yahoo.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Maven Ant Task problem when used with Ant 1.7.0
Hi, I have submitted the following problem to the Maven mailing list which redirected me to this Ant mailing list. The problem occurs when I use the maven ant task 2.0.4 with Ant 1.7.0. The fileset created by the maven:dependencies task raises a NullPointerException when used in the Ant pathconvert task. The following code : !-- The Artifact to be looked for with the maven dependencies task -- property name=artifact.groupid value=junit/ property name=artifact.id value=junit/ property name=artifact.version value=3.8.1/ !-- Try retrieving the artifact as a fileset -- maven:dependencies filesetId=dependency.files dependency groupId=${artifact.groupid} artifactId=${artifact.id} version=${artifact.version}/ /maven:dependencies !-- The following does not fail, showing that a fileset reference has actually been defined -- fail message=Reference 'dependency.files' has not been set or is not a fileset reference. condition notisreference refid=dependency.files type=fileset//not /condition /fail !-- But the following task throws a NullPointerException -- pathconvert property=echo.dependency.files refid=dependency.files/ Raises the following NullPointerException: java.lang.NullPointerException at org.apache.tools.ant.dispatch.DispatchUtils.execute(DispatchUtils.java:115) at org.apache.tools.ant.Task.perform(Task.java:348) at org.apache.tools.ant.Target.execute(Target.java:357) at org.apache.tools.ant.Target.performTasks(Target.java:385) at org.apache.tools.ant.Project.executeSortedTargets(Project.java:1329) at org.apache.tools.ant.Project.executeTarget(Project.java:1298) at org.apache.tools.ant.helper.DefaultExecutor.executeTargets(DefaultExecutor.java:41) at org.apache.tools.ant.Project.executeTargets(Project.java:1181) at org.apache.tools.ant.Main.runBuild(Main.java:698) at org.apache.tools.ant.Main.startAnt(Main.java:199) at org.apache.tools.ant.launch.Launcher.run(Launcher.java:257) at org.apache.tools.ant.launch.Launcher.main(Launcher.java:104) Caused by: java.lang.NullPointerException at org.apache.tools.ant.types.AbstractFileSet.setupDirectoryScanner(AbstractFileSet.java:464) at org.apache.tools.ant.types.AbstractFileSet.getDirectoryScanner(AbstractFileSet.java:430) at org.apache.tools.ant.types.FileSet.iterator(FileSet.java:69) at org.apache.tools.ant.types.resources.Union.getCollection(Union.java:105) at org.apache.tools.ant.types.resources.Union.list(Union.java:67) at org.apache.tools.ant.taskdefs.PathConvert.execute(PathConvert.java:339) at org.apache.tools.ant.UnknownElement.execute(UnknownElement.java:288) at sun.reflect.GeneratedMethodAccessor5.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at org.apache.tools.ant.dispatch.DispatchUtils.execute(DispatchUtils.java:105) ... 11 more --- Nested Exception --- java.lang.NullPointerException at org.apache.tools.ant.types.AbstractFileSet.setupDirectoryScanner(AbstractFileSet.java:464) at org.apache.tools.ant.types.AbstractFileSet.getDirectoryScanner(AbstractFileSet.java:430) at org.apache.tools.ant.types.FileSet.iterator(FileSet.java:69) at org.apache.tools.ant.types.resources.Union.getCollection(Union.java:105) at org.apache.tools.ant.types.resources.Union.list(Union.java:67) at org.apache.tools.ant.taskdefs.PathConvert.execute(PathConvert.java:339) at org.apache.tools.ant.UnknownElement.execute(UnknownElement.java:288) at sun.reflect.GeneratedMethodAccessor5.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at org.apache.tools.ant.dispatch.DispatchUtils.execute(DispatchUtils.java:105) at org.apache.tools.ant.Task.perform(Task.java:348) at org.apache.tools.ant.Target.execute(Target.java:357) at org.apache.tools.ant.Target.performTasks(Target.java:385) at org.apache.tools.ant.Project.executeSortedTargets(Project.java:1329) at org.apache.tools.ant.Project.executeTarget(Project.java:1298) at org.apache.tools.ant.helper.DefaultExecutor.executeTargets(DefaultExecutor.java:41) at org.apache.tools.ant.Project.executeTargets(Project.java:1181) at org.apache.tools.ant.Main.runBuild(Main.java:698) at org.apache.tools.ant.Main.startAnt(Main.java:199) at org.apache.tools.ant.launch.Launcher.run(Launcher.java:257) at org.apache.tools.ant.launch.Launcher.main(Launcher.java
Re: Maven Ant Task problem when used with Ant 1.7.0
That looks like a bug in the Maven task. The only way for an NPE to be triggered here would seem to indicate the task passed null as the project argument to getDirectoryScanner(). Looking at Ant 1.6.5's code it appears that the same exception would be thrown, however, so I am confused how this problem only showed up with Ant 1.7.0. -Matt --- Loic Jay [EMAIL PROTECTED] wrote: Hi, I have submitted the following problem to the Maven mailing list which redirected me to this Ant mailing list. The problem occurs when I use the maven ant task 2.0.4 with Ant 1.7.0. The fileset created by the maven:dependencies task raises a NullPointerException when used in the Ant pathconvert task. The following code : !-- The Artifact to be looked for with the maven dependencies task -- property name=artifact.groupid value=junit/ property name=artifact.id value=junit/ property name=artifact.version value=3.8.1/ !-- Try retrieving the artifact as a fileset -- maven:dependencies filesetId=dependency.files dependency groupId=${artifact.groupid} artifactId=${artifact.id} version=${artifact.version}/ /maven:dependencies !-- The following does not fail, showing that a fileset reference has actually been defined -- fail message=Reference 'dependency.files' has not been set or is not a fileset reference. condition notisreference refid=dependency.files type=fileset//not /condition /fail !-- But the following task throws a NullPointerException -- pathconvert property=echo.dependency.files refid=dependency.files/ Raises the following NullPointerException: java.lang.NullPointerException at org.apache.tools.ant.dispatch.DispatchUtils.execute(DispatchUtils.java:115) at org.apache.tools.ant.Task.perform(Task.java:348) at org.apache.tools.ant.Target.execute(Target.java:357) at org.apache.tools.ant.Target.performTasks(Target.java:385) at org.apache.tools.ant.Project.executeSortedTargets(Project.java:1329) at org.apache.tools.ant.Project.executeTarget(Project.java:1298) at org.apache.tools.ant.helper.DefaultExecutor.executeTargets(DefaultExecutor.java:41) at org.apache.tools.ant.Project.executeTargets(Project.java:1181) at org.apache.tools.ant.Main.runBuild(Main.java:698) at org.apache.tools.ant.Main.startAnt(Main.java:199) at org.apache.tools.ant.launch.Launcher.run(Launcher.java:257) at org.apache.tools.ant.launch.Launcher.main(Launcher.java:104) Caused by: java.lang.NullPointerException at org.apache.tools.ant.types.AbstractFileSet.setupDirectoryScanner(AbstractFileSet.java:464) at org.apache.tools.ant.types.AbstractFileSet.getDirectoryScanner(AbstractFileSet.java:430) at org.apache.tools.ant.types.FileSet.iterator(FileSet.java:69) at org.apache.tools.ant.types.resources.Union.getCollection(Union.java:105) at org.apache.tools.ant.types.resources.Union.list(Union.java:67) at org.apache.tools.ant.taskdefs.PathConvert.execute(PathConvert.java:339) at org.apache.tools.ant.UnknownElement.execute(UnknownElement.java:288) at sun.reflect.GeneratedMethodAccessor5.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at org.apache.tools.ant.dispatch.DispatchUtils.execute(DispatchUtils.java:105) ... 11 more --- Nested Exception --- java.lang.NullPointerException at org.apache.tools.ant.types.AbstractFileSet.setupDirectoryScanner(AbstractFileSet.java:464) at org.apache.tools.ant.types.AbstractFileSet.getDirectoryScanner(AbstractFileSet.java:430) at org.apache.tools.ant.types.FileSet.iterator(FileSet.java:69) at org.apache.tools.ant.types.resources.Union.getCollection(Union.java:105) at org.apache.tools.ant.types.resources.Union.list(Union.java:67) at org.apache.tools.ant.taskdefs.PathConvert.execute(PathConvert.java:339) at org.apache.tools.ant.UnknownElement.execute(UnknownElement.java:288) at sun.reflect.GeneratedMethodAccessor5.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at org.apache.tools.ant.dispatch.DispatchUtils.execute(DispatchUtils.java:105) at org.apache.tools.ant.Task.perform(Task.java:348) at org.apache.tools.ant.Target.execute(Target.java:357) at org.apache.tools.ant.Target.performTasks(Target.java:385
Re: Maven Ant Task problem when used with Ant 1.7.0
Sorry... to go farther down the stacktrace, I should correct myself: it appears that the Maven guys don't set a project on their fileset when they create it, or something. So it's a bug for them, but possibly a regression for Ant after all, if you want to look at it that way. -Matt --- Matt Benson [EMAIL PROTECTED] wrote: That looks like a bug in the Maven task. The only way for an NPE to be triggered here would seem to indicate the task passed null as the project argument to getDirectoryScanner(). Looking at Ant 1.6.5's code it appears that the same exception would be thrown, however, so I am confused how this problem only showed up with Ant 1.7.0. -Matt --- Loic Jay [EMAIL PROTECTED] wrote: Hi, I have submitted the following problem to the Maven mailing list which redirected me to this Ant mailing list. The problem occurs when I use the maven ant task 2.0.4 with Ant 1.7.0. The fileset created by the maven:dependencies task raises a NullPointerException when used in the Ant pathconvert task. The following code : !-- The Artifact to be looked for with the maven dependencies task -- property name=artifact.groupid value=junit/ property name=artifact.id value=junit/ property name=artifact.version value=3.8.1/ !-- Try retrieving the artifact as a fileset -- maven:dependencies filesetId=dependency.files dependency groupId=${artifact.groupid} artifactId=${artifact.id} version=${artifact.version}/ /maven:dependencies !-- The following does not fail, showing that a fileset reference has actually been defined -- fail message=Reference 'dependency.files' has not been set or is not a fileset reference. condition notisreference refid=dependency.files type=fileset//not /condition /fail !-- But the following task throws a NullPointerException -- pathconvert property=echo.dependency.files refid=dependency.files/ Raises the following NullPointerException: java.lang.NullPointerException at org.apache.tools.ant.dispatch.DispatchUtils.execute(DispatchUtils.java:115) at org.apache.tools.ant.Task.perform(Task.java:348) at org.apache.tools.ant.Target.execute(Target.java:357) at org.apache.tools.ant.Target.performTasks(Target.java:385) at org.apache.tools.ant.Project.executeSortedTargets(Project.java:1329) at org.apache.tools.ant.Project.executeTarget(Project.java:1298) at org.apache.tools.ant.helper.DefaultExecutor.executeTargets(DefaultExecutor.java:41) at org.apache.tools.ant.Project.executeTargets(Project.java:1181) at org.apache.tools.ant.Main.runBuild(Main.java:698) at org.apache.tools.ant.Main.startAnt(Main.java:199) at org.apache.tools.ant.launch.Launcher.run(Launcher.java:257) at org.apache.tools.ant.launch.Launcher.main(Launcher.java:104) Caused by: java.lang.NullPointerException at org.apache.tools.ant.types.AbstractFileSet.setupDirectoryScanner(AbstractFileSet.java:464) at org.apache.tools.ant.types.AbstractFileSet.getDirectoryScanner(AbstractFileSet.java:430) at org.apache.tools.ant.types.FileSet.iterator(FileSet.java:69) at org.apache.tools.ant.types.resources.Union.getCollection(Union.java:105) at org.apache.tools.ant.types.resources.Union.list(Union.java:67) at org.apache.tools.ant.taskdefs.PathConvert.execute(PathConvert.java:339) at org.apache.tools.ant.UnknownElement.execute(UnknownElement.java:288) at sun.reflect.GeneratedMethodAccessor5.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at org.apache.tools.ant.dispatch.DispatchUtils.execute(DispatchUtils.java:105) ... 11 more --- Nested Exception --- java.lang.NullPointerException at org.apache.tools.ant.types.AbstractFileSet.setupDirectoryScanner(AbstractFileSet.java:464) at org.apache.tools.ant.types.AbstractFileSet.getDirectoryScanner(AbstractFileSet.java:430) at org.apache.tools.ant.types.FileSet.iterator(FileSet.java:69) at org.apache.tools.ant.types.resources.Union.getCollection(Union.java:105) at org.apache.tools.ant.types.resources.Union.list(Union.java:67) at org.apache.tools.ant.taskdefs.PathConvert.execute(PathConvert.java:339) at org.apache.tools.ant.UnknownElement.execute(UnknownElement.java:288
Re: Maven Ant Task problem when used with Ant 1.7.0
It looks like it is some strange stuff with path through the code that just avoids an NPE in ant.1.6.5. On ant 1.6.5 with the following file and the maven jar in lib, the first echo works but the second echo fails: project name=test-maven default=test xmlns:maven=antlib:org.apache.maven.artifact.ant target name=test typedef uri=antlib:org.apache.maven.artifact.ant resource=org/apache/maven/artifact/ant/antlib.xml classpath fileset dir=lib includes=*.jar/ /classpath /typedef echoHere/echo property name=artifact.groupid value=junit/ property name=artifact.id value=junit/ property name=artifact.version value=3.8.1/ setproxy proxyhost=${proxy} proxyport=8000/ maven:dependencies filesetId=dependency.files dependency groupId=${artifact.groupid} artifactId=${artifact.id} version=${artifact.version}/ /maven:dependencies pathconvert property=echo.dependency.files refid=dependency.files/ echo${echo.dependency.files}/echo !-- 1 -- echo${toString:dependency.files}/echo !-- 2 -- /target /project I am not sure how to fix this in ant. Peter On 1/10/07, Matt Benson [EMAIL PROTECTED] wrote: Sorry... to go farther down the stacktrace, I should correct myself: it appears that the Maven guys don't set a project on their fileset when they create it, or something. So it's a bug for them, but possibly a regression for Ant after all, if you want to look at it that way. -Matt --- Matt Benson [EMAIL PROTECTED] wrote: That looks like a bug in the Maven task. The only way for an NPE to be triggered here would seem to indicate the task passed null as the project argument to getDirectoryScanner(). Looking at Ant 1.6.5's code it appears that the same exception would be thrown, however, so I am confused how this problem only showed up with Ant 1.7.0. -Matt --- Loic Jay [EMAIL PROTECTED] wrote: Hi, I have submitted the following problem to the Maven mailing list which redirected me to this Ant mailing list. The problem occurs when I use the maven ant task 2.0.4 with Ant 1.7.0. The fileset created by the maven:dependencies task raises a NullPointerException when used in the Ant pathconvert task. The following code : !-- The Artifact to be looked for with the maven dependencies task -- property name=artifact.groupid value=junit/ property name=artifact.id value=junit/ property name=artifact.version value=3.8.1/ !-- Try retrieving the artifact as a fileset -- maven:dependencies filesetId=dependency.files dependency groupId=${artifact.groupid} artifactId=${artifact.id} version=${artifact.version}/ /maven:dependencies !-- The following does not fail, showing that a fileset reference has actually been defined -- fail message=Reference 'dependency.files' has not been set or is not a fileset reference. condition notisreference refid=dependency.files type=fileset//not /condition /fail !-- But the following task throws a NullPointerException -- pathconvert property=echo.dependency.files refid=dependency.files/ Raises the following NullPointerException: java.lang.NullPointerException at org.apache.tools.ant.dispatch.DispatchUtils.execute(DispatchUtils.java:115) at org.apache.tools.ant.Task.perform(Task.java:348) at org.apache.tools.ant.Target.execute(Target.java:357) at org.apache.tools.ant.Target.performTasks(Target.java:385) at org.apache.tools.ant.Project.executeSortedTargets(Project.java:1329) at org.apache.tools.ant.Project.executeTarget(Project.java:1298) at org.apache.tools.ant.helper.DefaultExecutor.executeTargets(DefaultExecutor.java:41) at org.apache.tools.ant.Project.executeTargets(Project.java:1181) at org.apache.tools.ant.Main.runBuild(Main.java:698) at org.apache.tools.ant.Main.startAnt(Main.java:199) at org.apache.tools.ant.launch.Launcher.run(Launcher.java:257) at org.apache.tools.ant.launch.Launcher.main(Launcher.java:104) Caused by: java.lang.NullPointerException at org.apache.tools.ant.types.AbstractFileSet.setupDirectoryScanner(AbstractFileSet.java:464) at org.apache.tools.ant.types.AbstractFileSet.getDirectoryScanner(AbstractFileSet.java:430) at org.apache.tools.ant.types.FileSet.iterator(FileSet.java:69) at org.apache.tools.ant.types.resources.Union.getCollection(Union.java:105) at org.apache.tools.ant.types.resources.Union.list(Union.java:67) at org.apache.tools.ant.taskdefs.PathConvert.execute(PathConvert.java:339
Re: Maven Ant Task problem when used with Ant 1.7.0
--- Peter Reilly [EMAIL PROTECTED] wrote: It looks like it is some strange stuff with path through the code that just avoids an NPE in ant.1.6.5. [SNIP] I am not sure how to fix this in ant. I've got it. It is indeed a case of the Maven code not having set Project references on their artifacts. PITA, but not the end of the world. The simplified pathconvert code triggers the problem. My simple testcase is: project fileset id=fs dir=${basedir} / script language=beanshell fs.setProject(null); /script pathconvert refid=fs / /project which triggers the NPE in AbstractFileSet. I am testing a fix now. -Matt Peter [SNIP] Any questions? Get answers on any topic at www.Answers.yahoo.com. Try it now. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Maven Ant Task problem when used with Ant 1.7.0
Hi Matt, I have checked in code to fix this. Those experiencing the problem might want to test against a build from SVN HEAD to verify the problem is fixed for them. It wouldn't hurt to remind the Maven folks to set the Project instance on artifacts they create, either. That was quick! And congrats on committership for commons btw Kev - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Maven Ant Task problem when used with Ant 1.7.0
Hi, !-- But the following task throws a NullPointerException -- pathconvert property=echo.dependency.files refid=dependency.files/ Are the maven ant task supposed to work with the last Ant 1.7.0 version ? Any idea about what causes this problem ? Ant 1.7 introduced the concept of ResourceCollections, this code would have affected filesets, but I cannot diagnose the problem further without a full stack trace from you NullPointerException. Would you post this to the ant dev list : dev@ant.apache.org Thanks Kev - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Thread about Ant 1.7.0 on theserverside
Hi, I have seen an interesting thread of discussion on theserverside concerning Ant 1.7.0. There are the typical discussions about whether ant should be procedural out of the box (if, try/catch, for, foreach) and comparisons between ant and maven. Regards, Antoine http://www.theserverside.com/news/thread.tss?thread_id=43590 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Ant 1.7.0 jars in maven repository : now available
Hi, the Ant 1.7.0 jars are now available in the maven repository for maven2 based builds. Note that the groupId is org.apache.ant, not ant like for ant 1.6.5. Checksums fail though - I do not know the reasons but the colleagues at repository@ are aware of this. Regards, Antoine - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: AntUnit (was Re: [ANN] Ant 1.7.0 Released)
On 12/20/06, Matt Benson [EMAIL PROTECTED] wrote: --- Stefan Bodewig [EMAIL PROTECTED] wrote: On Wed, 20 Dec 2006, Steve Loughran [EMAIL PROTECTED] wrote: Does this also means we can go to 1.0 with antunit? Do we want to? I haven't seen anybody complain about missing features in beta2, is AntUnit ready for a 1.0 release? Does it work with ant 1.6.5? I cannot remember status. Peter I was thinking of adding beforetests/aftertests, but that can wait for 1.0.1 IMHO. -Matt Stefan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [ANN] Ant 1.7.0 Released
Hello Kevin, On Dec 19, 2006, at 10:31 PM, Kevin Jackson wrote: Hi Antoine, - as penance for my screwup last week, No need for penance, this happens I offer to do the next release Much appreciated. (hopefully in a while!) We will see ... Kev Antoine - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [ANN] Ant 1.7.0 Released
Antoine Levy-Lambert wrote: Hi, We have the pleasure to announce the release of Apache Ant 1.7.0. Congratulations! Thanks for being the release manager; take a rest now and let the rest of the team handle the support calls. I'm waiting for the first 'doesnt work on win98 with spaces in the path and weblogic in CLASSPATH' defect to arrive. -steve - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [ANN] Ant 1.7.0 Released
Antoine Levy-Lambert wrote: Hi, We have the pleasure to announce the release of Apache Ant 1.7.0. Oh, we need to put the libs up on the maven repository, along with Ant-testutil.jar. Does this also means we can go to 1.0 with antunit? -steve - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [ANN] Ant 1.7.0 Released
Hello Steve, the libs should already be in the maven repository. But pay attention : groupId is now org.apache.ant, not ant any more. Regards, Antoine Original-Nachricht Datum: Wed, 20 Dec 2006 13:27:01 + Von: Steve Loughran [EMAIL PROTECTED] An: Ant Developers List dev@ant.apache.org Betreff: Re: [ANN] Ant 1.7.0 Released Antoine Levy-Lambert wrote: Hi, We have the pleasure to announce the release of Apache Ant 1.7.0. Oh, we need to put the libs up on the maven repository, along with Ant-testutil.jar. Does this also means we can go to 1.0 with antunit? -steve - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [ANN] Ant 1.7.0 Released
Antoine Levy-Lambert wrote: Hello Steve, the libs should already be in the maven repository. But pay attention : groupId is now org.apache.ant, not ant any more. That's ok, I'm only moving our project to Ivy this week; we have no hard coded commitments to the old paths. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [ANN] Ant 1.7.0 Released
Hi Steve, actually, the org.apache.ant artifacts seem not to be available yet in the maven repository. I have just posted something to repository@ to find out whether it is just a delay, or whether I did something which does not follow the expectations of the repo infrastructure. Regards, Antoine Original-Nachricht Datum: Wed, 20 Dec 2006 15:01:24 + Von: Steve Loughran [EMAIL PROTECTED] An: Ant Developers List dev@ant.apache.org Betreff: Re: [ANN] Ant 1.7.0 Released Antoine Levy-Lambert wrote: Hello Steve, the libs should already be in the maven repository. But pay attention : groupId is now org.apache.ant, not ant any more. That's ok, I'm only moving our project to Ivy this week; we have no hard coded commitments to the old paths. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [ANN] Ant 1.7.0 Released
Antoine Levy-Lambert wrote: Hi Steve, actually, the org.apache.ant artifacts seem not to be available yet in the maven repository. I knew that :) I have just posted something to repository@ to find out whether it is just a delay, or whether I did something which does not follow the expectations of the repo infrastructure. oh, it just takes a few hours to sync. There is no staging/auditing process yet for you to get blocked by -steve - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
AntUnit (was Re: [ANN] Ant 1.7.0 Released)
On Wed, 20 Dec 2006, Steve Loughran [EMAIL PROTECTED] wrote: Does this also means we can go to 1.0 with antunit? Do we want to? I haven't seen anybody complain about missing features in beta2, is AntUnit ready for a 1.0 release? Stefan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: AntUnit (was Re: [ANN] Ant 1.7.0 Released)
--- Stefan Bodewig [EMAIL PROTECTED] wrote: On Wed, 20 Dec 2006, Steve Loughran [EMAIL PROTECTED] wrote: Does this also means we can go to 1.0 with antunit? Do we want to? I haven't seen anybody complain about missing features in beta2, is AntUnit ready for a 1.0 release? I was thinking of adding beforetests/aftertests, but that can wait for 1.0.1 IMHO. -Matt Stefan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VOTE] Release of Apache Ant 1.7.0 - new upload done
Stefan Bodewig wrote: Stefan. Rebuild the machine, Just installed Service Pack 1 for VS2005 today, felt like rebuilding the machine, no less. It took about 85 minutes, at least twice as long as the initial installation of VS2005, Guidancy Automation Extensions and Toolkit and the VS2005 SDK it was patching took. Stefan Microsoft blur the distinction between their apps and the OS. Any install of an MS app can break your machine. The only safe way to work with the stuff is under vmware or an equivalent. That way the hour and a half system install is just one window on your desktop being out of action. -steve - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VOTE] Release of Apache Ant 1.7.0 - new upload done
Stefan Bodewig wrote: On Mon, 18 Dec 2006, Steve Loughran [EMAIL PROTECTED] wrote: Stefan Bodewig wrote: RmicAdvancedTest fails for me using JDK 1.6, the stack trace (below) looks like a deeply confused Xerces to me. [junit] Testcase: testIIOP(org.apache.tools.ant.taskdefs.RmicAdvancedTest): Caused an ERROR [junit] org.apache.xerces.parsers.XIncludeAwareParserConfiguration cannot be cast to org.apache.xerces.xni.parser.XMLParserConfiguration Classloader grief. Are you sure? This is the only test exhibiting the problem. I need to dig deeper to find the reason, though. This was just a guess. I did a search and you are the first person to have encountered this problem, incidentally. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VOTE] Release of Apache Ant 1.7.0 - new upload done
On 12/19/06, Steve Loughran [EMAIL PROTECTED] wrote: Stefan Bodewig wrote: On Mon, 18 Dec 2006, Steve Loughran [EMAIL PROTECTED] wrote: Stefan Bodewig wrote: RmicAdvancedTest fails for me using JDK 1.6, the stack trace (below) looks like a deeply confused Xerces to me. [junit] Testcase: testIIOP(org.apache.tools.ant.taskdefs.RmicAdvancedTest): Caused an ERROR [junit] org.apache.xerces.parsers.XIncludeAwareParserConfiguration cannot be cast to org.apache.xerces.xni.parser.XMLParserConfiguration Classloader grief. Are you sure? This is the only test exhibiting the problem. I need to dig deeper to find the reason, though. This was just a guess. I did a search and you are the first person to have encountered this problem, incidentally. Not quite true, This has been the case for me testing with jdk1.6 for this junit test for a *long* time, I forget to mention it, sorry. Peter - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[ANN] Ant 1.7.0 Released
Hi, We have the pleasure to announce the release of Apache Ant 1.7.0. Ant 1.7 introduces a resource framework. Some of the core ant tasks such as copy/ are now able to process not only file system resources but also zip entries, tar entries, paths, ... Resource collections group resources, and can be further combined with operators such as union and intersection. This can be extended by custom resources and custom tasks using resources. Ant 1.7 starts outsourcing of optional tasks to Antlibs. The .NET antlib replaces the .NET optional tasks which ship in Ant. Support for the version control system Subversion is also provided as an antlib. Ant 1.7 fixes also a large number of bugs. Ant 1.7 has some initial support for Java6 features. The Apache Ant Team
Re: [ANN] Ant 1.7.0 Released
Hi Antoine, We have the pleasure to announce the release of Apache Ant 1.7.0. Thanks for taking the time to be release manager this time around - much appreciated - as penance for my screwup last week, I offer to do the next release (hopefully in a while!) Kev - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VOTE] Release of Apache Ant 1.7.0 - new upload done
It seems that the current ant code triggers bugs in jdk1.2. We probally should say that ant 1.7.0 does not support jdk1.2 due to bugs in jdk1.2, and try to find out what is triggering the bug - hopefully to get a work-a-round for ant 1.7.1. Have you tried using green threads? (were they still supported for jdk1.2 ?) Peter On 12/18/06, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: I just downloaded the latest builds from http://people.apache.org/~antoine/ * binary distro with MD5 ac30ce5b07b0018d65203fbc680968f5 *apache-ant-1.7.0-bin.zip * source distro with MD5 f3c9e94df5f4cc639ad8067700b3d571 *apache-ant-1.7.0-src.zip Using Java Classic VM (build JDK-1.2.1_004, native threads) and a buildfile project target name=one echoONE/echo /target target name=two depends=one/ /project I got for ant -p ---8888888--- -8- Buildfile: build.xml A nonfatal internal JIT (3.00.078(x)) error 'chgTarg: Conditional' has occurred in : 'org/apache/tools/ant/Project.fireMessageLoggedEvent (Lorg/apache/tools/ant/BuildEvent;Ljava/lang/String;I)V': Interpr eting method. Please report this error in detail to http://java.sun.com/cgi-bin/bugreport.cgi Main targets: Other targets: one two ---8888888--- -8- Not sure if that is a problem with Ant, or with JDK 1.2.2 or with my installation (have several JDKs installed: 1.2-1.6). I invoke the java command with path Path=c:\jdk\121_04\bin;C:\Programme\Perl\bin\;C:\WINNT\system32;C:\WINNT ;C:\WINNT\System32\Wbem;c:\bin;C:\ant\downloads\ apache-ant-1.7.0-bin\apache-ant-1.7.0\bin So I'm sure to get the right version. On a Java(TM) 2 Runtime Environment, Standard Edition (build 1.3.0-C) Java HotSpot(TM) Client VM (build 1.3.0-C, mixed mode) that works. Martijn started again something like let's drop 1.2 What's the status of that? I'll have a look at the zip's content and post a comment on that in another mail. Jan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VOTE] Release of Apache Ant 1.7.0 - new upload done
Stefan Bodewig wrote: On Wed, 13 Dec 2006, Antoine Levy-Lambert [EMAIL PROTECTED] wrote: I did a third upload where the HasFreeSpace condition will be present. +1 for releasing these builds. Everything looks good. RmicAdvancedTest fails for me using JDK 1.6, the stack trace (below) looks like a deeply confused Xerces to me. No reason to hold back the release Stefan [junit] Testcase: testIIOP(org.apache.tools.ant.taskdefs.RmicAdvancedTest): Caused an ERROR [junit] org.apache.xerces.parsers.XIncludeAwareParserConfiguration cannot be cast to org.apache.xerces.xni.parser.XMLParserConfiguration [junit] java.lang.ClassCastException: org.apache.xerces.parsers.XIncludeAwareParserConfiguration cannot be cast to org.apache.xerces.xni.parser.XMLParserConfiguration [junit] at org.apache.xerces.parsers.SAXParser.init(Unknown Source) [junit] at org.apache.xerces.parsers.SAXParser.init(Unknown Source) [junit] at org.apache.xerces.jaxp.SAXParserImpl$JAXPSAXParser.init(Unknown Source) [junit] at org.apache.xerces.jaxp.SAXParserImpl.init(Unknown Source) [junit] at org.apache.xerces.jaxp.SAXParserFactoryImpl.newSAXParser(Unknown Source) [junit] at org.apache.tools.ant.util.JAXPUtils.newSAXParser(JAXPUtils.java:215) [junit] at org.apache.tools.ant.util.JAXPUtils.getNamespaceXMLReader(JAXPUtils.java:172) [junit] at org.apache.tools.ant.helper.ProjectHelper2.parse(ProjectHelper2.java:185) [junit] at org.apache.tools.ant.helper.ProjectHelper2.parse(ProjectHelper2.java:138) [junit] at org.apache.tools.ant.ProjectHelper.configureProject(ProjectHelper.java:96) [junit] at org.apache.tools.ant.BuildFileTest.configureProject(BuildFileTest.java:252) [junit] at org.apache.tools.ant.BuildFileTest.configureProject(BuildFileTest.java:235) [junit] at org.apache.tools.ant.taskdefs.RmicAdvancedTest.setUp(RmicAdvancedTest.java:44) [junit] at junit.framework.TestCase.runBare(TestCase.java:128) Classloader grief. We cannot parse the XML file because Xerces is toasting: configureProject(TASKDEFS_DIR + rmic.xml); Stefan. Rebuild the machine, or if its a vm image, go back to last weeks' copy. -steve - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
AW: [VOTE] Release of Apache Ant 1.7.0 - new upload done
It seems that the current ant code triggers bugs in jdk1.2. We probally should say that ant 1.7.0 does not support jdk1.2 due to bugs in jdk1.2, and try to find out what is triggering the bug - hopefully to get a work-a-round for ant 1.7.1. Have you tried using green threads? (were they still supported for jdk1.2 ?) Peter Oh - I just read a note in our manual ;-) manual/platform.html Java 1.2 ... so I try the third option Add -Djava.compiler=NONE to the value of your ANT_OPTS environment variable. This turns the JIT off. The short sample buildfile works. Jan ant -f fetch.xml -p - works ant -f fetch.xml -Dhttp.proxyHost=ourProxy -Dhttp.proxyPort=8080 -Ddest=optional - BUILD FAILED get-m2.xml:85: java.net.UnknownHostException: ibiblio.org ant -f fetch.xml -autoproxy -Ddest=optional - The same error - ok. -autoproxy only works on Java5+ - but no message? Other scenario ... changed to the src-distro directory. ANT_OPTS=-Djava.compiler=NONE JAVA_HOME=c:\jdk\121_04 OS=Windows_NT Path=c:\jdk\121_04\bin;C:\Programme\Perl\bin\;C:\WINNT\system32;C:\WINNT ;C:\WINNT\System32\Wbem;c:\bin;C:\ant\downloads\apache-ant-1.7.0-bin\apa che-ant-1.7.0\bin Copied JUnit 3.8 into lib\optional ant test -nouserlib -lib lib\optional --- * deprecation warnings under JDK 1.2 while compiling * UTF-16+ascii problems: EchoTest, ExecuteJavaTest, FixCrLfTest, ReaderInputStreamTest * no regexp matcher: ManifestClassPathTest, EchoPropertiesTest * rmic: RmicAdvancedTest compile-tests: [javac] Compiling 266 source files to C:\ant\downloads\apache-ant-1.7.0-src\apache-ant-1.7.0\build\testcases [javac] Note: 11 files use or override a deprecated API. Recompile with -deprecation for details. junit-batch: [...] [junit] Testcase: testUTF16Encoding(org.apache.tools.ant.taskdefs.EchoTest):Caused an ERROR [junit] java.io.UnsupportedEncodingException: UTF-16 [junit] C:\ant\downloads\apache-ant-1.7.0-src\apache-ant-1.7.0\src\etc\testcases \taskdefs\echo.xml:71: java.io.UnsupportedEncodingException: UTF-16 [junit] at org.apache.tools.ant.taskdefs.Echo.execute(Echo.java:75) [junit] --- Nested Exception --- [junit] java.io.UnsupportedEncodingException: UTF-16 [junit] at sun.io.Converters.getConverterClass(Converters.java:97) [junit] at sun.io.Converters.newConverter(Converters.java:128) [junit] at sun.io.CharToByteConverter.getConverter(CharToByteConverter.java:71) [junit] at java.io.OutputStreamWriter.init(OutputStreamWriter.java:78) [junit] at org.apache.tools.ant.taskdefs.Echo.execute(Echo.java:69) [...] [junit] Testcase: testNoTimeOutForked(org.apache.tools.ant.taskdefs.ExecuteJavaTest): FAILED [junit] process should not have been killed [junit] junit.framework.AssertionFailedError: process should not have been killed [junit] at junit.framework.Assert.fail(Assert.java:47) [junit] at junit.framework.Assert.assertTrue(Assert.java:20) [junit] at org.apache.tools.ant.taskdefs.ExecuteJavaTest.testNoTimeOutForked(Execut eJavaTest.java:96) [...] [junit] Testcase: testOutputEncoding(org.apache.tools.ant.taskdefs.FixCrLfTest):Caused an ERROR [junit] java.io.UnsupportedEncodingException: ascii [junit] C:\ant\downloads\apache-ant-1.7.0-src\apache-ant-1.7.0\src\etc\testcases \taskdefs\fixcrlf\build.xml:124: java.io.UnsupportedEncodingException: ascii [junit] at org.apache.tools.ant.taskdefs.FixCRLF.processFile(FixCRLF.java:371) [junit] at org.apache.tools.ant.taskdefs.FixCRLF.execute(FixCRLF.java:300) [junit] --- Nested Exception --- [junit] java.io.UnsupportedEncodingException: ascii [junit] at sun.io.Converters.getConverterClass(Converters.java:97) [junit] at sun.io.Converters.newConverter(Converters.java:128) [junit] at sun.io.CharToByteConverter.getConverter(CharToByteConverter.java:71) [junit] at java.io.OutputStreamWriter.init(OutputStreamWriter.java:78) [junit] at org.apache.tools.ant.util.ResourceUtils.copyResource(ResourceUtils.java: 349) [junit] at org.apache.tools.ant.util.FileUtils.copyFile(FileUtils.java:508) [junit] at org.apache.tools.ant.taskdefs.FixCRLF.processFile(FixCRLF.java:347) [junit] at org.apache.tools.ant.taskdefs.FixCRLF.execute(FixCRLF.java:300) [...] [junit] Testsuite: org.apache.tools.ant.taskdefs.ManifestClassPathTest [junit] Tests run: 13, Failures: 0, Errors: 2, Time elapsed: 9,614 sec [junit] [junit] - Standard Output
Re: [VOTE] Release of Apache Ant 1.7.0 - new upload done
On 12/18/06, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: It seems that the current ant code triggers bugs in jdk1.2. We probally should say that ant 1.7.0 does not support jdk1.2 due to bugs in jdk1.2, and try to find out what is triggering the bug - hopefully to get a work-a-round for ant 1.7.1. Have you tried using green threads? (were they still supported for jdk1.2 ?) Peter Oh - I just read a note in our manual ;-) manual/platform.html Java 1.2 ... so I try the third option Add -Djava.compiler=NONE to the value of your ANT_OPTS environment variable. This turns the JIT off. The comment was added 2 years one month ago by stevel! These are caused by subtle incompatibilities between the Java1.4+ compiled release; bugs in the Java runtime that Sun won't fix. Peter The short sample buildfile works. Jan ant -f fetch.xml -p - works ant -f fetch.xml -Dhttp.proxyHost=ourProxy -Dhttp.proxyPort=8080 -Ddest=optional - BUILD FAILED get-m2.xml:85: java.net.UnknownHostException: ibiblio.org ant -f fetch.xml -autoproxy -Ddest=optional - The same error - ok. -autoproxy only works on Java5+ - but no message? Other scenario ... changed to the src-distro directory. ANT_OPTS=-Djava.compiler=NONE JAVA_HOME=c:\jdk\121_04 OS=Windows_NT Path=c:\jdk\121_04\bin;C:\Programme\Perl\bin\;C:\WINNT\system32;C:\WINNT ;C:\WINNT\System32\Wbem;c:\bin;C:\ant\downloads\apache-ant-1.7.0-bin\apa che-ant-1.7.0\bin Copied JUnit 3.8 into lib\optional ant test -nouserlib -lib lib\optional --- * deprecation warnings under JDK 1.2 while compiling * UTF-16+ascii problems: EchoTest, ExecuteJavaTest, FixCrLfTest, ReaderInputStreamTest * no regexp matcher: ManifestClassPathTest, EchoPropertiesTest * rmic: RmicAdvancedTest compile-tests: [javac] Compiling 266 source files to C:\ant\downloads\apache-ant-1.7.0-src\apache-ant-1.7.0\build\testcases [javac] Note: 11 files use or override a deprecated API. Recompile with -deprecation for details. junit-batch: [...] [junit] Testcase: testUTF16Encoding(org.apache.tools.ant.taskdefs.EchoTest):Caused an ERROR [junit] java.io.UnsupportedEncodingException: UTF-16 [junit] C:\ant\downloads\apache-ant-1.7.0-src\apache-ant-1.7.0\src\etc\testcases \taskdefs\echo.xml:71: java.io.UnsupportedEncodingException: UTF-16 [junit] at org.apache.tools.ant.taskdefs.Echo.execute(Echo.java:75) [junit] --- Nested Exception --- [junit] java.io.UnsupportedEncodingException: UTF-16 [junit] at sun.io.Converters.getConverterClass(Converters.java:97) [junit] at sun.io.Converters.newConverter(Converters.java:128) [junit] at sun.io.CharToByteConverter.getConverter(CharToByteConverter.java:71) [junit] at java.io.OutputStreamWriter.init(OutputStreamWriter.java:78) [junit] at org.apache.tools.ant.taskdefs.Echo.execute(Echo.java:69) [...] [junit] Testcase: testNoTimeOutForked(org.apache.tools.ant.taskdefs.ExecuteJavaTest): FAILED [junit] process should not have been killed [junit] junit.framework.AssertionFailedError: process should not have been killed [junit] at junit.framework.Assert.fail(Assert.java:47) [junit] at junit.framework.Assert.assertTrue(Assert.java:20) [junit] at org.apache.tools.ant.taskdefs.ExecuteJavaTest.testNoTimeOutForked(Execut eJavaTest.java:96) [...] [junit] Testcase: testOutputEncoding(org.apache.tools.ant.taskdefs.FixCrLfTest):Caused an ERROR [junit] java.io.UnsupportedEncodingException: ascii [junit] C:\ant\downloads\apache-ant-1.7.0-src\apache-ant-1.7.0\src\etc\testcases \taskdefs\fixcrlf\build.xml:124: java.io.UnsupportedEncodingException: ascii [junit] at org.apache.tools.ant.taskdefs.FixCRLF.processFile(FixCRLF.java:371) [junit] at org.apache.tools.ant.taskdefs.FixCRLF.execute(FixCRLF.java:300) [junit] --- Nested Exception --- [junit] java.io.UnsupportedEncodingException: ascii [junit] at sun.io.Converters.getConverterClass(Converters.java:97) [junit] at sun.io.Converters.newConverter(Converters.java:128) [junit] at sun.io.CharToByteConverter.getConverter(CharToByteConverter.java:71) [junit] at java.io.OutputStreamWriter.init(OutputStreamWriter.java:78) [junit] at org.apache.tools.ant.util.ResourceUtils.copyResource(ResourceUtils.java: 349) [junit] at org.apache.tools.ant.util.FileUtils.copyFile(FileUtils.java:508) [junit] at org.apache.tools.ant.taskdefs.FixCRLF.processFile(FixCRLF.java:347) [junit] at org.apache.tools.ant.taskdefs.FixCRLF.execute(FixCRLF.java:300) [...] [junit
AW: [VOTE] Release of Apache Ant 1.7.0 - new upload done
Having a deeper look into the distros ... Jan Binary distro: == WHATSNEW-file - * The -noproxy option which was in the previous 1.7 alpha and beta releases has been removed. It is the default behavior and not needed. should be removed because it is no Change from Ant 1.6.5 to Ant 1.7.0. Also delete the paragraph * On Java1.5+, Ant automatically sets the system property java.net.useSystemProxies to true, which gives it automatic use of the local IE (Windows) or Gnome2 (Unix/Linux) proxy settings. This may break any build file that somehow relied on content outside the firewall being unreachable: use the -noproxy command-line option to disable this new feature. Note that the Java1.5 proxy configuration system still does not appear to work reliably on Windows or Linux. Write a reason why these tasks have been removed: the required libraries are no longer available. * Support for the XSL:P XML parser has been removed. Bugzilla Report 23455. * Visual Age for Java optional tasks removed. * Testlet (test) optional task removed. * Icontract optional task removed. * Metamata (maudit, mmetrics, and mparse tasks) removed. * Sitraka (jpcoverage, jpcovmerge, jpcovreport) tasks suppressed. A word to the generated MD5-files: would it make trouble to include the filename? MD5Checker could benefit. E.g. there are windows tools which integrate themselves into the Windows Explorer and you could do the MD5-Check by right-clicking on the MD5-file. But then the filename(s) for the sums they are generated for must be included. E.g. f3c9e94df5f4cc639ad8067700b3d571 *apache-ant-1.7.0-src.zip instead of f3c9e94df5f4cc639ad8067700b3d571 manual::Getting Ant --- The Proxy Configuration paragraph is wrong - it uses -noproxy instead of -autoproxy. I just ask myself if the manual sais something about using fetch.xml Library Dependencies does not. Source-Distro = (copied JUnit and AntUnit into lib\optional) build dist-lite test -nouserlib -lib lib\optional -Djava.compiler=NONE ... Bootstrapping Ant Distribution ... Compiling Ant Classes Note: 5 files use or override a deprecated API. Recompile with -deprecation for details. ... Building Ant Distribution build: Compiling 224 source files to C:\ant\downloads\apache-ant-1.7.0-src\apache-ant-1.7.0\build\classes Note: 3 files use or override a deprecated API. Recompile with -deprecation for details. compile-tests: Compiling 266 source files to C:\ant\downloads\apache-ant-1.7.0-src\apache-ant-1.7.0\build\testcases Note: 11 files use or override a deprecated API. Recompile with -deprecation for details. BUILD SUCCESSFUL ... Done Bootstrapping Ant Distribution build: [javac] Compiling 672 source files to C:\ant\downloads\apache-ant-1.7.0-src\apache-ant-1.7.0\build\classes [javac] Note: 8 files use or override a deprecated API. Recompile with -deprecation for details. dump-sys-properties: [echo] java.vm.info=build JDK-1.2.1_004, native threads, symcjit [echo] java.vm.name=Classic VM [echo] java.vm.vendor=Sun Microsystems Inc. [echo] java.vm.version=1.2.1 [echo] os.arch=x86 [echo] os.name=Windows NT [echo] os.version=5.1 [echo] file.encoding=Cp1252 [echo] user.language=de [echo] ant.version=Apache Ant version 1.7.0 compiled on December 18 2006 junit-batch: EchoTest -- UTF-16/ascii FixCrLfTest -- UTF-16/ascii ManifestClassPathTest -- no regexp matcher RmicAdvancedTest -- Rmic failed EchoPropertiesTest-- no regexp matcher ReaderInputStreamTest -- UTF-16/ascii antunit-tests: taskdefs\jar-spi-test.xml -- no regexp matcher types\conditions\matches-test.xml -- no regexp matcher types\resources\selectors\test.xml -- no regexp matcher types\resources\test.xml [au:antunit] Target: testhttpurl2 FAILED [au:antunit]at line 257, column 120 [au:antunit]Message: length of url 0 length of file 0 file should be twice as big [au:antunit]took 0,07 sec [au:antunit] Target: testhttpurl1 FAILED [au:antunit]at line 239, column 20 [au:antunit]Message: Assertion failed [au:antunit]took 0,071 sec -- should not run in offline mode types\resources\tokens-test.xml-- UTF-16/ascii - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
AW: [VOTE] Release of Apache Ant 1.7.0 - new upload done
Hello Jan, * concerning the WHATSNEW file : I did not have the time and the knowledge to do an intelligent merge of the 4 sections which were in the file (Ant 1.6.5 to Ant 1.7.0Beta1 ... to the new section 1.6.5 to 1.7.0. I would suggest that you correct it. The corrections will only be in 1.7.1 (unless the release is rejected) * it is true that fetch.xml is not mentioned in the manual. If you have time, feel free to add something about it, it will be in 1.7.1 as well. * I do not have the feeling that these issues are important enough to delay the release. Regards, Antoine Original-Nachricht Datum: Mon, 18 Dec 2006 15:19:35 +0100 Von: [EMAIL PROTECTED] An: dev@ant.apache.org Betreff: AW: [VOTE] Release of Apache Ant 1.7.0 - new upload done Having a deeper look into the distros ... Jan Binary distro: == WHATSNEW-file - * The -noproxy option which was in the previous 1.7 alpha and beta releases has been removed. It is the default behavior and not needed. should be removed because it is no Change from Ant 1.6.5 to Ant 1.7.0. Also delete the paragraph * On Java1.5+, Ant automatically sets the system property java.net.useSystemProxies to true, which gives it automatic use of the local IE (Windows) or Gnome2 (Unix/Linux) proxy settings. This may break any build file that somehow relied on content outside the firewall being unreachable: use the -noproxy command-line option to disable this new feature. Note that the Java1.5 proxy configuration system still does not appear to work reliably on Windows or Linux. Write a reason why these tasks have been removed: the required libraries are no longer available. * Support for the XSL:P XML parser has been removed. Bugzilla Report 23455. * Visual Age for Java optional tasks removed. * Testlet (test) optional task removed. * Icontract optional task removed. * Metamata (maudit, mmetrics, and mparse tasks) removed. * Sitraka (jpcoverage, jpcovmerge, jpcovreport) tasks suppressed. A word to the generated MD5-files: would it make trouble to include the filename? MD5Checker could benefit. E.g. there are windows tools which integrate themselves into the Windows Explorer and you could do the MD5-Check by right-clicking on the MD5-file. But then the filename(s) for the sums they are generated for must be included. E.g. f3c9e94df5f4cc639ad8067700b3d571 *apache-ant-1.7.0-src.zip instead of f3c9e94df5f4cc639ad8067700b3d571 manual::Getting Ant --- The Proxy Configuration paragraph is wrong - it uses -noproxy instead of -autoproxy. I just ask myself if the manual sais something about using fetch.xml Library Dependencies does not. Source-Distro = (copied JUnit and AntUnit into lib\optional) build dist-lite test -nouserlib -lib lib\optional -Djava.compiler=NONE ... Bootstrapping Ant Distribution ... Compiling Ant Classes Note: 5 files use or override a deprecated API. Recompile with -deprecation for details. ... Building Ant Distribution build: Compiling 224 source files to C:\ant\downloads\apache-ant-1.7.0-src\apache-ant-1.7.0\build\classes Note: 3 files use or override a deprecated API. Recompile with -deprecation for details. compile-tests: Compiling 266 source files to C:\ant\downloads\apache-ant-1.7.0-src\apache-ant-1.7.0\build\testcases Note: 11 files use or override a deprecated API. Recompile with -deprecation for details. BUILD SUCCESSFUL ... Done Bootstrapping Ant Distribution build: [javac] Compiling 672 source files to C:\ant\downloads\apache-ant-1.7.0-src\apache-ant-1.7.0\build\classes [javac] Note: 8 files use or override a deprecated API. Recompile with -deprecation for details. dump-sys-properties: [echo] java.vm.info=build JDK-1.2.1_004, native threads, symcjit [echo] java.vm.name=Classic VM [echo] java.vm.vendor=Sun Microsystems Inc. [echo] java.vm.version=1.2.1 [echo] os.arch=x86 [echo] os.name=Windows NT [echo] os.version=5.1 [echo] file.encoding=Cp1252 [echo] user.language=de [echo] ant.version=Apache Ant version 1.7.0 compiled on December 18 2006 junit-batch: EchoTest -- UTF-16/ascii FixCrLfTest -- UTF-16/ascii ManifestClassPathTest -- no regexp matcher RmicAdvancedTest -- Rmic failed EchoPropertiesTest-- no regexp matcher ReaderInputStreamTest -- UTF-16/ascii antunit-tests: taskdefs\jar-spi-test.xml -- no regexp matcher types\conditions\matches-test.xml -- no regexp matcher types\resources\selectors\test.xml -- no regexp matcher types\resources\test.xml [au:antunit] Target: testhttpurl2 FAILED
AW: [VOTE] Release of Apache Ant 1.7.0 - new upload done
* concerning the WHATSNEW file : I did not have the time and the knowledge to do an intelligent merge of the 4 sections which were in the file (Ant 1.6.5 to Ant 1.7.0Beta1 ... to the new section 1.6.5 to 1.7.0. I would suggest that you correct it. The corrections will only be in 1.7.1 (unless the release is rejected) * it is true that fetch.xml is not mentioned in the manual. If you have time, feel free to add something about it, it will be in 1.7.1 as well. Ok - just working on HEAD as usual? ... * I do not have the feeling that these issues are important enough to delay the release. Good to know ... Jan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
AW: [VOTE] Release of Apache Ant 1.7.0 - new upload done
Hello Jan, Yes, I did not branch Ant yet, so you can work on SVN HEAD. Regards, Antoine Original-Nachricht Datum: Mon, 18 Dec 2006 16:40:40 +0100 Von: [EMAIL PROTECTED] An: dev@ant.apache.org Betreff: AW: [VOTE] Release of Apache Ant 1.7.0 - new upload done * concerning the WHATSNEW file : I did not have the time and the knowledge to do an intelligent merge of the 4 sections which were in the file (Ant 1.6.5 to Ant 1.7.0Beta1 ... to the new section 1.6.5 to 1.7.0. I would suggest that you correct it. The corrections will only be in 1.7.1 (unless the release is rejected) * it is true that fetch.xml is not mentioned in the manual. If you have time, feel free to add something about it, it will be in 1.7.1 as well. Ok - just working on HEAD as usual? ... * I do not have the feeling that these issues are important enough to delay the release. Good to know ... Jan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VOTE] Release of Apache Ant 1.7.0 - new upload done
On Mon, 18 Dec 2006, Steve Loughran [EMAIL PROTECTED] wrote: Stefan Bodewig wrote: RmicAdvancedTest fails for me using JDK 1.6, the stack trace (below) looks like a deeply confused Xerces to me. [junit] Testcase: testIIOP(org.apache.tools.ant.taskdefs.RmicAdvancedTest): Caused an ERROR [junit] org.apache.xerces.parsers.XIncludeAwareParserConfiguration cannot be cast to org.apache.xerces.xni.parser.XMLParserConfiguration Classloader grief. Are you sure? This is the only test exhibiting the problem. I need to dig deeper to find the reason, though. Stefan. Rebuild the machine, Just installed Service Pack 1 for VS2005 today, felt like rebuilding the machine, no less. It took about 85 minutes, at least twice as long as the initial installation of VS2005, Guidancy Automation Extensions and Toolkit and the VS2005 SDK it was patching took. Stefan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[VOTE-RESULTS] Release of Apache Ant 1.7.0 - new upload done
Hi, the vote for the release of Ant 1.7.0 will close tomorrow evening. So far I have recorded 6+1s (from Kevin, Matt, Steve Loughran, Stefan, Martijn, Peter). Jan Materne had done a -1 vote right after my first upload, but, since the reasons for his -1 (I think a piece of code which was not compiling) have been taken care of in the last upload, I am not sure whether his vote is still the same ? The bylaws say that release votes are subject to lazy majority, which defined as A lazy majority vote requires 3 binding +1 votes and more binding +1 votes that -1 votes. so unless things change dramatically tomorrow I will do the release in the evening tomorrow, which will probably be the early morning of Dec 20th in Europe. Regards, Antoine - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
AW: [VOTE-RESULTS] Release of Apache Ant 1.7.0 - new upload done
the vote for the release of Ant 1.7.0 will close tomorrow evening. So far I have recorded 6+1s (from Kevin, Matt, Steve Loughran, Stefan, Martijn, Peter). Jan Materne had done a -1 vote right after my first upload, but, since the reasons for his -1 (I think a piece of code which was not compiling) have been taken care of in the last upload, I am not sure whether his vote is still the same ? Right - no more -1 from me, as we had discussed earlier. I'm not happy with the WHATSNEW and it's messages about -noproxy, but that's only a +0 reason ... The bylaws say that release votes are subject to lazy majority, which defined as A lazy majority vote requires 3 binding +1 votes and more binding +1 votes that -1 votes. so unless things change dramatically tomorrow I will do the release in the evening tomorrow, which will probably be the early morning of Dec 20th in Europe. Yep - let's release. Nice Xmas present ;-) Jan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VOTE] Release of Apache Ant 1.7.0 - new upload done
On Dec 16, 2006, at 5:42 PM, Martijn Kruithof wrote: On Wed, 13 Dec 2006, Antoine Levy-Lambert [EMAIL PROTECTED] wrote: I did a third upload where the HasFreeSpace condition will be present. I am +1 on releasing those, we should however document that the official release does not work with jdk 1.2 Hello Martijn, I am fine with documenting that the release does not run under JDK 1.2. Since the documentation of the release is frozen, (because it is part of the Subversion tag and of the various binaries) I can write it in the email which will announce the release, and also write in on our web site after the release. Does any one know whether, when one builds 1.7.0 using JDK 1.4.0, ant runs under JDK 1.2 ? Regards from the Big Apple (just back from a jogging in Central Park). Antoine - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VOTE] Release of Apache Ant 1.7.0 - new upload done
Antoine Levy-Lambert schreef: On Dec 16, 2006, at 5:42 PM, Martijn Kruithof wrote: On Wed, 13 Dec 2006, Antoine Levy-Lambert [EMAIL PROTECTED] wrote: I did a third upload where the HasFreeSpace condition will be present. I am +1 on releasing those, we should however document that the official release does not work with jdk 1.2 Hello Martijn, I am fine with documenting that the release does not run under JDK 1.2. Since the documentation of the release is frozen, (because it is part of the Subversion tag and of the various binaries) I can write it in the email which will announce the release, and also write in on our web site after the release. This would be fine Does any one know whether, when one builds 1.7.0 using JDK 1.4.0, ant runs under JDK 1.2 ? I just verfied a build using j2sdk1.4.2_10, it does not run under jdk 1.2.2. Martijn - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VOTE] Release of Apache Ant 1.7.0 - new upload done
+1 Peter On 12/13/06, Antoine Levy-Lambert [EMAIL PROTECTED] wrote: Hi, I have updated my SVN sandbox, got the new StringUtils.java, and done a new upload. So we might want to start a new vote. You can download it from this URL : http://people.apache.org/~antoine/ apache-ant-1.7.0/ Due to our bylaws, if a positive vote happens, the effective release date (already entered in the doc) will be Dec 19, 2006. Do you vote for the release of these binaries ? [ ] Yes [ ] No Regards, Antoine On Dec 13, 2006, at 2:54 AM, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: -1: doesnt compile on JDK-1.2.1_004: src\main\org\apache\tools\ant\util\StringUtils.java:205: Method matches(java.lang.String) not found in class java.lang.S tring. if(humanSize.matches(regex)) { ^ You missed Kev's last change rev 486465 - remove Java1.4 specific methods from parseHumanSizes Jan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
AW: [VOTE] Release of Apache Ant 1.7.0 - new upload done
I just downloaded the latest builds from http://people.apache.org/~antoine/ * binary distro with MD5 ac30ce5b07b0018d65203fbc680968f5 *apache-ant-1.7.0-bin.zip * source distro with MD5 f3c9e94df5f4cc639ad8067700b3d571 *apache-ant-1.7.0-src.zip Using Java Classic VM (build JDK-1.2.1_004, native threads) and a buildfile project target name=one echoONE/echo /target target name=two depends=one/ /project I got for ant -p ---8888888--- -8- Buildfile: build.xml A nonfatal internal JIT (3.00.078(x)) error 'chgTarg: Conditional' has occurred in : 'org/apache/tools/ant/Project.fireMessageLoggedEvent (Lorg/apache/tools/ant/BuildEvent;Ljava/lang/String;I)V': Interpr eting method. Please report this error in detail to http://java.sun.com/cgi-bin/bugreport.cgi Main targets: Other targets: one two ---8888888--- -8- Not sure if that is a problem with Ant, or with JDK 1.2.2 or with my installation (have several JDKs installed: 1.2-1.6). I invoke the java command with path Path=c:\jdk\121_04\bin;C:\Programme\Perl\bin\;C:\WINNT\system32;C:\WINNT ;C:\WINNT\System32\Wbem;c:\bin;C:\ant\downloads\ apache-ant-1.7.0-bin\apache-ant-1.7.0\bin So I'm sure to get the right version. On a Java(TM) 2 Runtime Environment, Standard Edition (build 1.3.0-C) Java HotSpot(TM) Client VM (build 1.3.0-C, mixed mode) that works. Martijn started again something like let's drop 1.2 What's the status of that? I'll have a look at the zip's content and post a comment on that in another mail. Jan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VOTE] Release of Apache Ant 1.7.0 - new upload done
On Wed, 13 Dec 2006, Antoine Levy-Lambert [EMAIL PROTECTED] wrote: I did a third upload where the HasFreeSpace condition will be present. +1 for releasing these builds. Everything looks good. RmicAdvancedTest fails for me using JDK 1.6, the stack trace (below) looks like a deeply confused Xerces to me. No reason to hold back the release Stefan [junit] Testcase: testIIOP(org.apache.tools.ant.taskdefs.RmicAdvancedTest): Caused an ERROR [junit] org.apache.xerces.parsers.XIncludeAwareParserConfiguration cannot be cast to org.apache.xerces.xni.parser.XMLParserConfiguration [junit] java.lang.ClassCastException: org.apache.xerces.parsers.XIncludeAwareParserConfiguration cannot be cast to org.apache.xerces.xni.parser.XMLParserConfiguration [junit] at org.apache.xerces.parsers.SAXParser.init(Unknown Source) [junit] at org.apache.xerces.parsers.SAXParser.init(Unknown Source) [junit] at org.apache.xerces.jaxp.SAXParserImpl$JAXPSAXParser.init(Unknown Source) [junit] at org.apache.xerces.jaxp.SAXParserImpl.init(Unknown Source) [junit] at org.apache.xerces.jaxp.SAXParserFactoryImpl.newSAXParser(Unknown Source) [junit] at org.apache.tools.ant.util.JAXPUtils.newSAXParser(JAXPUtils.java:215) [junit] at org.apache.tools.ant.util.JAXPUtils.getNamespaceXMLReader(JAXPUtils.java:172) [junit] at org.apache.tools.ant.helper.ProjectHelper2.parse(ProjectHelper2.java:185) [junit] at org.apache.tools.ant.helper.ProjectHelper2.parse(ProjectHelper2.java:138) [junit] at org.apache.tools.ant.ProjectHelper.configureProject(ProjectHelper.java:96) [junit] at org.apache.tools.ant.BuildFileTest.configureProject(BuildFileTest.java:252) [junit] at org.apache.tools.ant.BuildFileTest.configureProject(BuildFileTest.java:235) [junit] at org.apache.tools.ant.taskdefs.RmicAdvancedTest.setUp(RmicAdvancedTest.java:44) [junit] at junit.framework.TestCase.runBare(TestCase.java:128) [junit] at junit.framework.TestResult$1.protect(TestResult.java:106) [junit] at junit.framework.TestResult.runProtected(TestResult.java:124) [junit] at junit.framework.TestResult.run(TestResult.java:109) [junit] at junit.framework.TestCase.run(TestCase.java:120) [junit] at junit.framework.TestSuite.runTest(TestSuite.java:230) [junit] at junit.framework.TestSuite.run(TestSuite.java:225) [junit] at org.apache.tools.ant.taskdefs.optional.junit.JUnitTestRunner.run(JUnitTestRunner.java:421) [junit] at org.apache.tools.ant.taskdefs.optional.junit.JUnitTask.executeInVM(JUnitTask.java:1245) [junit] at org.apache.tools.ant.taskdefs.optional.junit.JUnitTask.execute(JUnitTask.java:814) [junit] at org.apache.tools.ant.taskdefs.optional.junit.JUnitTask.executeOrQueue(JUnitTask.java:1657) [junit] at org.apache.tools.ant.taskdefs.optional.junit.JUnitTask.execute(JUnitTask.java:764) [junit] at org.apache.tools.ant.UnknownElement.execute(UnknownElement.java:288) [junit] at sun.reflect.GeneratedMethodAccessor22.invoke(Unknown Source) [junit] at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) [junit] at java.lang.reflect.Method.invoke(Method.java:597) [junit] at org.apache.tools.ant.dispatch.DispatchUtils.execute(DispatchUtils.java:105) [junit] at org.apache.tools.ant.Task.perform(Task.java:348) [junit] at org.apache.tools.ant.taskdefs.Sequential.execute(Sequential.java:62) [junit] at org.apache.tools.ant.UnknownElement.execute(UnknownElement.java:288) [junit] at sun.reflect.GeneratedMethodAccessor22.invoke(Unknown Source) [junit] at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) [junit] at java.lang.reflect.Method.invoke(Method.java:597) [junit] at org.apache.tools.ant.dispatch.DispatchUtils.execute(DispatchUtils.java:105) [junit] at org.apache.tools.ant.Task.perform(Task.java:348) [junit] at org.apache.tools.ant.taskdefs.MacroInstance.execute(MacroInstance.java:391) [junit] at org.apache.tools.ant.UnknownElement.execute(UnknownElement.java:288) [junit] at sun.reflect.GeneratedMethodAccessor22.invoke(Unknown Source) [junit] at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) [junit] at java.lang.reflect.Method.invoke(Method.java:597) [junit] at org.apache.tools.ant.dispatch.DispatchUtils.execute(DispatchUtils.java:105) [junit] at org.apache.tools.ant.Task.perform(Task.java:348) [junit] at org.apache.tools.ant.Target.execute(Target.java:357) [junit] at org.apache.tools.ant.Target.performTasks(Target.java:385) [junit] at org.apache.tools.ant.Project.executeSortedTargets(Project.java:1329) [junit] at
Re: [VOTE] Release of Apache Ant 1.7.0 - new upload done
On Wed, 13 Dec 2006, Antoine Levy-Lambert [EMAIL PROTECTED] wrote: I did a third upload where the HasFreeSpace condition will be present. I am +1 on releasing those, we should however document that the official release does not work with jdk 1.2 Also in the WHATSNEW still the following entry is present * On Java1.5+, Ant automatically sets the system property java.net.useSystemProxies to true, which gives it automatic use of the local IE (Windows) or Gnome2 (Unix/Linux) proxy settings. This may break any build file that somehow relied on content outside the firewall being unreachable: use the -noproxy command-line option to disable this new feature. Note that the Java1.5 proxy configuration system still does not appear to work reliably on Windows or Linux. I thought this wasn't true anymore Also maybe we should remove: * The -noproxy option which was in the previous 1.7 alpha and beta releases has been removed. It is the default behavior and not needed. Martijn Results when trying to run on java 1.2.2 on windows are the same as with the release candidate: D:\data\eclipseworkspace\ant-trunkset JAVA_HOME=c:\java\jdk1.2.2 D:\data\eclipseworkspace\ant-trunkd:\apache-ant-1.7.0\bin\ant test Buildfile: build.xml A nonfatal internal JIT (3.10.107(x)) error 'chgTarg: Conditional' has occurred in : 'org/apache/tools/ant/Project.addReference (Ljava/lang/String;Ljava/lang/Objec t;)V': Interpreting method. Please report this error in detail to http://java.sun.com/cgi-bin/bugreport.cg i A nonfatal internal JIT (3.10.107(x)) error 'chgTarg: Conditional' has occurred in : 'org/apache/tools/ant/Project.fireMessageLoggedEvent (Lorg/apache/tools/ant/Bu ildEvent;Ljava/lang/String;I)V': Interpreting method. Please report this error in detail to http://java.sun.com/cgi-bin/bugreport.cg i A nonfatal internal JIT (3.10.107(x)) error 'chgTarg: Conditional' has occurred in : 'org/apache/tools/ant/util/FileUtils.fromURI (Ljava/lang/String;)Ljava/lang/St ring;': Interpreting method. Please report this error in detail to http://java.sun.com/cgi-bin/bugreport.cg i A nonfatal internal JIT (3.10.107(x)) error 'chgTarg: Conditional' has occurred in : 'org/apache/tools/ant/taskdefs/ProcessDestroyer.add (Ljava/lang/Process;)Z': I nterpreting method. Please report this error in detail to http://java.sun.com/cgi-bin/bugreport.cg i [property] java.lang.IllegalMonitorStateException: current thread not owner [property] at org.apache.tools.ant.taskdefs.StreamPumper.run(StreamPumper.j ava, Compiled Code) [property] at java.lang.Thread.run(Thread.java:479) [property] java.lang.IllegalMonitorStateException: current thread not owner [property] at org.apache.tools.ant.taskdefs.StreamPumper.run(StreamPumper.j ava, Compiled Code) [property] at java.lang.Thread.run(Thread.java:479) ^CBatchopdracht beëindigen (J/N)? ^C D:\data\eclipseworkspace\ant-trunk - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VOTE] Release of Apache Ant 1.7.0 - new upload done
Antoine Levy-Lambert wrote: Hi, I have updated my SVN sandbox, got the new StringUtils.java, and done a new upload. So we might want to start a new vote. You can download it from this URL : http://people.apache.org/~antoine/apache-ant-1.7.0/ Due to our bylaws, if a positive vote happens, the effective release date (already entered in the doc) will be Dec 19, 2006. Do you vote for the release of these binaries ? [+1 ] Yes [ ] No Regards, +1 I'm not happy about last minute changes going in, but as they are 1.6 features they dont matter too much. I have just retested all the anunit script examples I have for my book, and they are all passing, once I found and deleted an old bsh-1.2 jar that was in the lib dir. -steve - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VOTE] Release of Apache Ant 1.7.0 - new upload done
Antoine Levy-Lambert wrote: Do you vote for the release of these binaries ? Numerous changes have been made in the code since RC1, including several new features. Do you think it would be wiser to call this build RC2 and make that the final release after a week or so - permitting no further changes other than dates and version labels - if no critical bugs are uncovered? -J. -- [EMAIL PROTECTED] x22801 netbeans.org ant.apache.org http://google.com/search?q=e%5E%28pi*i%29%2B1 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VOTE] Release of Apache Ant 1.7.0 - new upload done
I would also call it RC2. - Alexey. On 12/14/06, Jesse Glick [EMAIL PROTECTED] wrote: Antoine Levy-Lambert wrote: Do you vote for the release of these binaries ? Numerous changes have been made in the code since RC1, including several new features. Do you think it would be wiser to call this build RC2 and make that the final release after a week or so - permitting no further changes other than dates and version labels - if no critical bugs are uncovered? -J. -- [EMAIL PROTECTED] x22801 netbeans.org ant.apache.org http://google.com/search?q=e%5E%28pi*i%29%2B1 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Alexey N. Solofnenko trelony at gmail.com home: http://trelony.cjb.net/ Pleasant Hill, CA (GMT-8 hours usually)
Re: [VOTE] Release of Apache Ant 1.7.0 - new upload done
Hello Alexey, Jesse, I am getting impatient to get the impact of a real release. In any case, there will be bugs. Which bugs will be found and will be deemed critical nobody knows. We might be in search of perfection, but no matter how many RCs you generate you will never be perfect. Regards, Antoine On Dec 14, 2006, at 5:49 PM, Alexey Solofnenko wrote: I would also call it RC2. - Alexey. On 12/14/06, Jesse Glick [EMAIL PROTECTED] wrote: Antoine Levy-Lambert wrote: Do you vote for the release of these binaries ? Numerous changes have been made in the code since RC1, including several new features. Do you think it would be wiser to call this build RC2 and make that the final release after a week or so - permitting no further changes other than dates and version labels - if no critical bugs are uncovered? -J. -- [EMAIL PROTECTED] x22801 netbeans.org ant.apache.org http://google.com/search?q=e%5E%28pi*i%29%2B1 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VOTE] Release of Apache Ant 1.7.0 - new upload done
Hello Antoine, On my part I'm happy to say that we should release as final not RC2, I agree with the fact that people will not test until it becomes a final release (so if we do a RC2, it won't be tested by the users anyway). yes [x] Kev - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VOTE] Release of Apache Ant 1.7.0
On 12/13/06, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: -1: doesnt compile on JDK-1.2.1_004: or jdk 1.3. src\main\org\apache\tools\ant\util\StringUtils.java:205: Method matches(java.lang.String) not found in class java.lang.S tring. if(humanSize.matches(regex)) { ^ You missed Kev's last change rev 486465 - remove Java1.4 specific methods from parseHumanSizes Also the unittests for hasfreespace-test do not check for java6: [au:antunit] Build File: /x1/gump/public/workspace/ant/src/tests/antunit/taskdefs/condition/hasfreespace-test.xml [au:antunit] Tests run: 4, Failures: 0, Errors: 4, Time elapsed: 0.045 sec [au:antunit] Target: test-enough-space-human caused an ERROR [au:antunit]at line 11, column 20 [au:antunit]Message: au:assertTrue doesn't support the nested hasfreespace element. [au:antunit]took 0.005 sec [au:antunit] Target: test-not-enough-space caused an ERROR [au:antunit]at line 18, column 21 [au:antunit]Message: not doesn't support the nested hasfreespace element. [au:antunit]took 0.007 sec [au:antunit] Target: test-not-enough-space-human caused an ERROR [au:antunit]at line 5, column 21 [au:antunit]Message: not doesn't support the nested hasfreespace element. [au:antunit]took 0.005 sec [au:antunit] Target: test-enough-space caused an ERROR [au:antunit]at line 24, column 20 [au:antunit]Message: au:assertTrue doesn't support the nested hasfreespace element. [au:antunit]took 0.003 sec Peter Jan -Ursprüngliche Nachricht- Von: Kevin Jackson [mailto:[EMAIL PROTECTED] Gesendet: Mittwoch, 13. Dezember 2006 06:30 An: Ant Developers List Betreff: Re: [VOTE] Release of Apache Ant 1.7.0 My vote (so far) [x] Yes All good so far - thanks Antoine! Kev - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VOTE] Release of Apache Ant 1.7.0
On Dec 13, 2006, at 4:26 AM, Peter Reilly wrote: On 12/13/06, [EMAIL PROTECTED] [EMAIL PROTECTED] nrw.de wrote: -1: doesnt compile on JDK-1.2.1_004: or jdk 1.3. src\main\org\apache\tools\ant\util\StringUtils.java:205: Method matches(java.lang.String) not found in class java.lang.S tring. if(humanSize.matches(regex)) { ^ You missed Kev's last change rev 486465 - remove Java1.4 specific methods from parseHumanSizes That is true. Also the unittests for hasfreespace-test do not check for java6: [au:antunit] Build File: /x1/gump/public/workspace/ant/src/tests/antunit/taskdefs/condition/ hasfreespace-test.xml [au:antunit] Tests run: 4, Failures: 0, Errors: 4, Time elapsed: 0.045 sec [au:antunit] Target: test-enough-space-human caused an ERROR [au:antunit]at line 11, column 20 [au:antunit]Message: au:assertTrue doesn't support the nested hasfreespace element. Peter I saw the same when running the tests. Since I did my build under JDK 1.5, it did not compile the implementation for this Java 1.6 specific class. Antoine - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VOTE] Release of Apache Ant 1.7.0
The code uses reflection so it should compile on jdk 1.5 and work on jdk 1.6. I put a conditional compile in the build.xml file so that the hasfreespace code isn't even compiled on pre 1.6 jdks : selector id=needs.jdk1.6+ or filename name=${condition.package}/HasFreeSpace*/ filename name=${util.package}/java16/*/ /or /selector In reality, HasFreeSpace can be compiled on java5 (and lower), I put this into the build previously and didn't take it out - that would prevent the build from compiling the new code for this release (as there are no docs either, I initially thought it would be better to not ship the actual compiled version for 1.7.0 and put this in to prevent that from happening) The unittests should check for jdk 1.6 and ignore the test if run on a jdk less that 1.6. I've just committed your recommended change to use available to skip the test on java5 and lower Kev - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VOTE] Release of Apache Ant 1.7.0
On 12/13/06, Kevin Jackson [EMAIL PROTECTED] wrote: The code uses reflection so it should compile on jdk 1.5 and work on jdk 1.6. I put a conditional compile in the build.xml file so that the hasfreespace code isn't even compiled on pre 1.6 jdks : selector id=needs.jdk1.6+ or filename name=${condition.package}/HasFreeSpace*/ filename name=${util.package}/java16/*/ /or /selector eek, I did not see that.! The point of using reflection is to have the condition in the ant distro. I think that the test in build.xml should be removed, at least until we say that the ant distro should be compiled with java6. At the moment, the ant distro should be compile with java5, (we do allow using lower jvms to compile a sub-set of ant, however this is not a distro). Peter In reality, HasFreeSpace can be compiled on java5 (and lower), I put this into the build previously and didn't take it out - that would prevent the build from compiling the new code for this release (as there are no docs either, I initially thought it would be better to not ship the actual compiled version for 1.7.0 and put this in to prevent that from happening) The unittests should check for jdk 1.6 and ignore the test if run on a jdk less that 1.6. I've just committed your recommended change to use available to skip the test on java5 and lower Kev - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VOTE] Release of Apache Ant 1.7.0
Hi eek, I did not see that.! :( The point of using reflection is to have the condition in the ant distro. For the condition that's fine, but for the java16 package, it will not compile on java5 (not that the code in there is used at the moment) Kev - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VOTE] Release of Apache Ant 1.7.0
On 12/13/06, Kevin Jackson [EMAIL PROTECTED] wrote: Hi eek, I did not see that.! :( The point of using reflection is to have the condition in the ant distro. For the condition that's fine, but for the java16 package, it will not compile on java5 (not that the code in there is used at the moment) ?I do not follow? Peter Kev - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VOTE] Release of Apache Ant 1.7.0
For the condition that's fine, but for the java16 package, it will not compile on java5 (not that the code in there is used at the moment) In fact unless anyone thinks I should leave this in, I'm going to pull the util.java16 package from svn head and alter the build.xml to remove the selector ?I do not follow? The code in the java16 package doesn't use reflection, it's java6 'native code', but I didn't remove it before Antoine started the release, as I said as it's unused right now (it was used in the first version of hasfreespace, but the reflection changes made it's inclusion unnecessary). I think it's best to pull it completely Kev - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VOTE] Release of Apache Ant 1.7.0
On 12/13/06, Kevin Jackson [EMAIL PROTECTED] wrote: For the condition that's fine, but for the java16 package, it will not compile on java5 (not that the code in there is used at the moment) In fact unless anyone thinks I should leave this in, I'm going to pull the util.java16 package from svn head and alter the build.xml to remove the selector ?I do not follow? The code in the java16 package doesn't use reflection, it's java6 'native code', but I didn't remove it before Antoine started the release, as I said as it's unused right now (it was used in the first version of hasfreespace, but the reflection changes made it's inclusion unnecessary). I think it's best to pull it completely Ah I see it now. oata.util.java16. Yes, pull this, it is not used anymore! Peter Kev - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VOTE] Release of Apache Ant 1.7.0
Ah I see it now. oata.util.java16. Yes, pull this, it is not used anymore! Done and altered the build.xml to remove the selector that was no longer needed either /me learns valuable lesson in trying to get a new feature in close to release (mea culpa for all the problems today) :( Kev - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[VOTE] Release of Apache Ant 1.7.0 - new upload done
Hi, I have updated my SVN sandbox, got the new StringUtils.java, and done a new upload. So we might want to start a new vote. You can download it from this URL : http://people.apache.org/~antoine/ apache-ant-1.7.0/ Due to our bylaws, if a positive vote happens, the effective release date (already entered in the doc) will be Dec 19, 2006. Do you vote for the release of these binaries ? [ ] Yes [ ] No Regards, Antoine On Dec 13, 2006, at 2:54 AM, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: -1: doesnt compile on JDK-1.2.1_004: src\main\org\apache\tools\ant\util\StringUtils.java:205: Method matches(java.lang.String) not found in class java.lang.S tring. if(humanSize.matches(regex)) { ^ You missed Kev's last change rev 486465 - remove Java1.4 specific methods from parseHumanSizes Jan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VOTE] Release of Apache Ant 1.7.0
On 12/13/06, Kevin Jackson [EMAIL PROTECTED] wrote: Ah I see it now. oata.util.java16. Yes, pull this, it is not used anymore! Done and altered the build.xml to remove the selector that was no longer needed either /me learns valuable lesson in trying to get a new feature in close to release (mea culpa for all the problems today) :( This is life! a sequence of lessons! Peter Kev - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VOTE] Release of Apache Ant 1.7.0 - new upload done
On 12/13/06, Antoine Levy-Lambert [EMAIL PROTECTED] wrote: Hi, I have updated my SVN sandbox, got the new StringUtils.java, and done a new upload. Hi Antonine, did you get the last change from Kev? Peter So we might want to start a new vote. You can download it from this URL : http://people.apache.org/~antoine/ apache-ant-1.7.0/ Due to our bylaws, if a positive vote happens, the effective release date (already entered in the doc) will be Dec 19, 2006. Do you vote for the release of these binaries ? [ ] Yes [ ] No Regards, Antoine On Dec 13, 2006, at 2:54 AM, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: -1: doesnt compile on JDK-1.2.1_004: src\main\org\apache\tools\ant\util\StringUtils.java:205: Method matches(java.lang.String) not found in class java.lang.S tring. if(humanSize.matches(regex)) { ^ You missed Kev's last change rev 486465 - remove Java1.4 specific methods from parseHumanSizes Jan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]