Re: [VOTE] Release Jakarta Cactus 1.8.1
Hi guys, can you tell me how to reproduce this behaviour - I am really clueless. I have no idea what triggeres it and I cannot see it locally on my machine. This way I cannot work on fixing it. Thanks, Petar. On Wed, Jan 21, 2009 at 8:41 AM, Henri Yandell bay...@generationjava.comwrote: Yep - turning off my local JIRA got me passed that problem and now I get the same set of errors as Seb. Hen On Tue, Jan 20, 2009 at 2:11 PM, Petar Tahchiev paranoiabla.li...@gmail.com wrote: Actually Hentry's problem was that he had something alreadty running on port 8080. But you are right. We check if the property is set :-( Ok, I will try to investigate further. On Wed, Jan 21, 2009 at 12:06 AM, sebb seb...@gmail.com wrote: On 20/01/2009, Petar Tahchiev paranoiabla.li...@gmail.com wrote: Hi guys, I think I found the problem, but since I cannot reproduce this behaviour I am clueless if this will work. I think the problem is here: http://jira.codehaus.org/browse/SUREFIRE-98 The issue relates to not finding a property - however the code already does a separate check to see if the property has been retrieved OK, so I don't think it applies here. I changed the version of the Surefire plugin we use to the latest one. I have commited it. Anything else before I make the RC-3 and cast the vote? Probably best if Henri could provide more info on the failure he saw, which I think was different from mine. I'm also intending to try a test on Unix. I suggest waiting a bit. Thanks again, Petar. On Tue, Jan 20, 2009 at 10:51 PM, Petar Tahchiev paranoiabla.li...@gmail.com wrote: Hi Sebb, I removed the CDDL license and described the servlet-api as an Apache 2.0 licensed. I also added the Apache license headers. I also changed the version of AspectJ we are using. About the test failures that you mention I think they are different from what Henry is getting. Anyways I am unable to reproduce them :-( What should I do? Do I need to make a RC-3 and call the vote on it? Thanks for the tips guys. On Tue, Jan 20, 2009 at 9:42 PM, sebb seb...@gmail.com wrote: On 20/01/2009, sebb seb...@gmail.com wrote: On 20/01/2009, Petar Tahchiev paranoiabla.li...@gmail.com wrote: Hi all, maybe I am too impatient, but has anybody tried the artifacts? 1 minor problem - the .asc files should be detached ascii signatures, not signed archives. No need to recreate the RC, just recreate the .asc files. We don't normally provide binary .sig files - they can be deleted. I'm still looking at other aspects of the RC. The servlet-api-2.4.jar file is an Apache version, as Henri already mentioned. The cddl licence should be deleted, and the README updated. Like Henri, I also get test failures: [surefire] Tests run: 5, Failures: 3, Errors: 0, Time elapsed: 0.25 sec FAILURE !! [surefire] Running org.apache.cactus.integration.ant.deployment.webapp.TestWarArchive [surefire] Tests run: 3, Failures: 3, Errors: 0, Time elapsed: 0.031 sec FAILURE !! [surefire] Running org.apache.cactus.integration.ant.deployment.webapp.TestWebXml [surefire] Tests run: 54, Failures: 0, Errors: 0, Time elapsed: 2.359 sec [surefire] Running org.apache.cactus.integration.ant.deployment.webapp.TestWebXmlVersion [surefire] Tests run: 8, Failures: 0, Errors: 0, Time elapsed: 0.093 sec [surefire] Running org.apache.cactus.integration.ant.TestCactifyEarTask [surefire] Tests run: 3, Failures: 3, Errors: 0, Time elapsed: 0.031 sec FAILURE !! [surefire] Running org.apache.cactus.integration.ant.TestCactifyWarTask [surefire] Tests run: 21, Failures: 21, Errors: 0, Time elapsed: 0.281 sec FAILURE !! [surefire] Running org.apache.cactus.integration.ant.TestCactusTask [surefire] Tests run: 7, Failures: 7, Errors: 0, Time elapsed: 0.078 sec FAILURE !! [surefire] Running org.apache.cactus.integration.ant.TestCactusTestTask [surefire] Tests run: 7, Failures: 7, Errors: 0, Time elapsed: 0.094 sec FAILURE !! [surefire] Running org.apache.cactus.integration.ant.TestRunServerTestsTask [surefire] Tests run: 6, Failures: 6, Errors: 0, Time elapsed: 0.078 sec FAILURE !! I ran mvn test, which failed when it could not find the cactus jars. It would be better if this worked without needing to do mvn install first. I then ran mvn install and got the errors shown above. It looks like these are all caused by junit.framework.AssertionFailedError: The system property 'testinput.dir' must point to an existing directory at
Re: [VOTE] Release Jakarta Cactus 1.8.1
On 21/01/2009, Henri Yandell bay...@generationjava.com wrote: Yep - turning off my local JIRA got me passed that problem and now I get the same set of errors as Seb. Does this always happen for you? If so, what is the path it is trying to find? This would require testing against trunk... Hen On Tue, Jan 20, 2009 at 2:11 PM, Petar Tahchiev paranoiabla.li...@gmail.com wrote: Actually Hentry's problem was that he had something alreadty running on port 8080. But you are right. We check if the property is set :-( Ok, I will try to investigate further. On Wed, Jan 21, 2009 at 12:06 AM, sebb seb...@gmail.com wrote: On 20/01/2009, Petar Tahchiev paranoiabla.li...@gmail.com wrote: Hi guys, I think I found the problem, but since I cannot reproduce this behaviour I am clueless if this will work. I think the problem is here: http://jira.codehaus.org/browse/SUREFIRE-98 The issue relates to not finding a property - however the code already does a separate check to see if the property has been retrieved OK, so I don't think it applies here. I changed the version of the Surefire plugin we use to the latest one. I have commited it. Anything else before I make the RC-3 and cast the vote? Probably best if Henri could provide more info on the failure he saw, which I think was different from mine. I'm also intending to try a test on Unix. I suggest waiting a bit. Thanks again, Petar. On Tue, Jan 20, 2009 at 10:51 PM, Petar Tahchiev paranoiabla.li...@gmail.com wrote: Hi Sebb, I removed the CDDL license and described the servlet-api as an Apache 2.0 licensed. I also added the Apache license headers. I also changed the version of AspectJ we are using. About the test failures that you mention I think they are different from what Henry is getting. Anyways I am unable to reproduce them :-( What should I do? Do I need to make a RC-3 and call the vote on it? Thanks for the tips guys. On Tue, Jan 20, 2009 at 9:42 PM, sebb seb...@gmail.com wrote: On 20/01/2009, sebb seb...@gmail.com wrote: On 20/01/2009, Petar Tahchiev paranoiabla.li...@gmail.com wrote: Hi all, maybe I am too impatient, but has anybody tried the artifacts? 1 minor problem - the .asc files should be detached ascii signatures, not signed archives. No need to recreate the RC, just recreate the .asc files. We don't normally provide binary .sig files - they can be deleted. I'm still looking at other aspects of the RC. The servlet-api-2.4.jar file is an Apache version, as Henri already mentioned. The cddl licence should be deleted, and the README updated. Like Henri, I also get test failures: [surefire] Tests run: 5, Failures: 3, Errors: 0, Time elapsed: 0.25 sec FAILURE !! [surefire] Running org.apache.cactus.integration.ant.deployment.webapp.TestWarArchive [surefire] Tests run: 3, Failures: 3, Errors: 0, Time elapsed: 0.031 sec FAILURE !! [surefire] Running org.apache.cactus.integration.ant.deployment.webapp.TestWebXml [surefire] Tests run: 54, Failures: 0, Errors: 0, Time elapsed: 2.359 sec [surefire] Running org.apache.cactus.integration.ant.deployment.webapp.TestWebXmlVersion [surefire] Tests run: 8, Failures: 0, Errors: 0, Time elapsed: 0.093 sec [surefire] Running org.apache.cactus.integration.ant.TestCactifyEarTask [surefire] Tests run: 3, Failures: 3, Errors: 0, Time elapsed: 0.031 sec FAILURE !! [surefire] Running org.apache.cactus.integration.ant.TestCactifyWarTask [surefire] Tests run: 21, Failures: 21, Errors: 0, Time elapsed: 0.281 sec FAILURE !! [surefire] Running org.apache.cactus.integration.ant.TestCactusTask [surefire] Tests run: 7, Failures: 7, Errors: 0, Time elapsed: 0.078 sec FAILURE !! [surefire] Running org.apache.cactus.integration.ant.TestCactusTestTask [surefire] Tests run: 7, Failures: 7, Errors: 0, Time elapsed: 0.094 sec FAILURE !! [surefire] Running org.apache.cactus.integration.ant.TestRunServerTestsTask [surefire] Tests run: 6, Failures: 6, Errors: 0, Time elapsed: 0.078 sec FAILURE !! I ran mvn test, which failed when it could not find the cactus jars. It would be better if this worked without needing to do mvn install first. I then ran mvn install and got the errors shown above. It looks like these are all caused by junit.framework.AssertionFailedError: The system property 'testinput.dir' must point to an existing directory at
Re: [VOTE] Release Jakarta Cactus 1.8.1
On Wed, Jan 21, 2009 at 3:41 AM, sebb seb...@gmail.com wrote: On 21/01/2009, Henri Yandell bay...@generationjava.com wrote: Yep - turning off my local JIRA got me passed that problem and now I get the same set of errors as Seb. Does this always happen for you? If so, what is the path it is trying to find? This would require testing against trunk... Tried this morning - but against the rc1 (sorry). Will try against trunk later (vacation right now and various parenting tasks I have to do). mvn clean install at top level: Failed mvn clean install in integration/ant: Passed mvn clean install in integration: Passed mvn clean install at top level: Passed rm -fr cactus-src unzip mvn clean install at top level: Passed mv m2 repo to bckp mvn clean install at top level: Failed mvn clean install at top level: Passed Error in integration/ant failure: junit.framework.AssertionFailedError: The system property 'testinput.dir' must point to an existing directory Hen - To unsubscribe, e-mail: general-unsubscr...@jakarta.apache.org For additional commands, e-mail: general-h...@jakarta.apache.org
Re: [VOTE] Release Jakarta Cactus 1.8.1
Hi Henry, I followed your instructions and luckily was able to reproduce the behaviour. What I did was: unzip rc-1 mvn clean install - Did not fail; change the localrepostiry to~/.m2/repository1 rm -rf rc1 unzip rc-1 mvn clean install - FAILED Next steps: exactly the same, but against the trunk. In the trunk we print the testinput.dir property. I was not amazed that the testinput.dir was printed to be.src/test-input. What amazed me was the value of testInputDir.getAbsolutePath() It was /home/peter/bin/workspace/cactus-1.8.1-rc1-src/src/test-input The problem was that my test-input should reside in /home/peter/bin/workspace/cactus-1.8.1-rc1-src/integration/ant/src/test-input You see somehow Maven misinterpretes the ${basedir} and suggests it to be the root of the project, instead of /root/integration/ant/ I thought that this might be connected with the issue I told sebb about: http://jira.codehaus.org/browse/SUREFIRE-98 and since this issue is resolved I updated to the latest version of the surefire plugin and tested again. This time it all worked for me. So now I think that it is all fine. In trunk I have committed to use the latest version of surefire plugin. Can you retest the trunk and let me know the result. Thanks, Petar. On Wed, Jan 21, 2009 at 7:41 PM, Henri Yandell bay...@generationjava.comwrote: On Wed, Jan 21, 2009 at 3:41 AM, sebb seb...@gmail.com wrote: On 21/01/2009, Henri Yandell bay...@generationjava.com wrote: Yep - turning off my local JIRA got me passed that problem and now I get the same set of errors as Seb. Does this always happen for you? If so, what is the path it is trying to find? This would require testing against trunk... Tried this morning - but against the rc1 (sorry). Will try against trunk later (vacation right now and various parenting tasks I have to do). mvn clean install at top level: Failed mvn clean install in integration/ant: Passed mvn clean install in integration: Passed mvn clean install at top level: Passed rm -fr cactus-src unzip mvn clean install at top level: Passed mv m2 repo to bckp mvn clean install at top level: Failed mvn clean install at top level: Passed Error in integration/ant failure: junit.framework.AssertionFailedError: The system property 'testinput.dir' must point to an existing directory Hen - To unsubscribe, e-mail: general-unsubscr...@jakarta.apache.org For additional commands, e-mail: general-h...@jakarta.apache.org -- Regards, Petar! Karlovo, Bulgaria. EOOXML objections http://www.grokdoc.net/index.php/EOOXML_objections Public PGP Key at: http://keyserver.linux.it/pks/lookup?op=getsearch=0x1A15B53B761500F9 Key Fingerprint: AA16 8004 AADD 9C76 EF5B 4210 1A15 B53B 7615 00F9
Re: [VOTE] Release Jakarta Cactus 1.8.1
OK I will now prepare a RC3 On Thu, Jan 22, 2009 at 12:33 AM, Henri Yandell bay...@generationjava.comwrote: That worked for me - trunk is happy :) Thanks, Hen On Wed, Jan 21, 2009 at 1:24 PM, Petar Tahchiev paranoiabla.li...@gmail.com wrote: Hi Henry, I followed your instructions and luckily was able to reproduce the behaviour. What I did was: unzip rc-1 mvn clean install - Did not fail; change the localrepostiry to~/.m2/repository1 rm -rf rc1 unzip rc-1 mvn clean install - FAILED Next steps: exactly the same, but against the trunk. In the trunk we print the testinput.dir property. I was not amazed that the testinput.dir was printed to be.src/test-input. What amazed me was the value of testInputDir.getAbsolutePath() It was /home/peter/bin/workspace/cactus-1.8.1-rc1-src/src/test-input The problem was that my test-input should reside in /home/peter/bin/workspace/cactus-1.8.1-rc1-src/integration/ant/src/test-input You see somehow Maven misinterpretes the ${basedir} and suggests it to be the root of the project, instead of /root/integration/ant/ I thought that this might be connected with the issue I told sebb about: http://jira.codehaus.org/browse/SUREFIRE-98 and since this issue is resolved I updated to the latest version of the surefire plugin and tested again. This time it all worked for me. So now I think that it is all fine. In trunk I have committed to use the latest version of surefire plugin. Can you retest the trunk and let me know the result. Thanks, Petar. On Wed, Jan 21, 2009 at 7:41 PM, Henri Yandell bay...@generationjava.comwrote: On Wed, Jan 21, 2009 at 3:41 AM, sebb seb...@gmail.com wrote: On 21/01/2009, Henri Yandell bay...@generationjava.com wrote: Yep - turning off my local JIRA got me passed that problem and now I get the same set of errors as Seb. Does this always happen for you? If so, what is the path it is trying to find? This would require testing against trunk... Tried this morning - but against the rc1 (sorry). Will try against trunk later (vacation right now and various parenting tasks I have to do). mvn clean install at top level: Failed mvn clean install in integration/ant: Passed mvn clean install in integration: Passed mvn clean install at top level: Passed rm -fr cactus-src unzip mvn clean install at top level: Passed mv m2 repo to bckp mvn clean install at top level: Failed mvn clean install at top level: Passed Error in integration/ant failure: junit.framework.AssertionFailedError: The system property 'testinput.dir' must point to an existing directory Hen - To unsubscribe, e-mail: general-unsubscr...@jakarta.apache.org For additional commands, e-mail: general-h...@jakarta.apache.org -- Regards, Petar! Karlovo, Bulgaria. EOOXML objections http://www.grokdoc.net/index.php/EOOXML_objections Public PGP Key at: http://keyserver.linux.it/pks/lookup?op=getsearch=0x1A15B53B761500F9 Key Fingerprint: AA16 8004 AADD 9C76 EF5B 4210 1A15 B53B 7615 00F9 - To unsubscribe, e-mail: general-unsubscr...@jakarta.apache.org For additional commands, e-mail: general-h...@jakarta.apache.org -- Regards, Petar! Karlovo, Bulgaria. EOOXML objections http://www.grokdoc.net/index.php/EOOXML_objections Public PGP Key at: http://keyserver.linux.it/pks/lookup?op=getsearch=0x1A15B53B761500F9 Key Fingerprint: AA16 8004 AADD 9C76 EF5B 4210 1A15 B53B 7615 00F9
Re: [VOTE] Release Jakarta Cactus 1.8.1
What about the other comments I made? i.e. maven.xml and project.xml files? Are these useful or obsolete? On 21/01/2009, Petar Tahchiev paranoiabla.li...@gmail.com wrote: OK I will now prepare a RC3 On Thu, Jan 22, 2009 at 12:33 AM, Henri Yandell bay...@generationjava.comwrote: That worked for me - trunk is happy :) Thanks, Hen On Wed, Jan 21, 2009 at 1:24 PM, Petar Tahchiev paranoiabla.li...@gmail.com wrote: Hi Henry, I followed your instructions and luckily was able to reproduce the behaviour. What I did was: unzip rc-1 mvn clean install - Did not fail; change the localrepostiry to~/.m2/repository1 rm -rf rc1 unzip rc-1 mvn clean install - FAILED Next steps: exactly the same, but against the trunk. In the trunk we print the testinput.dir property. I was not amazed that the testinput.dir was printed to be.src/test-input. What amazed me was the value of testInputDir.getAbsolutePath() It was /home/peter/bin/workspace/cactus-1.8.1-rc1-src/src/test-input The problem was that my test-input should reside in /home/peter/bin/workspace/cactus-1.8.1-rc1-src/integration/ant/src/test-input You see somehow Maven misinterpretes the ${basedir} and suggests it to be the root of the project, instead of /root/integration/ant/ I thought that this might be connected with the issue I told sebb about: http://jira.codehaus.org/browse/SUREFIRE-98 and since this issue is resolved I updated to the latest version of the surefire plugin and tested again. This time it all worked for me. So now I think that it is all fine. In trunk I have committed to use the latest version of surefire plugin. Can you retest the trunk and let me know the result. Thanks, Petar. On Wed, Jan 21, 2009 at 7:41 PM, Henri Yandell bay...@generationjava.comwrote: On Wed, Jan 21, 2009 at 3:41 AM, sebb seb...@gmail.com wrote: On 21/01/2009, Henri Yandell bay...@generationjava.com wrote: Yep - turning off my local JIRA got me passed that problem and now I get the same set of errors as Seb. Does this always happen for you? If so, what is the path it is trying to find? This would require testing against trunk... Tried this morning - but against the rc1 (sorry). Will try against trunk later (vacation right now and various parenting tasks I have to do). mvn clean install at top level: Failed mvn clean install in integration/ant: Passed mvn clean install in integration: Passed mvn clean install at top level: Passed rm -fr cactus-src unzip mvn clean install at top level: Passed mv m2 repo to bckp mvn clean install at top level: Failed mvn clean install at top level: Passed Error in integration/ant failure: junit.framework.AssertionFailedError: The system property 'testinput.dir' must point to an existing directory Hen - To unsubscribe, e-mail: general-unsubscr...@jakarta.apache.org For additional commands, e-mail: general-h...@jakarta.apache.org -- Regards, Petar! Karlovo, Bulgaria. EOOXML objections http://www.grokdoc.net/index.php/EOOXML_objections Public PGP Key at: http://keyserver.linux.it/pks/lookup?op=getsearch=0x1A15B53B761500F9 Key Fingerprint: AA16 8004 AADD 9C76 EF5B 4210 1A15 B53B 7615 00F9 - To unsubscribe, e-mail: general-unsubscr...@jakarta.apache.org For additional commands, e-mail: general-h...@jakarta.apache.org -- Regards, Petar! Karlovo, Bulgaria. EOOXML objections http://www.grokdoc.net/index.php/EOOXML_objections Public PGP Key at: http://keyserver.linux.it/pks/lookup?op=getsearch=0x1A15B53B761500F9 Key Fingerprint: AA16 8004 AADD 9C76 EF5B 4210 1A15 B53B 7615 00F9 - To unsubscribe, e-mail: general-unsubscr...@jakarta.apache.org For additional commands, e-mail: general-h...@jakarta.apache.org
Re: [VOTE] Release Jakarta Cactus 1.8.1
They need to be there for the maven1 plugin. On Thu, Jan 22, 2009 at 12:46 AM, sebb seb...@gmail.com wrote: What about the other comments I made? i.e. maven.xml and project.xml files? Are these useful or obsolete? On 21/01/2009, Petar Tahchiev paranoiabla.li...@gmail.com wrote: OK I will now prepare a RC3 On Thu, Jan 22, 2009 at 12:33 AM, Henri Yandell bay...@generationjava.comwrote: That worked for me - trunk is happy :) Thanks, Hen On Wed, Jan 21, 2009 at 1:24 PM, Petar Tahchiev paranoiabla.li...@gmail.com wrote: Hi Henry, I followed your instructions and luckily was able to reproduce the behaviour. What I did was: unzip rc-1 mvn clean install - Did not fail; change the localrepostiry to~/.m2/repository1 rm -rf rc1 unzip rc-1 mvn clean install - FAILED Next steps: exactly the same, but against the trunk. In the trunk we print the testinput.dir property. I was not amazed that the testinput.dir was printed to be.src/test-input. What amazed me was the value of testInputDir.getAbsolutePath() It was /home/peter/bin/workspace/cactus-1.8.1-rc1-src/src/test-input The problem was that my test-input should reside in /home/peter/bin/workspace/cactus-1.8.1-rc1-src/integration/ant/src/test-input You see somehow Maven misinterpretes the ${basedir} and suggests it to be the root of the project, instead of /root/integration/ant/ I thought that this might be connected with the issue I told sebb about: http://jira.codehaus.org/browse/SUREFIRE-98 and since this issue is resolved I updated to the latest version of the surefire plugin and tested again. This time it all worked for me. So now I think that it is all fine. In trunk I have committed to use the latest version of surefire plugin. Can you retest the trunk and let me know the result. Thanks, Petar. On Wed, Jan 21, 2009 at 7:41 PM, Henri Yandell bay...@generationjava.comwrote: On Wed, Jan 21, 2009 at 3:41 AM, sebb seb...@gmail.com wrote: On 21/01/2009, Henri Yandell bay...@generationjava.com wrote: Yep - turning off my local JIRA got me passed that problem and now I get the same set of errors as Seb. Does this always happen for you? If so, what is the path it is trying to find? This would require testing against trunk... Tried this morning - but against the rc1 (sorry). Will try against trunk later (vacation right now and various parenting tasks I have to do). mvn clean install at top level: Failed mvn clean install in integration/ant: Passed mvn clean install in integration: Passed mvn clean install at top level: Passed rm -fr cactus-src unzip mvn clean install at top level: Passed mv m2 repo to bckp mvn clean install at top level: Failed mvn clean install at top level: Passed Error in integration/ant failure: junit.framework.AssertionFailedError: The system property 'testinput.dir' must point to an existing directory Hen - To unsubscribe, e-mail: general-unsubscr...@jakarta.apache.org For additional commands, e-mail: general-h...@jakarta.apache.org -- Regards, Petar! Karlovo, Bulgaria. EOOXML objections http://www.grokdoc.net/index.php/EOOXML_objections Public PGP Key at: http://keyserver.linux.it/pks/lookup?op=getsearch=0x1A15B53B761500F9 Key Fingerprint: AA16 8004 AADD 9C76 EF5B 4210 1A15 B53B 7615 00F9 - To unsubscribe, e-mail: general-unsubscr...@jakarta.apache.org For additional commands, e-mail: general-h...@jakarta.apache.org -- Regards, Petar! Karlovo, Bulgaria. EOOXML objections http://www.grokdoc.net/index.php/EOOXML_objections Public PGP Key at: http://keyserver.linux.it/pks/lookup?op=getsearch=0x1A15B53B761500F9 Key Fingerprint: AA16 8004 AADD 9C76 EF5B 4210 1A15 B53B 7615 00F9 - To unsubscribe, e-mail: general-unsubscr...@jakarta.apache.org For additional commands, e-mail: general-h...@jakarta.apache.org -- Regards, Petar! Karlovo, Bulgaria. EOOXML objections http://www.grokdoc.net/index.php/EOOXML_objections Public PGP Key at: http://keyserver.linux.it/pks/lookup?op=getsearch=0x1A15B53B761500F9 Key Fingerprint: AA16 8004 AADD 9C76 EF5B 4210 1A15 B53B 7615 00F9
Re: [VOTE] Release Jakarta Cactus 1.8.1
Hi all, maybe I am too impatient, but has anybody tried the artifacts? What is your opinion expressed by any of the three numbers :-). On Mon, Jan 19, 2009 at 10:33 PM, Petar Tahchiev paranoiabla.li...@gmail.com wrote: Hi guys, here comes the second attempt for releasing cactus-1.8.1. The artifacts, hashes and signatures are here: http://people.apache.org/~ptahchiev/1.8.1-rc2/http://people.apache.org/%7Eptahchiev/1.8.1-rc2/ The tagged code-base is here: http://svn.apache.org/repos/asf/jakarta/cactus/tags/1.8.1-rc2/ I think it is OK this time. Here is my +1 Please vote. Thanks. -- Regards, Petar! Karlovo, Bulgaria. EOOXML objections http://www.grokdoc.net/index.php/EOOXML_objections Public PGP Key at: http://keyserver.linux.it/pks/lookup?op=getsearch=0x1A15B53B761500F9 Key Fingerprint: AA16 8004 AADD 9C76 EF5B 4210 1A15 B53B 7615 00F9 -- Regards, Petar! Karlovo, Bulgaria. EOOXML objections http://www.grokdoc.net/index.php/EOOXML_objections Public PGP Key at: http://keyserver.linux.it/pks/lookup?op=getsearch=0x1A15B53B761500F9 Key Fingerprint: AA16 8004 AADD 9C76 EF5B 4210 1A15 B53B 7615 00F9
Re: [VOTE] Release Jakarta Cactus 1.8.1
On 20/01/2009, Petar Tahchiev paranoiabla.li...@gmail.com wrote: Hi all, maybe I am too impatient, but has anybody tried the artifacts? 1 minor problem - the .asc files should be detached ascii signatures, not signed archives. No need to recreate the RC, just recreate the .asc files. We don't normally provide binary .sig files - they can be deleted. I'm still looking at other aspects of the RC. What is your opinion expressed by any of the three numbers :-). On Mon, Jan 19, 2009 at 10:33 PM, Petar Tahchiev paranoiabla.li...@gmail.com wrote: Hi guys, here comes the second attempt for releasing cactus-1.8.1. The artifacts, hashes and signatures are here: http://people.apache.org/~ptahchiev/1.8.1-rc2/http://people.apache.org/%7Eptahchiev/1.8.1-rc2/ The tagged code-base is here: http://svn.apache.org/repos/asf/jakarta/cactus/tags/1.8.1-rc2/ I think it is OK this time. Here is my +1 Please vote. Thanks. -- Regards, Petar! Karlovo, Bulgaria. EOOXML objections http://www.grokdoc.net/index.php/EOOXML_objections Public PGP Key at: http://keyserver.linux.it/pks/lookup?op=getsearch=0x1A15B53B761500F9 Key Fingerprint: AA16 8004 AADD 9C76 EF5B 4210 1A15 B53B 7615 00F9 -- Regards, Petar! Karlovo, Bulgaria. EOOXML objections http://www.grokdoc.net/index.php/EOOXML_objections Public PGP Key at: http://keyserver.linux.it/pks/lookup?op=getsearch=0x1A15B53B761500F9 Key Fingerprint: AA16 8004 AADD 9C76 EF5B 4210 1A15 B53B 7615 00F9 - To unsubscribe, e-mail: general-unsubscr...@jakarta.apache.org For additional commands, e-mail: general-h...@jakarta.apache.org
Re: [VOTE] Release Jakarta Cactus 1.8.1
Hi Sebb, I have uploaded the signatures as detached files. Cheers, Petar. On Tue, Jan 20, 2009 at 6:49 PM, sebb seb...@gmail.com wrote: On 20/01/2009, Petar Tahchiev paranoiabla.li...@gmail.com wrote: Hi all, maybe I am too impatient, but has anybody tried the artifacts? 1 minor problem - the .asc files should be detached ascii signatures, not signed archives. No need to recreate the RC, just recreate the .asc files. We don't normally provide binary .sig files - they can be deleted. I'm still looking at other aspects of the RC. What is your opinion expressed by any of the three numbers :-). On Mon, Jan 19, 2009 at 10:33 PM, Petar Tahchiev paranoiabla.li...@gmail.com wrote: Hi guys, here comes the second attempt for releasing cactus-1.8.1. The artifacts, hashes and signatures are here: http://people.apache.org/~ptahchiev/1.8.1-rc2/http://people.apache.org/%7Eptahchiev/1.8.1-rc2/ http://people.apache.org/%7Eptahchiev/1.8.1-rc2/ The tagged code-base is here: http://svn.apache.org/repos/asf/jakarta/cactus/tags/1.8.1-rc2/ I think it is OK this time. Here is my +1 Please vote. Thanks. -- Regards, Petar! Karlovo, Bulgaria. EOOXML objections http://www.grokdoc.net/index.php/EOOXML_objections Public PGP Key at: http://keyserver.linux.it/pks/lookup?op=getsearch=0x1A15B53B761500F9 Key Fingerprint: AA16 8004 AADD 9C76 EF5B 4210 1A15 B53B 7615 00F9 -- Regards, Petar! Karlovo, Bulgaria. EOOXML objections http://www.grokdoc.net/index.php/EOOXML_objections Public PGP Key at: http://keyserver.linux.it/pks/lookup?op=getsearch=0x1A15B53B761500F9 Key Fingerprint: AA16 8004 AADD 9C76 EF5B 4210 1A15 B53B 7615 00F9 - To unsubscribe, e-mail: general-unsubscr...@jakarta.apache.org For additional commands, e-mail: general-h...@jakarta.apache.org -- Regards, Petar! Karlovo, Bulgaria. EOOXML objections http://www.grokdoc.net/index.php/EOOXML_objections Public PGP Key at: http://keyserver.linux.it/pks/lookup?op=getsearch=0x1A15B53B761500F9 Key Fingerprint: AA16 8004 AADD 9C76 EF5B 4210 1A15 B53B 7615 00F9
Re: [VOTE] Release Jakarta Cactus 1.8.1
On 20/01/2009, sebb seb...@gmail.com wrote: On 20/01/2009, Petar Tahchiev paranoiabla.li...@gmail.com wrote: Hi all, maybe I am too impatient, but has anybody tried the artifacts? 1 minor problem - the .asc files should be detached ascii signatures, not signed archives. No need to recreate the RC, just recreate the .asc files. We don't normally provide binary .sig files - they can be deleted. I'm still looking at other aspects of the RC. The servlet-api-2.4.jar file is an Apache version, as Henri already mentioned. The cddl licence should be deleted, and the README updated. Like Henri, I also get test failures: [surefire] Tests run: 5, Failures: 3, Errors: 0, Time elapsed: 0.25 sec FAILURE !! [surefire] Running org.apache.cactus.integration.ant.deployment.webapp.TestWarArchive [surefire] Tests run: 3, Failures: 3, Errors: 0, Time elapsed: 0.031 sec FAILURE !! [surefire] Running org.apache.cactus.integration.ant.deployment.webapp.TestWebXml [surefire] Tests run: 54, Failures: 0, Errors: 0, Time elapsed: 2.359 sec [surefire] Running org.apache.cactus.integration.ant.deployment.webapp.TestWebXmlVersion [surefire] Tests run: 8, Failures: 0, Errors: 0, Time elapsed: 0.093 sec [surefire] Running org.apache.cactus.integration.ant.TestCactifyEarTask [surefire] Tests run: 3, Failures: 3, Errors: 0, Time elapsed: 0.031 sec FAILURE !! [surefire] Running org.apache.cactus.integration.ant.TestCactifyWarTask [surefire] Tests run: 21, Failures: 21, Errors: 0, Time elapsed: 0.281 sec FAILURE !! [surefire] Running org.apache.cactus.integration.ant.TestCactusTask [surefire] Tests run: 7, Failures: 7, Errors: 0, Time elapsed: 0.078 sec FAILURE !! [surefire] Running org.apache.cactus.integration.ant.TestCactusTestTask [surefire] Tests run: 7, Failures: 7, Errors: 0, Time elapsed: 0.094 sec FAILURE !! [surefire] Running org.apache.cactus.integration.ant.TestRunServerTestsTask [surefire] Tests run: 6, Failures: 6, Errors: 0, Time elapsed: 0.078 sec FAILURE !! I ran mvn test, which failed when it could not find the cactus jars. It would be better if this worked without needing to do mvn install first. I then ran mvn install and got the errors shown above. It looks like these are all caused by junit.framework.AssertionFailedError: The system property 'testinput.dir' must point to an existing directory at junit.framework.Assert.fail(Assert.java:47) at junit.framework.Assert.assertTrue(Assert.java:20) at org.apache.cactus.integration.ant.AntTestCase.getBuildFile(AntTestCase.java:370) This is a bit odd, as the directory appears to be there. The assert() message ought to quote the directory name it is looking for. [I'll update SVN trunk.] Even odder, the problem does not occur when I reran the test. I've tried several times to recreate the error, but it only happened once. == There are various jetty files under samples/jetty/src which don't have AL headers. Are these Jetty sources? If so, then the source archive really needs to include the relevant license. If the samples were generated under the ASF, then they need the AL headers. There seem to be some oddities in the main pom.xml: dependencies dependency groupIdaspectj/groupId artifactIdaspectjrt/artifactId version1.5.3/version /dependency specifies version 1.5.3, whereas dependencyManagement dependencies ... dependency groupIdaspectj/groupId artifactIdaspectjrt/artifactId version1.2.1/version /dependency specifies version 1.2.1 - I would have expected the two to be the same? == There are several maven.xml and project.xml files in the directory tree - are these still current? What is your opinion expressed by any of the three numbers :-). On Mon, Jan 19, 2009 at 10:33 PM, Petar Tahchiev paranoiabla.li...@gmail.com wrote: Hi guys, here comes the second attempt for releasing cactus-1.8.1. The artifacts, hashes and signatures are here: http://people.apache.org/~ptahchiev/1.8.1-rc2/http://people.apache.org/%7Eptahchiev/1.8.1-rc2/ The tagged code-base is here: http://svn.apache.org/repos/asf/jakarta/cactus/tags/1.8.1-rc2/ I think it is OK this time. Here is my +1 Please vote. Thanks. -- Regards, Petar! Karlovo, Bulgaria. EOOXML objections http://www.grokdoc.net/index.php/EOOXML_objections Public PGP Key at: http://keyserver.linux.it/pks/lookup?op=getsearch=0x1A15B53B761500F9 Key Fingerprint: AA16 8004 AADD 9C76 EF5B 4210 1A15 B53B 7615 00F9 -- Regards, Petar! Karlovo, Bulgaria. EOOXML objections
Re: [VOTE] Release Jakarta Cactus 1.8.1
Hi Sebb, I removed the CDDL license and described the servlet-api as an Apache 2.0 licensed. I also added the Apache license headers. I also changed the version of AspectJ we are using. About the test failures that you mention I think they are different from what Henry is getting. Anyways I am unable to reproduce them :-( What should I do? Do I need to make a RC-3 and call the vote on it? Thanks for the tips guys. On Tue, Jan 20, 2009 at 9:42 PM, sebb seb...@gmail.com wrote: On 20/01/2009, sebb seb...@gmail.com wrote: On 20/01/2009, Petar Tahchiev paranoiabla.li...@gmail.com wrote: Hi all, maybe I am too impatient, but has anybody tried the artifacts? 1 minor problem - the .asc files should be detached ascii signatures, not signed archives. No need to recreate the RC, just recreate the .asc files. We don't normally provide binary .sig files - they can be deleted. I'm still looking at other aspects of the RC. The servlet-api-2.4.jar file is an Apache version, as Henri already mentioned. The cddl licence should be deleted, and the README updated. Like Henri, I also get test failures: [surefire] Tests run: 5, Failures: 3, Errors: 0, Time elapsed: 0.25 sec FAILURE !! [surefire] Running org.apache.cactus.integration.ant.deployment.webapp.TestWarArchive [surefire] Tests run: 3, Failures: 3, Errors: 0, Time elapsed: 0.031 sec FAILURE !! [surefire] Running org.apache.cactus.integration.ant.deployment.webapp.TestWebXml [surefire] Tests run: 54, Failures: 0, Errors: 0, Time elapsed: 2.359 sec [surefire] Running org.apache.cactus.integration.ant.deployment.webapp.TestWebXmlVersion [surefire] Tests run: 8, Failures: 0, Errors: 0, Time elapsed: 0.093 sec [surefire] Running org.apache.cactus.integration.ant.TestCactifyEarTask [surefire] Tests run: 3, Failures: 3, Errors: 0, Time elapsed: 0.031 sec FAILURE !! [surefire] Running org.apache.cactus.integration.ant.TestCactifyWarTask [surefire] Tests run: 21, Failures: 21, Errors: 0, Time elapsed: 0.281 sec FAILURE !! [surefire] Running org.apache.cactus.integration.ant.TestCactusTask [surefire] Tests run: 7, Failures: 7, Errors: 0, Time elapsed: 0.078 sec FAILURE !! [surefire] Running org.apache.cactus.integration.ant.TestCactusTestTask [surefire] Tests run: 7, Failures: 7, Errors: 0, Time elapsed: 0.094 sec FAILURE !! [surefire] Running org.apache.cactus.integration.ant.TestRunServerTestsTask [surefire] Tests run: 6, Failures: 6, Errors: 0, Time elapsed: 0.078 sec FAILURE !! I ran mvn test, which failed when it could not find the cactus jars. It would be better if this worked without needing to do mvn install first. I then ran mvn install and got the errors shown above. It looks like these are all caused by junit.framework.AssertionFailedError: The system property 'testinput.dir' must point to an existing directory at junit.framework.Assert.fail(Assert.java:47) at junit.framework.Assert.assertTrue(Assert.java:20) at org.apache.cactus.integration.ant.AntTestCase.getBuildFile(AntTestCase.java:370) This is a bit odd, as the directory appears to be there. The assert() message ought to quote the directory name it is looking for. [I'll update SVN trunk.] Even odder, the problem does not occur when I reran the test. I've tried several times to recreate the error, but it only happened once. == There are various jetty files under samples/jetty/src which don't have AL headers. Are these Jetty sources? If so, then the source archive really needs to include the relevant license. If the samples were generated under the ASF, then they need the AL headers. There seem to be some oddities in the main pom.xml: dependencies dependency groupIdaspectj/groupId artifactIdaspectjrt/artifactId version1.5.3/version /dependency specifies version 1.5.3, whereas dependencyManagement dependencies ... dependency groupIdaspectj/groupId artifactIdaspectjrt/artifactId version1.2.1/version /dependency specifies version 1.2.1 - I would have expected the two to be the same? == There are several maven.xml and project.xml files in the directory tree - are these still current? What is your opinion expressed by any of the three numbers :-). On Mon, Jan 19, 2009 at 10:33 PM, Petar Tahchiev paranoiabla.li...@gmail.com wrote: Hi guys, here comes the second attempt for releasing cactus-1.8.1. The artifacts, hashes and signatures are here: http://people.apache.org/~ptahchiev/1.8.1-rc2/http://people.apache.org/%7Eptahchiev/1.8.1-rc2/ http://people.apache.org/%7Eptahchiev/1.8.1-rc2/ The tagged
Re: [VOTE] Release Jakarta Cactus 1.8.1
Hi guys, I think I found the problem, but since I cannot reproduce this behaviour I am clueless if this will work. I think the problem is here: http://jira.codehaus.org/browse/SUREFIRE-98 I changed the version of the Surefire plugin we use to the latest one. I have commited it. Anything else before I make the RC-3 and cast the vote? Thanks again, Petar. On Tue, Jan 20, 2009 at 10:51 PM, Petar Tahchiev paranoiabla.li...@gmail.com wrote: Hi Sebb, I removed the CDDL license and described the servlet-api as an Apache 2.0 licensed. I also added the Apache license headers. I also changed the version of AspectJ we are using. About the test failures that you mention I think they are different from what Henry is getting. Anyways I am unable to reproduce them :-( What should I do? Do I need to make a RC-3 and call the vote on it? Thanks for the tips guys. On Tue, Jan 20, 2009 at 9:42 PM, sebb seb...@gmail.com wrote: On 20/01/2009, sebb seb...@gmail.com wrote: On 20/01/2009, Petar Tahchiev paranoiabla.li...@gmail.com wrote: Hi all, maybe I am too impatient, but has anybody tried the artifacts? 1 minor problem - the .asc files should be detached ascii signatures, not signed archives. No need to recreate the RC, just recreate the .asc files. We don't normally provide binary .sig files - they can be deleted. I'm still looking at other aspects of the RC. The servlet-api-2.4.jar file is an Apache version, as Henri already mentioned. The cddl licence should be deleted, and the README updated. Like Henri, I also get test failures: [surefire] Tests run: 5, Failures: 3, Errors: 0, Time elapsed: 0.25 sec FAILURE !! [surefire] Running org.apache.cactus.integration.ant.deployment.webapp.TestWarArchive [surefire] Tests run: 3, Failures: 3, Errors: 0, Time elapsed: 0.031 sec FAILURE !! [surefire] Running org.apache.cactus.integration.ant.deployment.webapp.TestWebXml [surefire] Tests run: 54, Failures: 0, Errors: 0, Time elapsed: 2.359 sec [surefire] Running org.apache.cactus.integration.ant.deployment.webapp.TestWebXmlVersion [surefire] Tests run: 8, Failures: 0, Errors: 0, Time elapsed: 0.093 sec [surefire] Running org.apache.cactus.integration.ant.TestCactifyEarTask [surefire] Tests run: 3, Failures: 3, Errors: 0, Time elapsed: 0.031 sec FAILURE !! [surefire] Running org.apache.cactus.integration.ant.TestCactifyWarTask [surefire] Tests run: 21, Failures: 21, Errors: 0, Time elapsed: 0.281 sec FAILURE !! [surefire] Running org.apache.cactus.integration.ant.TestCactusTask [surefire] Tests run: 7, Failures: 7, Errors: 0, Time elapsed: 0.078 sec FAILURE !! [surefire] Running org.apache.cactus.integration.ant.TestCactusTestTask [surefire] Tests run: 7, Failures: 7, Errors: 0, Time elapsed: 0.094 sec FAILURE !! [surefire] Running org.apache.cactus.integration.ant.TestRunServerTestsTask [surefire] Tests run: 6, Failures: 6, Errors: 0, Time elapsed: 0.078 sec FAILURE !! I ran mvn test, which failed when it could not find the cactus jars. It would be better if this worked without needing to do mvn install first. I then ran mvn install and got the errors shown above. It looks like these are all caused by junit.framework.AssertionFailedError: The system property 'testinput.dir' must point to an existing directory at junit.framework.Assert.fail(Assert.java:47) at junit.framework.Assert.assertTrue(Assert.java:20) at org.apache.cactus.integration.ant.AntTestCase.getBuildFile(AntTestCase.java:370) This is a bit odd, as the directory appears to be there. The assert() message ought to quote the directory name it is looking for. [I'll update SVN trunk.] Even odder, the problem does not occur when I reran the test. I've tried several times to recreate the error, but it only happened once. == There are various jetty files under samples/jetty/src which don't have AL headers. Are these Jetty sources? If so, then the source archive really needs to include the relevant license. If the samples were generated under the ASF, then they need the AL headers. There seem to be some oddities in the main pom.xml: dependencies dependency groupIdaspectj/groupId artifactIdaspectjrt/artifactId version1.5.3/version /dependency specifies version 1.5.3, whereas dependencyManagement dependencies ... dependency groupIdaspectj/groupId artifactIdaspectjrt/artifactId version1.2.1/version /dependency specifies version 1.2.1 - I would have expected the two to be the same? == There are several maven.xml and project.xml files in the directory tree - are these still current? What is your opinion expressed by any of the
Re: [VOTE] Release Jakarta Cactus 1.8.1
On 20/01/2009, Petar Tahchiev paranoiabla.li...@gmail.com wrote: Hi guys, I think I found the problem, but since I cannot reproduce this behaviour I am clueless if this will work. I think the problem is here: http://jira.codehaus.org/browse/SUREFIRE-98 The issue relates to not finding a property - however the code already does a separate check to see if the property has been retrieved OK, so I don't think it applies here. I changed the version of the Surefire plugin we use to the latest one. I have commited it. Anything else before I make the RC-3 and cast the vote? Probably best if Henri could provide more info on the failure he saw, which I think was different from mine. I'm also intending to try a test on Unix. I suggest waiting a bit. Thanks again, Petar. On Tue, Jan 20, 2009 at 10:51 PM, Petar Tahchiev paranoiabla.li...@gmail.com wrote: Hi Sebb, I removed the CDDL license and described the servlet-api as an Apache 2.0 licensed. I also added the Apache license headers. I also changed the version of AspectJ we are using. About the test failures that you mention I think they are different from what Henry is getting. Anyways I am unable to reproduce them :-( What should I do? Do I need to make a RC-3 and call the vote on it? Thanks for the tips guys. On Tue, Jan 20, 2009 at 9:42 PM, sebb seb...@gmail.com wrote: On 20/01/2009, sebb seb...@gmail.com wrote: On 20/01/2009, Petar Tahchiev paranoiabla.li...@gmail.com wrote: Hi all, maybe I am too impatient, but has anybody tried the artifacts? 1 minor problem - the .asc files should be detached ascii signatures, not signed archives. No need to recreate the RC, just recreate the .asc files. We don't normally provide binary .sig files - they can be deleted. I'm still looking at other aspects of the RC. The servlet-api-2.4.jar file is an Apache version, as Henri already mentioned. The cddl licence should be deleted, and the README updated. Like Henri, I also get test failures: [surefire] Tests run: 5, Failures: 3, Errors: 0, Time elapsed: 0.25 sec FAILURE !! [surefire] Running org.apache.cactus.integration.ant.deployment.webapp.TestWarArchive [surefire] Tests run: 3, Failures: 3, Errors: 0, Time elapsed: 0.031 sec FAILURE !! [surefire] Running org.apache.cactus.integration.ant.deployment.webapp.TestWebXml [surefire] Tests run: 54, Failures: 0, Errors: 0, Time elapsed: 2.359 sec [surefire] Running org.apache.cactus.integration.ant.deployment.webapp.TestWebXmlVersion [surefire] Tests run: 8, Failures: 0, Errors: 0, Time elapsed: 0.093 sec [surefire] Running org.apache.cactus.integration.ant.TestCactifyEarTask [surefire] Tests run: 3, Failures: 3, Errors: 0, Time elapsed: 0.031 sec FAILURE !! [surefire] Running org.apache.cactus.integration.ant.TestCactifyWarTask [surefire] Tests run: 21, Failures: 21, Errors: 0, Time elapsed: 0.281 sec FAILURE !! [surefire] Running org.apache.cactus.integration.ant.TestCactusTask [surefire] Tests run: 7, Failures: 7, Errors: 0, Time elapsed: 0.078 sec FAILURE !! [surefire] Running org.apache.cactus.integration.ant.TestCactusTestTask [surefire] Tests run: 7, Failures: 7, Errors: 0, Time elapsed: 0.094 sec FAILURE !! [surefire] Running org.apache.cactus.integration.ant.TestRunServerTestsTask [surefire] Tests run: 6, Failures: 6, Errors: 0, Time elapsed: 0.078 sec FAILURE !! I ran mvn test, which failed when it could not find the cactus jars. It would be better if this worked without needing to do mvn install first. I then ran mvn install and got the errors shown above. It looks like these are all caused by junit.framework.AssertionFailedError: The system property 'testinput.dir' must point to an existing directory at junit.framework.Assert.fail(Assert.java:47) at junit.framework.Assert.assertTrue(Assert.java:20) at org.apache.cactus.integration.ant.AntTestCase.getBuildFile(AntTestCase.java:370) This is a bit odd, as the directory appears to be there. The assert() message ought to quote the directory name it is looking for. [I'll update SVN trunk.] Even odder, the problem does not occur when I reran the test. I've tried several times to recreate the error, but it only happened once. == There are various jetty files under samples/jetty/src which don't have AL headers. Are these Jetty sources? If so, then the source archive really needs to include the relevant license. If the samples were generated under the ASF, then they need the AL headers. There seem to be some oddities in the main pom.xml: dependencies dependency groupIdaspectj/groupId
Re: [VOTE] Release Jakarta Cactus 1.8.1
Actually Hentry's problem was that he had something alreadty running on port 8080. But you are right. We check if the property is set :-( Ok, I will try to investigate further. On Wed, Jan 21, 2009 at 12:06 AM, sebb seb...@gmail.com wrote: On 20/01/2009, Petar Tahchiev paranoiabla.li...@gmail.com wrote: Hi guys, I think I found the problem, but since I cannot reproduce this behaviour I am clueless if this will work. I think the problem is here: http://jira.codehaus.org/browse/SUREFIRE-98 The issue relates to not finding a property - however the code already does a separate check to see if the property has been retrieved OK, so I don't think it applies here. I changed the version of the Surefire plugin we use to the latest one. I have commited it. Anything else before I make the RC-3 and cast the vote? Probably best if Henri could provide more info on the failure he saw, which I think was different from mine. I'm also intending to try a test on Unix. I suggest waiting a bit. Thanks again, Petar. On Tue, Jan 20, 2009 at 10:51 PM, Petar Tahchiev paranoiabla.li...@gmail.com wrote: Hi Sebb, I removed the CDDL license and described the servlet-api as an Apache 2.0 licensed. I also added the Apache license headers. I also changed the version of AspectJ we are using. About the test failures that you mention I think they are different from what Henry is getting. Anyways I am unable to reproduce them :-( What should I do? Do I need to make a RC-3 and call the vote on it? Thanks for the tips guys. On Tue, Jan 20, 2009 at 9:42 PM, sebb seb...@gmail.com wrote: On 20/01/2009, sebb seb...@gmail.com wrote: On 20/01/2009, Petar Tahchiev paranoiabla.li...@gmail.com wrote: Hi all, maybe I am too impatient, but has anybody tried the artifacts? 1 minor problem - the .asc files should be detached ascii signatures, not signed archives. No need to recreate the RC, just recreate the .asc files. We don't normally provide binary .sig files - they can be deleted. I'm still looking at other aspects of the RC. The servlet-api-2.4.jar file is an Apache version, as Henri already mentioned. The cddl licence should be deleted, and the README updated. Like Henri, I also get test failures: [surefire] Tests run: 5, Failures: 3, Errors: 0, Time elapsed: 0.25 sec FAILURE !! [surefire] Running org.apache.cactus.integration.ant.deployment.webapp.TestWarArchive [surefire] Tests run: 3, Failures: 3, Errors: 0, Time elapsed: 0.031 sec FAILURE !! [surefire] Running org.apache.cactus.integration.ant.deployment.webapp.TestWebXml [surefire] Tests run: 54, Failures: 0, Errors: 0, Time elapsed: 2.359 sec [surefire] Running org.apache.cactus.integration.ant.deployment.webapp.TestWebXmlVersion [surefire] Tests run: 8, Failures: 0, Errors: 0, Time elapsed: 0.093 sec [surefire] Running org.apache.cactus.integration.ant.TestCactifyEarTask [surefire] Tests run: 3, Failures: 3, Errors: 0, Time elapsed: 0.031 sec FAILURE !! [surefire] Running org.apache.cactus.integration.ant.TestCactifyWarTask [surefire] Tests run: 21, Failures: 21, Errors: 0, Time elapsed: 0.281 sec FAILURE !! [surefire] Running org.apache.cactus.integration.ant.TestCactusTask [surefire] Tests run: 7, Failures: 7, Errors: 0, Time elapsed: 0.078 sec FAILURE !! [surefire] Running org.apache.cactus.integration.ant.TestCactusTestTask [surefire] Tests run: 7, Failures: 7, Errors: 0, Time elapsed: 0.094 sec FAILURE !! [surefire] Running org.apache.cactus.integration.ant.TestRunServerTestsTask [surefire] Tests run: 6, Failures: 6, Errors: 0, Time elapsed: 0.078 sec FAILURE !! I ran mvn test, which failed when it could not find the cactus jars. It would be better if this worked without needing to do mvn install first. I then ran mvn install and got the errors shown above. It looks like these are all caused by junit.framework.AssertionFailedError: The system property 'testinput.dir' must point to an existing directory at junit.framework.Assert.fail(Assert.java:47) at junit.framework.Assert.assertTrue(Assert.java:20) at org.apache.cactus.integration.ant.AntTestCase.getBuildFile(AntTestCase.java:370) This is a bit odd, as the directory appears to be there. The assert() message ought to quote the directory name it is looking for. [I'll update SVN trunk.] Even odder, the problem does not occur when I reran the test. I've tried several times to recreate the error, but it only happened once. == There are various jetty files under samples/jetty/src which don't have AL headers. Are these Jetty
Re: [VOTE] Release Jakarta Cactus 1.8.1
Yep - turning off my local JIRA got me passed that problem and now I get the same set of errors as Seb. Hen On Tue, Jan 20, 2009 at 2:11 PM, Petar Tahchiev paranoiabla.li...@gmail.com wrote: Actually Hentry's problem was that he had something alreadty running on port 8080. But you are right. We check if the property is set :-( Ok, I will try to investigate further. On Wed, Jan 21, 2009 at 12:06 AM, sebb seb...@gmail.com wrote: On 20/01/2009, Petar Tahchiev paranoiabla.li...@gmail.com wrote: Hi guys, I think I found the problem, but since I cannot reproduce this behaviour I am clueless if this will work. I think the problem is here: http://jira.codehaus.org/browse/SUREFIRE-98 The issue relates to not finding a property - however the code already does a separate check to see if the property has been retrieved OK, so I don't think it applies here. I changed the version of the Surefire plugin we use to the latest one. I have commited it. Anything else before I make the RC-3 and cast the vote? Probably best if Henri could provide more info on the failure he saw, which I think was different from mine. I'm also intending to try a test on Unix. I suggest waiting a bit. Thanks again, Petar. On Tue, Jan 20, 2009 at 10:51 PM, Petar Tahchiev paranoiabla.li...@gmail.com wrote: Hi Sebb, I removed the CDDL license and described the servlet-api as an Apache 2.0 licensed. I also added the Apache license headers. I also changed the version of AspectJ we are using. About the test failures that you mention I think they are different from what Henry is getting. Anyways I am unable to reproduce them :-( What should I do? Do I need to make a RC-3 and call the vote on it? Thanks for the tips guys. On Tue, Jan 20, 2009 at 9:42 PM, sebb seb...@gmail.com wrote: On 20/01/2009, sebb seb...@gmail.com wrote: On 20/01/2009, Petar Tahchiev paranoiabla.li...@gmail.com wrote: Hi all, maybe I am too impatient, but has anybody tried the artifacts? 1 minor problem - the .asc files should be detached ascii signatures, not signed archives. No need to recreate the RC, just recreate the .asc files. We don't normally provide binary .sig files - they can be deleted. I'm still looking at other aspects of the RC. The servlet-api-2.4.jar file is an Apache version, as Henri already mentioned. The cddl licence should be deleted, and the README updated. Like Henri, I also get test failures: [surefire] Tests run: 5, Failures: 3, Errors: 0, Time elapsed: 0.25 sec FAILURE !! [surefire] Running org.apache.cactus.integration.ant.deployment.webapp.TestWarArchive [surefire] Tests run: 3, Failures: 3, Errors: 0, Time elapsed: 0.031 sec FAILURE !! [surefire] Running org.apache.cactus.integration.ant.deployment.webapp.TestWebXml [surefire] Tests run: 54, Failures: 0, Errors: 0, Time elapsed: 2.359 sec [surefire] Running org.apache.cactus.integration.ant.deployment.webapp.TestWebXmlVersion [surefire] Tests run: 8, Failures: 0, Errors: 0, Time elapsed: 0.093 sec [surefire] Running org.apache.cactus.integration.ant.TestCactifyEarTask [surefire] Tests run: 3, Failures: 3, Errors: 0, Time elapsed: 0.031 sec FAILURE !! [surefire] Running org.apache.cactus.integration.ant.TestCactifyWarTask [surefire] Tests run: 21, Failures: 21, Errors: 0, Time elapsed: 0.281 sec FAILURE !! [surefire] Running org.apache.cactus.integration.ant.TestCactusTask [surefire] Tests run: 7, Failures: 7, Errors: 0, Time elapsed: 0.078 sec FAILURE !! [surefire] Running org.apache.cactus.integration.ant.TestCactusTestTask [surefire] Tests run: 7, Failures: 7, Errors: 0, Time elapsed: 0.094 sec FAILURE !! [surefire] Running org.apache.cactus.integration.ant.TestRunServerTestsTask [surefire] Tests run: 6, Failures: 6, Errors: 0, Time elapsed: 0.078 sec FAILURE !! I ran mvn test, which failed when it could not find the cactus jars. It would be better if this worked without needing to do mvn install first. I then ran mvn install and got the errors shown above. It looks like these are all caused by junit.framework.AssertionFailedError: The system property 'testinput.dir' must point to an existing directory at junit.framework.Assert.fail(Assert.java:47) at junit.framework.Assert.assertTrue(Assert.java:20) at org.apache.cactus.integration.ant.AntTestCase.getBuildFile(AntTestCase.java:370) This is a bit odd, as the directory appears to be there. The assert() message ought to quote the directory name it is looking for. [I'll update SVN trunk.] Even odder, the problem does not occur when I reran the test. I've tried several
[VOTE] Release Jakarta Cactus 1.8.1
Hi guys, here comes the second attempt for releasing cactus-1.8.1. The artifacts, hashes and signatures are here: http://people.apache.org/~ptahchiev/1.8.1-rc2/ The tagged code-base is here: http://svn.apache.org/repos/asf/jakarta/cactus/tags/1.8.1-rc2/ I think it is OK this time. Here is my +1 Please vote. Thanks. -- Regards, Petar! Karlovo, Bulgaria. EOOXML objections http://www.grokdoc.net/index.php/EOOXML_objections Public PGP Key at: http://keyserver.linux.it/pks/lookup?op=getsearch=0x1A15B53B761500F9 Key Fingerprint: AA16 8004 AADD 9C76 EF5B 4210 1A15 B53B 7615 00F9 - To unsubscribe, e-mail: general-unsubscr...@jakarta.apache.org For additional commands, e-mail: general-h...@jakarta.apache.org