AW: AW: ant java versions
Strange that there are deprecated warnings even on 1.3 ... But the build works :) I'm pretty sure that the tests don't though :( Java 1.3 ... build ... build test [junit] Testcase: testHasErrorInCase(org.apache.tools.ant.util.FileUtilsTest): FAILED [junit] null [junit] junit.framework.AssertionFailedError [junit] at junit.framework.Assert.fail(Assert.java:47) [junit] at junit.framework.Assert.assertTrue(Assert.java:20) [junit] at junit.framework.Assert.assertTrue(Assert.java:27) [junit] at org.apache.tools.ant.util.FileUtilsTest.testHasErrorInCase(FileUtilsTest .java:582) [au:antunit] Build File: C:\ant\svn-repository\ant\core\src\tests\antunit\taskdefs\echoxml-test.x ml [au:antunit] Tests run: 4, Failures: 0, Errors: 1, Time elapsed: 0,047 sec [au:antunit] Target: test-ns caused an ERROR [au:antunit]at line 47, column 72 [au:antunit]Message: Problem: failed to create task or type antlib:org.apache.ant.antunit:assertResourceContains [au:antunit] Cause: The name is undefined. [au:antunit] Action: Check the spelling. [au:antunit] Action: Check that any custom tasks/types have been declared. [au:antunit] Action: Check that any presetdef/macrodef declarations have taken place. [au:antunit] [au:antunit] The definitions in the namespace antlib:org.apache.ant.antunit are: [au:antunit] antunit [au:antunit] assertPropertySet [au:antunit] assertLogContains [au:antunit] assertPropertyEquals [au:antunit] logcapturer [au:antunit] logcontent [au:antunit] logcontains [au:antunit] assertDestIsUptodate [au:antunit] assertFilesMatch [au:antunit] assertFalse [au:antunit] assertFileExists [au:antunit] assertFileDoesntExist [au:antunit] assertMatches [au:antunit] expectfailure [au:antunit] assertFilesDiffer [au:antunit] assertEquals [au:antunit] xmllistener [au:antunit] assertPropertyContains [au:antunit] assertDestIsOutofdate [au:antunit] assertReferenceIsType [au:antunit] assertLogDoesntContain [au:antunit] assertReferenceSet [au:antunit] plainlistener [au:antunit] assertTrue [au:antunit] [au:antunit]took 0,016 sec [au:antunit] Build File: C:\ant\svn-repository\ant\core\src\tests\antunit\taskdefs\optional\scrip t\scriptdef-test.xml [au:antunit] Tests run: 6, Failures: 0, Errors: 6, Time elapsed: 0,047 sec [au:antunit] Target: testMixedResources caused an ERROR [au:antunit]at line 78, column 9 [au:antunit]Message: Unable to load a script engine manager (org.apache.bsf.BSFManager or javax.script.ScriptEngineManager) [au:antunit]took 0,015 sec [au:antunit] Target: testInline caused an ERROR [au:antunit]at line 39, column 9 [au:antunit]Message: Unable to load a script engine manager (org.apache.bsf.BSFManager or javax.script.ScriptEngineManager) [au:antunit]took 0 sec [au:antunit] Target: testStringResourceRef caused an ERROR [au:antunit]at line 51, column 9 [au:antunit]Message: Unable to load a script engine manager (org.apache.bsf.BSFManager or javax.script.ScriptEngineManager) [au:antunit]took 0 sec [au:antunit] Target: testPropertyResource caused an ERROR [au:antunit]at line 70, column 9 [au:antunit]Message: Unable to load a script engine manager (org.apache.bsf.BSFManager or javax.script.ScriptEngineManager) [au:antunit]took 0 sec [au:antunit] Target: testStringResource caused an ERROR [au:antunit]at line 44, column 9 [au:antunit]Message: Unable to load a script engine manager (org.apache.bsf.BSFManager or javax.script.ScriptEngineManager) [au:antunit]took 0 sec [au:antunit] Target: testStringResourceInline caused an ERROR [au:antunit]at line 59, column 9 [au:antunit]Message: Unable to load a script engine manager (org.apache.bsf.BSFManager or javax.script.ScriptEngineManager) [au:antunit]took 0 sec [au:antunit] Build File: C:\ant\svn-repository\ant\core\src\tests\antunit\taskdefs\optional\unix\ symlink-test.xml [au:antunit] Tests run: 3, Failures: 0, Errors: 0, Time elapsed: 0,031 sec [au:antunit] Build File: C:\ant\svn-repository\ant\core\src\tests\antunit\taskdefs\propertyhelper -test.xml [au:antunit] Tests run: 0, Failures: 0, Errors: 6, Time elapsed: 0,031 sec [au:antunit] caused an ERROR [au:antunit]at line 6, column 48 [au:antunit]Message: Unable to load the BSF script engine manager (org.apache.bsf.BSFManager) [au:antunit]took 0,016 sec [au:antunit] caused an ERROR [au:antunit]at line 6, column 48 [au:antunit]Message: Unable to load the BSF script engine manager (org.apache.bsf.BSFManager) [au:antunit]took 0,032 sec [au:antunit] caused an ERROR [au:antunit]at line 6, column 48 [au:antunit]Message: Unable to load the BSF script engine manager (org.apache.bsf.BSFManager) [au:antunit]took 0,032 sec [au:antunit] caused an ERROR [au:antunit]at line 6, column 48 [au:antunit]Message: Unable to load the BSF script engine manager (org.apache.bsf.BSFManager)
Re: AW: ant java versions
On Jan 16, 2008 10:28 AM, Steve Loughran [EMAIL PROTECTED] wrote: Peter Reilly wrote: I do not think we should do this. As far as I know, there is no super compelling reason to make ant only work on java 1.4 +, I was curious as it is a lot easier to do relative URLs with the java.net.URI class, which is java 1.4+ only java5, on the other hand we switched to java5 @ Work, primarily because once you read all the (wonderful) papers on the Java Memory Model, you can't trust the JVM's memory accesses to volatile keyworded data in a multithreaded app. It does offer lots of advantages -new collections -iterators -ability to have subclasses return subtypes on overridden methods -concurrency API That's before you worry about annotations. I think if we made a jump to java5 for Ant1.8 we'd upset all the java1.4 users out there (and there are still a lot -I can see that for discussons on testng-users mailing list, people who annotations in javadoc. However, I can also see that we'd want to move to java 5 eventually, and we need to move from java1.3 to 1.4 first. So having a move from java1.3 for java 1.8 would seem a first a step. There are a woe-full amount of java 1.3 users as well.. Peter -- Steve Loughran http://www.1060.org/blogxter/publish/5 Author: Ant in Action http://antbook.org/ - 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: AW: ant java versions
Peter Reilly wrote: I do not think we should do this. As far as I know, there is no super compelling reason to make ant only work on java 1.4 +, I was curious as it is a lot easier to do relative URLs with the java.net.URI class, which is java 1.4+ only java5, on the other hand we switched to java5 @ Work, primarily because once you read all the (wonderful) papers on the Java Memory Model, you can't trust the JVM's memory accesses to volatile keyworded data in a multithreaded app. It does offer lots of advantages -new collections -iterators -ability to have subclasses return subtypes on overridden methods -concurrency API That's before you worry about annotations. I think if we made a jump to java5 for Ant1.8 we'd upset all the java1.4 users out there (and there are still a lot -I can see that for discussons on testng-users mailing list, people who annotations in javadoc. However, I can also see that we'd want to move to java 5 eventually, and we need to move from java1.3 to 1.4 first. So having a move from java1.3 for java 1.8 would seem a first a step. -- Steve Loughran http://www.1060.org/blogxter/publish/5 Author: Ant in Action http://antbook.org/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: AW: ant java versions
Peter Reilly wrote: There are a woe-full amount of java 1.3 users as well.. Peter And of 1.2 users that we abandoned during the 1.7 release. But the thinking at that time, and I think it holds up here as well, is that if those users are too conservative to move beyond a JVM which has now reached end-of-life, they are also too conservative to upgrade to the latest version of Ant. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: AW: ant java versions
On Jan 17, 2008 12:19 AM, Bruce Atherton [EMAIL PROTECTED] wrote: Peter Reilly wrote: There are a woe-full amount of java 1.3 users as well.. Peter And of 1.2 users that we abandoned during the 1.7 release. But the thinking at that time, and I think it holds up here as well, is that if those users are too conservative to move beyond a JVM which has now reached end-of-life, they are also too conservative to upgrade to the latest version of Ant. The main reason (IMO) we moved from java 1.2, was that it java5's javac generated bad byte code for java 1.2. 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]
ant java versions
this is a silly question, but I have forgotten the current values 1. What is the minimum version of Ant that 1.7.0 supports? 2. What is the minimum version of Ant that 1.8 is targeting? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: ant java versions
Steve Loughran [EMAIL PROTECTED] writes: this is a silly question, but I have forgotten the current values 1. What is the minimum version of Ant that 1.7.0 supports? In theory the answer is 1.2, but I doubt that anybody really still has an environment to try that. 2. What is the minimum version of Ant that 1.8 is targeting? I'm not sure whether we've made any decision to change what we have as a minimum requirement for 1.7. Stefan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
AW: ant java versions
this is a silly question, but I have forgotten the current values 1. What is the minimum version of Ant that 1.7.0 supports? In theory the answer is 1.2, but I doubt that anybody really still has an environment to try that. 2. What is the minimum version of Ant that 1.8 is targeting? I'm not sure whether we've made any decision to change what we have as a minimum requirement for 1.7. we dropped 1.2, so it is 1.3 http://marc.info/?l=ant-devm=117794737813795w=2 Jan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
AW: AW: ant java versions
2. What is the minimum version of Ant that 1.8 is targeting? I'm not sure whether we've made any decision to change what we have as a minimum requirement for 1.7. we dropped 1.2, so it is 1.3 http://marc.info/?l=ant-devm=117794737813795w=2 OK. Ant 1.3 is still out there. It would be nice to move up to 1.4 for the 1.8 codebase, at least for some things. I wonder how much use of 1.3 is out there? I think there was already a try to start a vote of dropping Java 1.3 as it should be at end of life. But if I remember right without any success. What is the newest JDK version on our supported platforms? Jan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: AW: ant java versions
[EMAIL PROTECTED] wrote: this is a silly question, but I have forgotten the current values 1. What is the minimum version of Ant that 1.7.0 supports? In theory the answer is 1.2, but I doubt that anybody really still has an environment to try that. 2. What is the minimum version of Ant that 1.8 is targeting? I'm not sure whether we've made any decision to change what we have as a minimum requirement for 1.7. we dropped 1.2, so it is 1.3 http://marc.info/?l=ant-devm=117794737813795w=2 OK. Ant 1.3 is still out there. It would be nice to move up to 1.4 for the 1.8 codebase, at least for some things. I wonder how much use of 1.3 is out there? -steve - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: AW: AW: ant java versions
[EMAIL PROTECTED] wrote: 2. What is the minimum version of Ant that 1.8 is targeting? I'm not sure whether we've made any decision to change what we have as a minimum requirement for 1.7. we dropped 1.2, so it is 1.3 http://marc.info/?l=ant-devm=117794737813795w=2 OK. Ant 1.3 is still out there. It would be nice to move up to 1.4 for the 1.8 codebase, at least for some things. I wonder how much use of 1.3 is out there? I think there was already a try to start a vote of dropping Java 1.3 as it should be at end of life. But if I remember right without any success. What is the newest JDK version on our supported platforms? Java 6.0u4 on windows/linux, mac still trailing. The 6.04 release changed bits of the XML APIs, which was very unusual for a point release, to say the least. -- Steve Loughran http://www.1060.org/blogxter/publish/5 Author: Ant in Action http://antbook.org/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: AW: ant java versions
On Jan 15, 2008 12:51 PM, [EMAIL PROTECTED] wrote: 2. What is the minimum version of Ant that 1.8 is targeting? I'm not sure whether we've made any decision to change what we have as a minimum requirement for 1.7. we dropped 1.2, so it is 1.3 http://marc.info/?l=ant-devm=117794737813795w=2 OK. Ant 1.3 is still out there. It would be nice to move up to 1.4 for the 1.8 codebase, at least for some things. I wonder how much use of 1.3 is out there? I think there was already a try to start a vote of dropping Java 1.3 as it should be at end of life. I do not think we should do this. As far as I know, there is no super compelling reason to make ant only work on java 1.4 +, java5, on the other hand Peter But if I remember right without any success. What is the newest JDK version on our supported platforms? 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: AW: ant java versions
To me, the super-compelling reason is that if we claim to support Java 1.3, then we have to make sure to test against it on all supported platforms. This is a lot of extra work (on top of the testing for 1.4, 1.5, and 1.6), particularly if none of us has Java 1.3 installed. This has bitten us in the past, where JDK 1.2 support in Ant broke without anybody realizing it. Since Java 1.3 is at end of life, what is the benefit to keeping it? It is true that we will see the real benefit in the codebase once we can support only 1.5 and higher, but deprecating support for Java 1.3 is a step to getting us there. Ant 1.8 can target Java 1.4, and then Ant 1.9 (2.0?) can target 1.5. That way the Java versions we support are deprecated gradually. Peter Reilly wrote: I do not think we should do this. As far as I know, there is no super compelling reason to make ant only work on java 1.4 +, java5, on the other hand Peter
Re: AW: ant java versions
Hi all, To me, the super-compelling reason is that if we claim to support Java 1.3, then we have to make sure to test against it on all supported platforms. This is a lot of extra work (on top of the testing for 1.4, 1.5, and 1.6), particularly if none of us has Java 1.3 installed. This has bitten us in the past, where JDK 1.2 support in Ant broke without anybody realizing it. Since Java 1.3 is at end of life, what is the benefit to keeping it? I agree with this - I've tried to build our current 1.7.1 branch on 1.3 and it simply won't build right now (I can't remember the exact error I think it was XML api related). Sun don't support java 1.3 (indeed 1.4 will soon be end of life). Kev - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
AW: AW: ant java versions
Build on [EMAIL PROTECTED]: java version 1.3.0 Java(TM) 2 Runtime Environment, Standard Edition (build 1.3.0-C) Java HotSpot(TM) Client VM (build 1.3.0-C, mixed mode) build ... Bootstrapping Ant Distribution ... Building Ant Distribution build: Created dir: C:\ant\svn-repository\ant\core\build\lib Compiling 257 source files to C:\ant\svn-repository\ant\core\build\classes Note: Some input files use or override a deprecated API. jars: skipping a lot of jars as I build without 3rd party libs hint: are there 1.3compliant 3rd party libs? compile-tests: Created dir: C:\ant\svn-repository\ant\core\build\testcases Compiling 265 source files to C:\ant\svn-repository\ant\core\build\testcases Note: Some input files use or override a deprecated API. test-jar: Building jar: C:\ant\svn-repository\ant\core\build\lib\ant-testutil.jar dist-lite: Created dir: C:\ant\svn-repository\ant\core\bootstrap Created dir: C:\ant\svn-repository\ant\core\bootstrap\bin Created dir: C:\ant\svn-repository\ant\core\bootstrap\lib Copying 8 files to C:\ant\svn-repository\ant\core\bootstrap\lib Copying 2 files to C:\ant\svn-repository\ant\core\bootstrap\lib Copying 13 files to C:\ant\svn-repository\ant\core\bootstrap\bin BUILD SUCCESSFUL Total time: 22 seconds ... Cleaning Up Build Directories ... Done Bootstrapping Ant Distribution build: [javac] Compiling 719 source files to C:\ant\svn-repository\ant\core\build\classes [javac] Note: Some input files use or override a deprecated API. jars: ... compile-tests: ... dist-lite: [mkdir] Created dir: C:\ant\svn-repository\ant\core\dist [mkdir] Created dir: C:\ant\svn-repository\ant\core\dist\bin [mkdir] Created dir: C:\ant\svn-repository\ant\core\dist\lib [copy] Copying 8 files to C:\ant\svn-repository\ant\core\dist\lib [copy] Copying 2 files to C:\ant\svn-repository\ant\core\dist\lib [copy] Copying 13 files to C:\ant\svn-repository\ant\core\dist\bin main: BUILD SUCCESSFUL ---8888888--- -8- Strange that there are deprecated warnings even on 1.3 ... But the build works :) Jan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: AW: ant java versions
Hi, Strange that there are deprecated warnings even on 1.3 ... But the build works :) I'm pretty sure that the tests don't though :( Kev - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]