Re: [VOTE] Release Compress 1.8.1 based on RC1
On 2014-05-11, Emmanuel Bourg wrote: There is a typo in the changes report: ArchiveStreams now validate there is a current entry before rreading or writing entry data. Thanks, will fix the site post-release. Stefan - To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org
[continuum] BUILD FAILURE: Apache Commons JCS - Apache Commons ()
Online report : https://continuum-ci.apache.org/continuum/buildResult.action?buildId=30400projectId=286 Build statistics: State: Failed Previous State: Failed Started at: Thu 8 May 2014 06:00:03 + Finished at: Thu 8 May 2014 06:04:56 + Total time: 4m 52s Build Trigger: Schedule Build Number: 1 Exit code: 1 Building machine hostname: continuum-vm Operating system : Linux(unknown) Java Home version : java version 1.7.0_25 OpenJDK Runtime Environment (IcedTea 2.3.10) (7u25-2.3.10-1ubuntu0.12.04.2) OpenJDK 64-Bit Server VM (build 23.7-b01, mixed mode) Builder version : Apache Maven 3.0.5 (r01de14724cdef164cd33c7c8c2fe155faf9602da; 2013-02-19 13:51:28+) Maven home: /opt/apache-maven-3.0.5 Java version: 1.7.0_25, vendor: Oracle Corporation Java home: /usr/lib/jvm/java-7-openjdk-amd64/jre Default locale: en_US, platform encoding: UTF-8 OS name: linux, version: 3.2.0-53-generic, arch: amd64, family: unix SCM Changes: Changed: rmannibucau @ Thu 8 May 2014 05:49:09 + Comment: expiry event Files changed: /commons/proper/jcs/trunk/commons-jcs-jcache/src/main/java/org/apache/commons/jcs/jcache/JCSCache.java ( 1593184 ) Dependencies Changes: No dependencies changed Build Definition: POM filename: pom.xml Goals: clean test Arguments: --batch-mode -Pjava-1.7 Build Fresh: false Always Build: false Default Build Definition: true Schedule: DEFAULT_SCHEDULE Profile Name: Maven 3.0.5 with Java 7 Description: Test Summary: Tests: 379 Failures: 4 Errors: 0 Success Rate: 98 Total time: 198.03201 Test Failures: BasicRemoteCacheClientServerUnitTest test1SinglePut : java.lang.AssertionError java.lang.AssertionError: Cache is alive expected:ALIVE but was:ERROR at org.junit.Assert.fail(Assert.java:88) at org.junit.Assert.failNotEquals(Assert.java:743) at org.junit.Assert.assertEquals(Assert.java:118) at org.apache.commons.jcs.auxiliary.remote.server.BasicRemoteCacheClientServerUnitTest.test1SinglePut(BasicRemoteCacheClientServerUnitTest.java:118) test2PutRemove : java.lang.AssertionError java.lang.AssertionError: Cache is alive expected:ALIVE but was:ERROR at org.junit.Assert.fail(Assert.java:88) at org.junit.Assert.failNotEquals(Assert.java:743) at org.junit.Assert.assertEquals(Assert.java:118) at org.apache.commons.jcs.auxiliary.remote.server.BasicRemoteCacheClientServerUnitTest.test2PutRemove(BasicRemoteCacheClientServerUnitTest.java:168) test3PutAndListen : java.lang.AssertionError java.lang.AssertionError: Cache is alive expected:ALIVE but was:ERROR at org.junit.Assert.fail(Assert.java:88) at org.junit.Assert.failNotEquals(Assert.java:743) at org.junit.Assert.assertEquals(Assert.java:118) at org.apache.commons.jcs.auxiliary.remote.server.BasicRemoteCacheClientServerUnitTest.test3PutAndListen(BasicRemoteCacheClientServerUnitTest.java:226) test4PutaMultipleAndListen : java.lang.AssertionError java.lang.AssertionError: Cache is alive expected:ALIVE but was:ERROR at org.junit.Assert.fail(Assert.java:88) at org.junit.Assert.failNotEquals(Assert.java:743) at org.junit.Assert.assertEquals(Assert.java:118) at org.apache.commons.jcs.auxiliary.remote.server.BasicRemoteCacheClientServerUnitTest.test4PutaMultipleAndListen(BasicRemoteCacheClientServerUnitTest.java:280) - To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org
[continuum] BUILD FAILURE: Apache Commons JCS - Apache Commons ()
Online report : https://continuum-ci.apache.org/continuum/buildResult.action?buildId=30380projectId=286 Build statistics: State: Failed Previous State: Failed Started at: Wed 7 May 2014 22:00:04 + Finished at: Wed 7 May 2014 22:04:16 + Total time: 4m 11s Build Trigger: Schedule Build Number: 1 Exit code: 1 Building machine hostname: continuum-vm Operating system : Linux(unknown) Java Home version : java version 1.7.0_25 OpenJDK Runtime Environment (IcedTea 2.3.10) (7u25-2.3.10-1ubuntu0.12.04.2) OpenJDK 64-Bit Server VM (build 23.7-b01, mixed mode) Builder version : Apache Maven 3.0.5 (r01de14724cdef164cd33c7c8c2fe155faf9602da; 2013-02-19 13:51:28+) Maven home: /opt/apache-maven-3.0.5 Java version: 1.7.0_25, vendor: Oracle Corporation Java home: /usr/lib/jvm/java-7-openjdk-amd64/jre Default locale: en_US, platform encoding: UTF-8 OS name: linux, version: 3.2.0-53-generic, arch: amd64, family: unix SCM Changes: Changed: rmannibucau @ Wed 7 May 2014 21:23:17 + Comment: cdi extra module + better eviction Files changed: /commons/proper/jcs/trunk/commons-jcs-jcache/pom.xml ( 1593138 ) /commons/proper/jcs/trunk/commons-jcs-jcache/src/main/java/org/apache/commons/jcs/jcache/JCSCache.java ( 1593138 ) /commons/proper/jcs/trunk/commons-jcs-jcache/src/main/java/org/apache/commons/jcs/jcache/JCSCachingManager.java ( 1593138 ) /commons/proper/jcs/trunk/commons-jcs-jcache/src/main/java/org/apache/commons/jcs/jcache/JCSElement.java ( 1593138 ) /commons/proper/jcs/trunk/commons-jcs-jcache/src/main/java/org/apache/commons/jcs/jcache/JCSKey.java ( 1593138 ) /commons/proper/jcs/trunk/commons-jcs-jcache/src/main/java/org/apache/commons/jcs/jcache/Times.java ( 1593138 ) /commons/proper/jcs/trunk/commons-jcs-jcache/src/main/java/org/apache/commons/jcs/jcache/cdi/CDIJCacheHelper.java ( 1593138 ) /commons/proper/jcs/trunk/commons-jcs-jcache/src/main/java/org/apache/commons/jcs/jcache/proxy/ClassLoaderAwareCache.java (from /commons/proper/jcs/trunk/commons-jcs-jcache/src/main/java/org/apache/commons/jcs/jcache/proxy/ClassLoaderAwareHandler.java:1593134) ( 1593138 ) /commons/proper/jcs/trunk/commons-jcs-jcache/src/main/java/org/apache/commons/jcs/jcache/proxy/ClassLoaderAwareHandler.java ( 1593138 ) /commons/proper/jcs/trunk/commons-jcs-jcache/src/main/java/org/apache/commons/jcs/jcache/serialization ( 1593138 ) /commons/proper/jcs/trunk/commons-jcs-jcache/src/main/java/org/apache/commons/jcs/jcache/serialization/Serializations.java ( 1593138 ) /commons/proper/jcs/trunk/commons-jcs-jcache/src/main/java/org/apache/commons/jcs/jcache/thread ( 1593138 ) /commons/proper/jcs/trunk/commons-jcs-jcache/src/main/java/org/apache/commons/jcs/jcache/thread/DaemonThreadFactory.java ( 1593138 ) /commons/proper/jcs/trunk/commons-jcs-jcache/src/test/java/org/apache/commons/jcs/jcache/Speed.java ( 1593138 ) /commons/proper/jcs/trunk/commons-jcs-jcache-extras ( 1593138 ) /commons/proper/jcs/trunk/commons-jcs-jcache-extras/pom.xml ( 1593138 ) /commons/proper/jcs/trunk/commons-jcs-jcache-extras/src ( 1593138 ) /commons/proper/jcs/trunk/commons-jcs-jcache-extras/src/main ( 1593138 ) /commons/proper/jcs/trunk/commons-jcs-jcache-extras/src/main/java ( 1593138 ) /commons/proper/jcs/trunk/commons-jcs-jcache-extras/src/main/java/org ( 1593138 ) /commons/proper/jcs/trunk/commons-jcs-jcache-extras/src/main/java/org/apache ( 1593138 ) /commons/proper/jcs/trunk/commons-jcs-jcache-extras/src/main/java/org/apache/commons ( 1593138 ) /commons/proper/jcs/trunk/commons-jcs-jcache-extras/src/main/java/org/apache/commons/jcs ( 1593138 ) /commons/proper/jcs/trunk/commons-jcs-jcache-extras/src/main/java/org/apache/commons/jcs/jcache ( 1593138 ) /commons/proper/jcs/trunk/commons-jcs-jcache-extras/src/main/java/org/apache/commons/jcs/jcache/extras ( 1593138 ) /commons/proper/jcs/trunk/commons-jcs-jcache-extras/src/main/java/org/apache/commons/jcs/jcache/extras/cdi ( 1593138 ) /commons/proper/jcs/trunk/commons-jcs-jcache-extras/src/main/java/org/apache/commons/jcs/jcache/extras/cdi/AnyLiteral.java ( 1593138 ) /commons/proper/jcs/trunk/commons-jcs-jcache-extras/src/main/java/org/apache/commons/jcs/jcache/extras/cdi/CacheManagerBean.java ( 1593138 ) /commons/proper/jcs/trunk/commons-jcs-jcache-extras/src/main/java/org/apache/commons/jcs/jcache/extras/cdi/CacheProviderBean.java ( 1593138 ) /commons/proper/jcs/trunk/commons-jcs-jcache-extras/src/main/java/org/apache/commons/jcs/jcache/extras/cdi/DefaultLiteral.java ( 1593138 ) /commons/proper/jcs/trunk/commons-jcs-jcache-extras/src/main/java/org/apache/commons/jcs/jcache/extras/cdi/ExtraJCacheExtension.java ( 1593138 )
Re: Re: [lang]
On 7 May 2014 21:07, sebb seb...@gmail.com wrote: On 7 May 2014 01:51, Paul Benedict pbened...@apache.org wrote: When you dereference a null pointer, you get an NPE. We can agree to that. We can also agree it's not inherently wrong to throw IAE on a null argument check, but this discussion has never been about that. The discussion has always centered on what the trend setters are doing -- and they say go with NPE. Oracle/Sun throws NPE in its method: http://docs.oracle.com/javase/7/docs/api/java/util/Objects.html#requireNonNull%28T%29 Google Guava throws NPE in its method: http://docs.guava-libraries.googlecode.com/git-history/release/javadoc/com/google/common/base/Preconditions.html#checkNotNull%28T%29 It's pretty clear where industry is going and not using NPE is not expected. We shouldn't try to resist where all the thought leaders in our industry are going. It doesn't make any sense. No matter what personal affinity/preference you have towards IAE, it's a losing battle because the march is going the other direction. None of that alters the fact the using NPE in this way is ambiguous. Whereas IAE is not. Yes but is this a discussion about what is correct or what we should do in Lang? I think the two are not necessarily the same (sadly) and that the focus is on the latter. Hence Paul's comment has merit. Paul Cheers, Paul On Tue, May 6, 2014 at 6:27 PM, sebb seb...@gmail.com wrote: On 6 May 2014 22:54, Paul Benedict pbened...@apache.org wrote: This is not a matter of law. If Oracle/Sun set a direction on how to use NPE, it's a really good idea to follow them -- even if you don't agree, do it for the sake of consistency. I don't think using IAE is somehow better Java than what they are doing. And I give weight to what Joshua said because he's a former architect of that company. Lang3 was designed to throw NPE on invalid null arguments because that's what the gurus, like he, in our industry who publish best practices say it should. If your opinion bears greater weight than those set forth the best practices, then you win, but I don't advocate going back to IAE for nulls for the reasons stated. The problem is still that NPE can be thrown by the JVM for code bugs. If you Google/Bing for what does NPE mean? most of the postings say that this is due to a bug in the code that throws it rather than a bug in the code that calls it. There is nothing inherently wrong with using IAE for reporting a null argument. I think it was a mistake to suggest using NPE for that. One might as well throw ArithmeticException for a zero argument that is going to be used as a divisor. Neither is as helpful as IAE. The problem is that NPE is ambiguous. IAE is not. Cheers, Paul On Tue, May 6, 2014 at 4:40 PM, Duncan Jones dun...@wortharead.com wrote: On 6 May 2014 22:27, Michael Osipov 1983-01...@gmx.net wrote: Am 2014-05-06 15:27, schrieb Benedikt Ritter: Hi Thiago, 2014-05-06 14:53 GMT+02:00 Thiago Andrade thia...@gmail.com: Hello people, Analizing the JIRA issue https://issues.apache.org/jira/browse/LANG-1008the contributors noticed that NumberUtils.max/min methods all have the same problem: They all throw an IllegalArgumentException when according to the official documentation (Oracle|Sun) says that a NullPointerException must be thrown when an argument must not be null. This is not a problem imho. It is a question of API design. I don't now an offical documentation that say when IAE or NPE _must_ be thrown. Sun/Oracle at some point decided to throw NPE when ever a null reference is passed to a method that doesn't accept null inputs. I don't feel this is right, since a null input is also an illegal argument. Why make a differenciation? IMHO NPE should be reserved to the JVM, when a method is called on a null reference, but that's just my opinion. It *is* a problem because NullPointerException and IllegalArgumentException have concrete semantics layed out in the JDK's Javadocs. If you see how both are used in the JDK, you see that NPE and IAE are used properly and there is no such restriction to the JDK only. If you aread Effective Java, you'll see that you *have to* use NPE if a null argument is passed. One might remember the NullArgumentException back in Lang 2, it was removed because it is imperative to use NPE instead. Effective Java is a great book, but don't confuse Joshua's advice with law. Moreover, the Lang 3 package includes a great class, Validate, which does things right and now I can ask, why the hell is that not used throughout the entire library? +1 to this. We should update all of lang to use Validate once we've nailed this issue. Duncan
[continuum] BUILD FAILURE: Apache Commons JCS - Apache Commons (Group (shared) Maven 3 Build Definition (Java 1.6))
Online report : https://continuum-ci.apache.org/continuum/buildResult.action?buildId=30384projectId=286 Build statistics: State: Failed Previous State: Failed Started at: Wed 7 May 2014 22:21:42 + Finished at: Wed 7 May 2014 22:25:24 + Total time: 3m 41s Build Trigger: Schedule Build Number: 1 Exit code: 1 Building machine hostname: continuum-vm Operating system : Linux(unknown) Java Home version : java version 1.6.0_27 OpenJDK Runtime Environment (IcedTea6 1.12.6) (6b27-1.12.6-1ubuntu0.12.04.4) OpenJDK 64-Bit Server VM (build 20.0-b12, mixed mode) Builder version : Apache Maven 3.0.5 (r01de14724cdef164cd33c7c8c2fe155faf9602da; 2013-02-19 13:51:28+) Maven home: /opt/apache-maven-3.0.5 Java version: 1.6.0_27, vendor: Sun Microsystems Inc. Java home: /usr/lib/jvm/java-6-openjdk-amd64/jre Default locale: en_US, platform encoding: UTF-8 OS name: linux, version: 3.2.0-53-generic, arch: amd64, family: unix SCM Changes: Changed: rmannibucau @ Wed 7 May 2014 21:23:17 + Comment: cdi extra module + better eviction Files changed: /commons/proper/jcs/trunk/commons-jcs-jcache/pom.xml ( 1593138 ) /commons/proper/jcs/trunk/commons-jcs-jcache/src/main/java/org/apache/commons/jcs/jcache/JCSCache.java ( 1593138 ) /commons/proper/jcs/trunk/commons-jcs-jcache/src/main/java/org/apache/commons/jcs/jcache/JCSCachingManager.java ( 1593138 ) /commons/proper/jcs/trunk/commons-jcs-jcache/src/main/java/org/apache/commons/jcs/jcache/JCSElement.java ( 1593138 ) /commons/proper/jcs/trunk/commons-jcs-jcache/src/main/java/org/apache/commons/jcs/jcache/JCSKey.java ( 1593138 ) /commons/proper/jcs/trunk/commons-jcs-jcache/src/main/java/org/apache/commons/jcs/jcache/Times.java ( 1593138 ) /commons/proper/jcs/trunk/commons-jcs-jcache/src/main/java/org/apache/commons/jcs/jcache/cdi/CDIJCacheHelper.java ( 1593138 ) /commons/proper/jcs/trunk/commons-jcs-jcache/src/main/java/org/apache/commons/jcs/jcache/proxy/ClassLoaderAwareCache.java (from /commons/proper/jcs/trunk/commons-jcs-jcache/src/main/java/org/apache/commons/jcs/jcache/proxy/ClassLoaderAwareHandler.java:1593134) ( 1593138 ) /commons/proper/jcs/trunk/commons-jcs-jcache/src/main/java/org/apache/commons/jcs/jcache/proxy/ClassLoaderAwareHandler.java ( 1593138 ) /commons/proper/jcs/trunk/commons-jcs-jcache/src/main/java/org/apache/commons/jcs/jcache/serialization ( 1593138 ) /commons/proper/jcs/trunk/commons-jcs-jcache/src/main/java/org/apache/commons/jcs/jcache/serialization/Serializations.java ( 1593138 ) /commons/proper/jcs/trunk/commons-jcs-jcache/src/main/java/org/apache/commons/jcs/jcache/thread ( 1593138 ) /commons/proper/jcs/trunk/commons-jcs-jcache/src/main/java/org/apache/commons/jcs/jcache/thread/DaemonThreadFactory.java ( 1593138 ) /commons/proper/jcs/trunk/commons-jcs-jcache/src/test/java/org/apache/commons/jcs/jcache/Speed.java ( 1593138 ) /commons/proper/jcs/trunk/commons-jcs-jcache-extras ( 1593138 ) /commons/proper/jcs/trunk/commons-jcs-jcache-extras/pom.xml ( 1593138 ) /commons/proper/jcs/trunk/commons-jcs-jcache-extras/src ( 1593138 ) /commons/proper/jcs/trunk/commons-jcs-jcache-extras/src/main ( 1593138 ) /commons/proper/jcs/trunk/commons-jcs-jcache-extras/src/main/java ( 1593138 ) /commons/proper/jcs/trunk/commons-jcs-jcache-extras/src/main/java/org ( 1593138 ) /commons/proper/jcs/trunk/commons-jcs-jcache-extras/src/main/java/org/apache ( 1593138 ) /commons/proper/jcs/trunk/commons-jcs-jcache-extras/src/main/java/org/apache/commons ( 1593138 ) /commons/proper/jcs/trunk/commons-jcs-jcache-extras/src/main/java/org/apache/commons/jcs ( 1593138 ) /commons/proper/jcs/trunk/commons-jcs-jcache-extras/src/main/java/org/apache/commons/jcs/jcache ( 1593138 ) /commons/proper/jcs/trunk/commons-jcs-jcache-extras/src/main/java/org/apache/commons/jcs/jcache/extras ( 1593138 ) /commons/proper/jcs/trunk/commons-jcs-jcache-extras/src/main/java/org/apache/commons/jcs/jcache/extras/cdi ( 1593138 ) /commons/proper/jcs/trunk/commons-jcs-jcache-extras/src/main/java/org/apache/commons/jcs/jcache/extras/cdi/AnyLiteral.java ( 1593138 ) /commons/proper/jcs/trunk/commons-jcs-jcache-extras/src/main/java/org/apache/commons/jcs/jcache/extras/cdi/CacheManagerBean.java ( 1593138 ) /commons/proper/jcs/trunk/commons-jcs-jcache-extras/src/main/java/org/apache/commons/jcs/jcache/extras/cdi/CacheProviderBean.java ( 1593138 ) /commons/proper/jcs/trunk/commons-jcs-jcache-extras/src/main/java/org/apache/commons/jcs/jcache/extras/cdi/DefaultLiteral.java ( 1593138 ) /commons/proper/jcs/trunk/commons-jcs-jcache-extras/src/main/java/org/apache/commons/jcs/jcache/extras/cdi/ExtraJCacheExtension.java (
[VOTE] Release Math 3.3 based on RC3
Hi all, I would like to call a vote to release Commons Math 3.3 based on RC3. Changes since RC2: * reverted javadoc fixes for Java 8 Note: Commons Math 3.3 does compile with Java 8, but creating the site will not work due to some incompatibilities: * javadoc: known doclint issue * findbugs: not ready for java 8 Math 3.3 RC3 is available for review here: https://dist.apache.org/repos/dist/dev/commons/math/ (svn revision 5295) Maven artifacts are here: https://repository.apache.org/content/repositories/orgapachecommons-1027/org/apache/commons/commons-math3/3.3/ Details of changes since 3.2 are in the release notes: https://dist.apache.org/repos/dist/dev/commons/math/RELEASE-NOTES.txt http://people.apache.org/builds/commons/math/3.3/RC3/changes-report.html The tag is here: https://svn.apache.org/repos/asf/commons/proper/math/tags/MATH_3_3_RC3 (svn revision 1593137) Site: http://people.apache.org/builds/commons/math/3.3/RC3/ (note the apidocs for the 3.3 release will be added with the release) Clirr Report (compared to 3.2): http://people.apache.org/builds/commons/math/3.3/RC3/clirr-report.html (note that there are 4 false positives where the signature of a method has changed such that the parameter type is now the superclass of the previous type) RAT Report: http://people.apache.org/builds/commons/math/3.3/RC3/rat-report.html Findbugs Report: http://people.apache.org/builds/commons/math/3.3/RC3/findbugs.html KEYS: http://www.apache.org/dist/commons/KEYS Please review the release candidate and vote. Note that the artifacts have been prepared by Thomas (thanks to him!) and he delegated the vote to me. So the signatures correspond to his key and not mine. This vote will close no sooner that 72 hours from now, that is 2014-05-11T10:00:00Z (this is UTC time). [ ] +1 Release these artifacts [ ] +0 OK, but... [ ] -0 OK, but really should fix... [ ] -1 I oppose this release because... - To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org
RE: [VOTE] Release Math 3.3 based on RC3 (second run after mail outage)
+1 -Original Message- From: Luc Maisonobe [mailto:l...@spaceroots.org] Sent: Sunday, May 11, 2014 5:56 AM To: Commons Developers List Subject: [VOTE] Release Math 3.3 based on RC3 (second run after mail outage) Hi all, As I am not sure this message will be recovered after mail outage, I send it again, with an update of final date. I would like to call a vote to release Commons Math 3.3 based on RC3. Changes since RC2: * reverted javadoc fixes for Java 8 Note: Commons Math 3.3 does compile with Java 8, but creating the site will not work due to some incompatibilities: * javadoc: known doclint issue * findbugs: not ready for java 8 Math 3.3 RC3 is available for review here: https://dist.apache.org/repos/dist/dev/commons/math/ (svn revision 5295) Maven artifacts are here: https://repository.apache.org/content/repositories/orgapachecommons-1027/org/apache/commons/commons-math3/3.3/ Details of changes since 3.2 are in the release notes: https://dist.apache.org/repos/dist/dev/commons/math/RELEASE-NOTES.txt http://people.apache.org/builds/commons/math/3.3/RC3/changes-report.html The tag is here: https://svn.apache.org/repos/asf/commons/proper/math/tags/MATH_3_3_RC3 (svn revision 1593137) Site: http://people.apache.org/builds/commons/math/3.3/RC3/ (note the apidocs for the 3.3 release will be added with the release) Clirr Report (compared to 3.2): http://people.apache.org/builds/commons/math/3.3/RC3/clirr-report.html (note that there are 4 false positives where the signature of a method has changed such that the parameter type is now the superclass of the previous type) RAT Report: http://people.apache.org/builds/commons/math/3.3/RC3/rat-report.html Findbugs Report: http://people.apache.org/builds/commons/math/3.3/RC3/findbugs.html KEYS: http://www.apache.org/dist/commons/KEYS Please review the release candidate and vote. Note that the artifacts have been prepared by Thomas (thanks to him!) and he delegated the vote to me. So the signatures correspond to his key and not mine. This vote will close no sooner that 72 hours from now, that is 2014-05-14T10:00:00Z (this is UTC time). [ ] +1 Release these artifacts [ ] +0 OK, but... [ ] -0 OK, but really should fix... [ ] -1 I oppose this release because... - To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org - To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org
[continuum] BUILD FAILURE: Apache Commons JCS - Apache Commons (Group (shared) Maven 3 Build Definition (Java 1.6))
Online report : https://continuum-ci.apache.org/continuum/buildResult.action?buildId=30657projectId=286 Build statistics: State: Failed Previous State: Failed Started at: Mon 12 May 2014 17:20:40 + Finished at: Mon 12 May 2014 17:21:35 + Total time: 54s Build Trigger: Schedule Build Number: 1 Exit code: 1 Building machine hostname: continuum-vm Operating system : Linux(unknown) Java Home version : java version 1.6.0_27 OpenJDK Runtime Environment (IcedTea6 1.12.6) (6b27-1.12.6-1ubuntu0.12.04.4) OpenJDK 64-Bit Server VM (build 20.0-b12, mixed mode) Builder version : Apache Maven 3.0.5 (r01de14724cdef164cd33c7c8c2fe155faf9602da; 2013-02-19 13:51:28+) Maven home: /opt/apache-maven-3.0.5 Java version: 1.6.0_27, vendor: Sun Microsystems Inc. Java home: /usr/lib/jvm/java-6-openjdk-amd64/jre Default locale: en_US, platform encoding: UTF-8 OS name: linux, version: 3.2.0-53-generic, arch: amd64, family: unix SCM Changes: Changed: rmannibucau @ Mon 12 May 2014 17:15:18 + Comment: fixing build + cleaning up little details about jmx Files changed: /commons/proper/jcs/trunk/commons-jcs-core/src/main/java/org/apache/commons/jcs/engine/control/CompositeCacheManager.java ( 1594030 ) /commons/proper/jcs/trunk/commons-jcs-jcache/src/main/java/org/apache/commons/jcs/jcache/JCSCachingManager.java ( 1594030 ) Dependencies Changes: No dependencies changed Build Definition: POM filename: pom.xml Goals: clean deploy Arguments: --batch-mode -Pjava-1.6 -Dgpg.skip -Prelease Build Fresh: false Always Build: false Default Build Definition: true Schedule: COMMONS_SCHEDULE Profile Name: Maven 3.0.5 Description: Group (shared) Maven 3 Build Definition (Java 1.6) Test Summary: Tests: 0 Failures: 0 Errors: 0 Total time: 0.0 - To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org
Re: [VOTE] Release Compress 1.8.1 based on RC1
On 5/11/14, 3:37 AM, Stefan Bodewig wrote: Hi all, delayed because I wanted to wait for mails to arrive again. Compress 1.8.1 RC1 is available for review here: https://dist.apache.org/repos/dist/dev/commons/compress/ (svn revision 5300) Maven artifacts are here: https://repository.apache.org/content/repositories/orgapachecommons-1028/org/apache/commons/commons-compress/1.8.1/ Details of changes since 1.8 are in the release notes: https://dist.apache.org/repos/dist/dev/commons/compress/RELEASE-NOTES.txt http://people.apache.org/~bodewig/cc-1.8.1/changes-report.html I have tested this with JDK 1.6 and 1.7 using maven3. The tag is here: http://svn.apache.org/repos/asf/commons/proper/compress/tags/COMPRESS-1.8.1-RC1/ (svn revision 1593590) Site: http://people.apache.org/~bodewig/cc-1.8.1/ (as usual whe I cut the release this is not exactly the site I'm going to publish as I'll add the real release date later, also the javadoc 1.8.1 links won't work right now) Clirr Report (compared to 1.8): http://people.apache.org/~bodewig/cc-1.8.1/clirr-report.html RAT Report: http://people.apache.org/~bodewig/cc-1.8.1/rat-report.html KEYS: http://www.apache.org/dist/commons/KEYS Please review the release candidate and vote. This vote will close no sooner that 72 hours from now, i.e. after 1100 GMT 14-May 2014. Should we get hit by a mail-outage again I'll defer counting the votes as well. [X] +1 Release these artifacts Release contents, sigs and hashes look good. Code compiles and tests run clean on Linux OpenJDK 1.6.0_43, Sun/Oracle 1.5.0_22 (tested with Maven 2) Mac OSX Oracle 1.7.0_55, 1.8.0_05 (tested with Maven 3) Phil [ ] +0 OK, but... [ ] -0 OK, but really should fix... [ ] -1 I oppose this release because... Thanks! Stefan - To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org . - To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org
[continuum] BUILD FAILURE: Apache Commons JCS - Apache Commons ()
Online report : https://continuum-ci.apache.org/continuum/buildResult.action?buildId=30661projectId=286 Build statistics: State: Failed Previous State: Failed Started at: Mon 12 May 2014 18:00:08 + Finished at: Mon 12 May 2014 18:04:24 + Total time: 4m 16s Build Trigger: Schedule Build Number: 1 Exit code: 1 Building machine hostname: continuum-vm Operating system : Linux(unknown) Java Home version : java version 1.7.0_25 OpenJDK Runtime Environment (IcedTea 2.3.10) (7u25-2.3.10-1ubuntu0.12.04.2) OpenJDK 64-Bit Server VM (build 23.7-b01, mixed mode) Builder version : Apache Maven 3.0.5 (r01de14724cdef164cd33c7c8c2fe155faf9602da; 2013-02-19 13:51:28+) Maven home: /opt/apache-maven-3.0.5 Java version: 1.7.0_25, vendor: Oracle Corporation Java home: /usr/lib/jvm/java-7-openjdk-amd64/jre Default locale: en_US, platform encoding: UTF-8 OS name: linux, version: 3.2.0-53-generic, arch: amd64, family: unix SCM Changes: Changed: rmannibucau @ Mon 12 May 2014 17:15:18 + Comment: fixing build + cleaning up little details about jmx Files changed: /commons/proper/jcs/trunk/commons-jcs-core/src/main/java/org/apache/commons/jcs/engine/control/CompositeCacheManager.java ( 1594030 ) /commons/proper/jcs/trunk/commons-jcs-jcache/src/main/java/org/apache/commons/jcs/jcache/JCSCachingManager.java ( 1594030 ) Changed: rmannibucau @ Mon 12 May 2014 17:22:32 + Comment: cleanup of some no more needed methods since we rely on jcs core + caching hashcode of jcache key wrappers Files changed: /commons/proper/jcs/trunk/commons-jcs-jcache/src/main/java/org/apache/commons/jcs/jcache/JCSCache.java ( 1594032 ) /commons/proper/jcs/trunk/commons-jcs-jcache/src/main/java/org/apache/commons/jcs/jcache/JCSKey.java ( 1594032 ) Dependencies Changes: No dependencies changed Build Definition: POM filename: pom.xml Goals: clean test Arguments: --batch-mode -Pjava-1.7 Build Fresh: false Always Build: false Default Build Definition: true Schedule: DEFAULT_SCHEDULE Profile Name: Maven 3.0.5 with Java 7 Description: Test Summary: Tests: 379 Failures: 4 Errors: 0 Success Rate: 98 Total time: 170.29301 Test Failures: BasicRemoteCacheClientServerUnitTest test1SinglePut : java.lang.AssertionError java.lang.AssertionError: Cache is alive expected:ALIVE but was:ERROR at org.junit.Assert.fail(Assert.java:88) at org.junit.Assert.failNotEquals(Assert.java:743) at org.junit.Assert.assertEquals(Assert.java:118) at org.apache.commons.jcs.auxiliary.remote.server.BasicRemoteCacheClientServerUnitTest.test1SinglePut(BasicRemoteCacheClientServerUnitTest.java:118) test2PutRemove : java.lang.AssertionError java.lang.AssertionError: Cache is alive expected:ALIVE but was:ERROR at org.junit.Assert.fail(Assert.java:88) at org.junit.Assert.failNotEquals(Assert.java:743) at org.junit.Assert.assertEquals(Assert.java:118) at org.apache.commons.jcs.auxiliary.remote.server.BasicRemoteCacheClientServerUnitTest.test2PutRemove(BasicRemoteCacheClientServerUnitTest.java:168) test3PutAndListen : java.lang.AssertionError java.lang.AssertionError: Cache is alive expected:ALIVE but was:ERROR at org.junit.Assert.fail(Assert.java:88) at org.junit.Assert.failNotEquals(Assert.java:743) at org.junit.Assert.assertEquals(Assert.java:118) at org.apache.commons.jcs.auxiliary.remote.server.BasicRemoteCacheClientServerUnitTest.test3PutAndListen(BasicRemoteCacheClientServerUnitTest.java:226) test4PutaMultipleAndListen : java.lang.AssertionError java.lang.AssertionError: Cache is alive expected:ALIVE but was:ERROR at org.junit.Assert.fail(Assert.java:88) at org.junit.Assert.failNotEquals(Assert.java:743) at org.junit.Assert.assertEquals(Assert.java:118) at org.apache.commons.jcs.auxiliary.remote.server.BasicRemoteCacheClientServerUnitTest.test4PutaMultipleAndListen(BasicRemoteCacheClientServerUnitTest.java:280) - To
[continuum] BUILD FAILURE: Apache Commons JCS - Apache Commons ()
Online report : https://continuum-ci.apache.org/continuum/buildResult.action?buildId=30665projectId=286 Build statistics: State: Failed Previous State: Failed Started at: Mon 12 May 2014 19:00:05 + Finished at: Mon 12 May 2014 19:04:14 + Total time: 4m 9s Build Trigger: Schedule Build Number: 1 Exit code: 1 Building machine hostname: continuum-vm Operating system : Linux(unknown) Java Home version : java version 1.7.0_25 OpenJDK Runtime Environment (IcedTea 2.3.10) (7u25-2.3.10-1ubuntu0.12.04.2) OpenJDK 64-Bit Server VM (build 23.7-b01, mixed mode) Builder version : Apache Maven 3.0.5 (r01de14724cdef164cd33c7c8c2fe155faf9602da; 2013-02-19 13:51:28+) Maven home: /opt/apache-maven-3.0.5 Java version: 1.7.0_25, vendor: Oracle Corporation Java home: /usr/lib/jvm/java-7-openjdk-amd64/jre Default locale: en_US, platform encoding: UTF-8 OS name: linux, version: 3.2.0-53-generic, arch: amd64, family: unix SCM Changes: Changed: rmannibucau @ Mon 12 May 2014 18:51:56 + Comment: getting rid of JCSElement Files changed: /commons/proper/jcs/trunk/auxiliary-builds/jdk14/src/java/org/apache/commons/jcs/engine/memory/lru/LHMLRUMemoryCache.java ( 1594051 ) /commons/proper/jcs/trunk/commons-jcs-core/src/main/java/org/apache/commons/jcs/admin/JCSAdminBean.java ( 1594051 ) /commons/proper/jcs/trunk/commons-jcs-core/src/main/java/org/apache/commons/jcs/auxiliary/disk/jdbc/JDBCDiskCache.java ( 1594051 ) /commons/proper/jcs/trunk/commons-jcs-core/src/main/java/org/apache/commons/jcs/engine/ElementAttributes.java ( 1594051 ) /commons/proper/jcs/trunk/commons-jcs-core/src/main/java/org/apache/commons/jcs/engine/behavior/IElementAttributes.java ( 1594051 ) /commons/proper/jcs/trunk/commons-jcs-core/src/main/java/org/apache/commons/jcs/engine/control/CompositeCache.java ( 1594051 ) /commons/proper/jcs/trunk/commons-jcs-core/src/test/java/org/apache/commons/jcs/access/CacheAccessUnitTest.java ( 1594051 ) /commons/proper/jcs/trunk/commons-jcs-core/src/test/java/org/apache/commons/jcs/auxiliary/remote/RemoteCacheListenerUnitTest.java ( 1594051 ) /commons/proper/jcs/trunk/commons-jcs-core/src/test/java/org/apache/commons/jcs/engine/memory/shrinking/ShrinkerThreadUnitTest.java ( 1594051 ) /commons/proper/jcs/trunk/commons-jcs-core/src/test/java/org/apache/commons/jcs/utils/serialization/SerializationConversionUtilUnitTest.java ( 1594051 ) /commons/proper/jcs/trunk/commons-jcs-jcache/src/main/java/org/apache/commons/jcs/jcache/JCSCache.java ( 1594051 ) /commons/proper/jcs/trunk/commons-jcs-jcache/src/main/java/org/apache/commons/jcs/jcache/JCSCachingManager.java ( 1594051 ) /commons/proper/jcs/trunk/commons-jcs-jcache/src/main/java/org/apache/commons/jcs/jcache/JCSElement.java ( 1594051 ) /commons/proper/jcs/trunk/commons-jcs-jcache/src/main/java/org/apache/commons/jcs/jcache/JCSKey.java ( 1594051 ) /commons/proper/jcs/trunk/commons-jcs-jcache/src/test/java/org/apache/commons/jcs/jcache/CacheTest.java ( 1594051 ) /commons/proper/jcs/trunk/commons-jcs-jcache/src/test/java/org/apache/commons/jcs/jcache/ImmediateExpiryTest.java ( 1594051 ) Dependencies Changes: No dependencies changed Build Definition: POM filename: pom.xml Goals: clean test Arguments: --batch-mode -Pjava-1.7 Build Fresh: false Always Build: false Default Build Definition: true Schedule: DEFAULT_SCHEDULE Profile Name: Maven 3.0.5 with Java 7 Description: Test Summary: Tests: 379 Failures: 9 Errors: 0 Success Rate: 97 Total time: 163.97899 Test Failures: SimpleEventHandlingUnitTest testExceededMaxlifeOnrequestEvent : junit.framework.AssertionFailedError junit.framework.AssertionFailedError: Item should be null for key 0:key, but is data0 at junit.framework.Assert.fail(Assert.java:57) at junit.framework.Assert.assertTrue(Assert.java:22) at junit.framework.Assert.assertNull(Assert.java:277) at junit.framework.TestCase.assertNull(TestCase.java:447) at
[continuum] BUILD FAILURE: Apache Commons JCS - Apache Commons (Group (shared) Maven 3 Build Definition (Java 1.6))
Online report : https://continuum-ci.apache.org/continuum/buildResult.action?buildId=30664projectId=286 Build statistics: State: Failed Previous State: Failed Started at: Mon 12 May 2014 18:20:39 + Finished at: Mon 12 May 2014 18:21:37 + Total time: 57s Build Trigger: Schedule Build Number: 1 Exit code: 1 Building machine hostname: continuum-vm Operating system : Linux(unknown) Java Home version : java version 1.6.0_27 OpenJDK Runtime Environment (IcedTea6 1.12.6) (6b27-1.12.6-1ubuntu0.12.04.4) OpenJDK 64-Bit Server VM (build 20.0-b12, mixed mode) Builder version : Apache Maven 3.0.5 (r01de14724cdef164cd33c7c8c2fe155faf9602da; 2013-02-19 13:51:28+) Maven home: /opt/apache-maven-3.0.5 Java version: 1.6.0_27, vendor: Sun Microsystems Inc. Java home: /usr/lib/jvm/java-6-openjdk-amd64/jre Default locale: en_US, platform encoding: UTF-8 OS name: linux, version: 3.2.0-53-generic, arch: amd64, family: unix SCM Changes: Changed: rmannibucau @ Mon 12 May 2014 17:22:32 + Comment: cleanup of some no more needed methods since we rely on jcs core + caching hashcode of jcache key wrappers Files changed: /commons/proper/jcs/trunk/commons-jcs-jcache/src/main/java/org/apache/commons/jcs/jcache/JCSCache.java ( 1594032 ) /commons/proper/jcs/trunk/commons-jcs-jcache/src/main/java/org/apache/commons/jcs/jcache/JCSKey.java ( 1594032 ) Dependencies Changes: No dependencies changed Build Definition: POM filename: pom.xml Goals: clean deploy Arguments: --batch-mode -Pjava-1.6 -Dgpg.skip -Prelease Build Fresh: false Always Build: false Default Build Definition: true Schedule: COMMONS_SCHEDULE Profile Name: Maven 3.0.5 Description: Group (shared) Maven 3 Build Definition (Java 1.6) Test Summary: Tests: 0 Failures: 0 Errors: 0 Total time: 0.0 - To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org
[continuum] BUILD FAILURE: Apache Commons JCS - Apache Commons (Group (shared) Maven 3 Build Definition (Java 1.6))
Online report : https://continuum-ci.apache.org/continuum/buildResult.action?buildId=30668projectId=286 Build statistics: State: Failed Previous State: Failed Started at: Mon 12 May 2014 19:20:41 + Finished at: Mon 12 May 2014 19:21:40 + Total time: 58s Build Trigger: Schedule Build Number: 1 Exit code: 1 Building machine hostname: continuum-vm Operating system : Linux(unknown) Java Home version : java version 1.6.0_27 OpenJDK Runtime Environment (IcedTea6 1.12.6) (6b27-1.12.6-1ubuntu0.12.04.4) OpenJDK 64-Bit Server VM (build 20.0-b12, mixed mode) Builder version : Apache Maven 3.0.5 (r01de14724cdef164cd33c7c8c2fe155faf9602da; 2013-02-19 13:51:28+) Maven home: /opt/apache-maven-3.0.5 Java version: 1.6.0_27, vendor: Sun Microsystems Inc. Java home: /usr/lib/jvm/java-6-openjdk-amd64/jre Default locale: en_US, platform encoding: UTF-8 OS name: linux, version: 3.2.0-53-generic, arch: amd64, family: unix SCM Changes: Changed: rmannibucau @ Mon 12 May 2014 18:51:56 + Comment: getting rid of JCSElement Files changed: /commons/proper/jcs/trunk/auxiliary-builds/jdk14/src/java/org/apache/commons/jcs/engine/memory/lru/LHMLRUMemoryCache.java ( 1594051 ) /commons/proper/jcs/trunk/commons-jcs-core/src/main/java/org/apache/commons/jcs/admin/JCSAdminBean.java ( 1594051 ) /commons/proper/jcs/trunk/commons-jcs-core/src/main/java/org/apache/commons/jcs/auxiliary/disk/jdbc/JDBCDiskCache.java ( 1594051 ) /commons/proper/jcs/trunk/commons-jcs-core/src/main/java/org/apache/commons/jcs/engine/ElementAttributes.java ( 1594051 ) /commons/proper/jcs/trunk/commons-jcs-core/src/main/java/org/apache/commons/jcs/engine/behavior/IElementAttributes.java ( 1594051 ) /commons/proper/jcs/trunk/commons-jcs-core/src/main/java/org/apache/commons/jcs/engine/control/CompositeCache.java ( 1594051 ) /commons/proper/jcs/trunk/commons-jcs-core/src/test/java/org/apache/commons/jcs/access/CacheAccessUnitTest.java ( 1594051 ) /commons/proper/jcs/trunk/commons-jcs-core/src/test/java/org/apache/commons/jcs/auxiliary/remote/RemoteCacheListenerUnitTest.java ( 1594051 ) /commons/proper/jcs/trunk/commons-jcs-core/src/test/java/org/apache/commons/jcs/engine/memory/shrinking/ShrinkerThreadUnitTest.java ( 1594051 ) /commons/proper/jcs/trunk/commons-jcs-core/src/test/java/org/apache/commons/jcs/utils/serialization/SerializationConversionUtilUnitTest.java ( 1594051 ) /commons/proper/jcs/trunk/commons-jcs-jcache/src/main/java/org/apache/commons/jcs/jcache/JCSCache.java ( 1594051 ) /commons/proper/jcs/trunk/commons-jcs-jcache/src/main/java/org/apache/commons/jcs/jcache/JCSCachingManager.java ( 1594051 ) /commons/proper/jcs/trunk/commons-jcs-jcache/src/main/java/org/apache/commons/jcs/jcache/JCSElement.java ( 1594051 ) /commons/proper/jcs/trunk/commons-jcs-jcache/src/main/java/org/apache/commons/jcs/jcache/JCSKey.java ( 1594051 ) /commons/proper/jcs/trunk/commons-jcs-jcache/src/test/java/org/apache/commons/jcs/jcache/CacheTest.java ( 1594051 ) /commons/proper/jcs/trunk/commons-jcs-jcache/src/test/java/org/apache/commons/jcs/jcache/ImmediateExpiryTest.java ( 1594051 ) Changed: rmannibucau @ Mon 12 May 2014 19:17:54 + Comment: global Subsitutor support for all properties Files changed: /commons/proper/jcs/trunk/commons-jcs-jcache/src/main/java/org/apache/commons/jcs/jcache/JCSCache.java ( 1594061 ) /commons/proper/jcs/trunk/commons-jcs-jcache/src/main/java/org/apache/commons/jcs/jcache/JCSCachingManager.java ( 1594061 ) /commons/proper/jcs/trunk/commons-jcs-jcache/src/main/java/org/apache/commons/jcs/jcache/lang/Lang3Substitutor.java ( 1594061 ) Dependencies Changes: No dependencies changed Build Definition: POM filename: pom.xml Goals: clean deploy Arguments: --batch-mode -Pjava-1.6 -Dgpg.skip -Prelease Build Fresh: false Always Build: false Default Build Definition: true Schedule: COMMONS_SCHEDULE Profile Name: Maven 3.0.5 Description: Group (shared) Maven 3 Build Definition (Java 1.6) Test Summary: Tests: 0 Failures: 0 Errors: 0 Total time: 0.0 - To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail:
[continuum] BUILD FAILURE: Apache Commons JCS - Apache Commons ()
Online report : https://continuum-ci.apache.org/continuum/buildResult.action?buildId=30669projectId=286 Build statistics: State: Failed Previous State: Failed Started at: Mon 12 May 2014 20:00:04 + Finished at: Mon 12 May 2014 20:04:05 + Total time: 4m 0s Build Trigger: Schedule Build Number: 1 Exit code: 1 Building machine hostname: continuum-vm Operating system : Linux(unknown) Java Home version : java version 1.7.0_25 OpenJDK Runtime Environment (IcedTea 2.3.10) (7u25-2.3.10-1ubuntu0.12.04.2) OpenJDK 64-Bit Server VM (build 23.7-b01, mixed mode) Builder version : Apache Maven 3.0.5 (r01de14724cdef164cd33c7c8c2fe155faf9602da; 2013-02-19 13:51:28+) Maven home: /opt/apache-maven-3.0.5 Java version: 1.7.0_25, vendor: Oracle Corporation Java home: /usr/lib/jvm/java-7-openjdk-amd64/jre Default locale: en_US, platform encoding: UTF-8 OS name: linux, version: 3.2.0-53-generic, arch: amd64, family: unix SCM Changes: Changed: rmannibucau @ Mon 12 May 2014 19:17:54 + Comment: global Subsitutor support for all properties Files changed: /commons/proper/jcs/trunk/commons-jcs-jcache/src/main/java/org/apache/commons/jcs/jcache/JCSCache.java ( 1594061 ) /commons/proper/jcs/trunk/commons-jcs-jcache/src/main/java/org/apache/commons/jcs/jcache/JCSCachingManager.java ( 1594061 ) /commons/proper/jcs/trunk/commons-jcs-jcache/src/main/java/org/apache/commons/jcs/jcache/lang/Lang3Substitutor.java ( 1594061 ) Changed: rmannibucau @ Mon 12 May 2014 19:23:19 + Comment: don't call System.time methods if not needed Files changed: /commons/proper/jcs/trunk/commons-jcs-jcache/src/main/java/org/apache/commons/jcs/jcache/JCSCache.java ( 1594064 ) Changed: rmannibucau @ Mon 12 May 2014 19:46:08 + Comment: removing a bunch of synchronized thanks to ConcurrentHashMap - still removeAll to review since it can be not that good but using any synch would make it slower and not scalable Files changed: /commons/proper/jcs/trunk/commons-jcs-core/src/main/java/org/apache/commons/jcs/auxiliary/remote/server/RemoteCacheServerFactory.java ( 1594073 ) /commons/proper/jcs/trunk/commons-jcs-core/src/main/java/org/apache/commons/jcs/engine/memory/AbstractDoubleLinkedListMemoryCache.java ( 1594073 ) /commons/proper/jcs/trunk/commons-jcs-core/src/main/java/org/apache/commons/jcs/engine/memory/util/MemoryElementDescriptor.java ( 1594073 ) Changed: rmannibucau @ Mon 12 May 2014 19:57:53 + Comment: cleaning list first make it less hurting in concurrent environment Files changed: /commons/proper/jcs/trunk/commons-jcs-core/src/main/java/org/apache/commons/jcs/engine/memory/AbstractDoubleLinkedListMemoryCache.java ( 1594075 ) Dependencies Changes: No dependencies changed Build Definition: POM filename: pom.xml Goals: clean test Arguments: --batch-mode -Pjava-1.7 Build Fresh: false Always Build: false Default Build Definition: true Schedule: DEFAULT_SCHEDULE Profile Name: Maven 3.0.5 with Java 7 Description: Test Summary: Tests: 379 Failures: 7 Errors: 0 Success Rate: 98 Total time: 137.82596 Test Failures: SimpleEventHandlingUnitTest testExceededMaxlifeOnrequestEvent : junit.framework.AssertionFailedError junit.framework.AssertionFailedError: Item should be null for key 0:key, but is data0 at junit.framework.Assert.fail(Assert.java:57) at junit.framework.Assert.assertTrue(Assert.java:22) at junit.framework.Assert.assertNull(Assert.java:277) at junit.framework.TestCase.assertNull(TestCase.java:447) at org.apache.commons.jcs.engine.control.event.SimpleEventHandlingUnitTest.testExceededMaxlifeOnrequestEvent(SimpleEventHandlingUnitTest.java:201) JDBCDiskCacheUnitTest testSimpleJDBCPutGetWithHSQL : junit.framework.ComparisonFailure junit.framework.ComparisonFailure: key = [0:key] value = [null] expected:testCache1 data 0 but was:null at junit.framework.Assert.assertEquals(Assert.java:100) at junit.framework.TestCase.assertEquals(TestCase.java:261) at
[jcs] is org.apache.commons.jcs.utils.struct.DoubleLinkedList useful
Hi why using org.apache.commons.jcs.utils.struct.DoubleLinkedListNode and not a synchronized java.util.LinkedList ? BTW I'd be happy if we can get rid of this synchronized structure Romain Manni-Bucau Twitter: @rmannibucau Blog: http://rmannibucau.wordpress.com/ LinkedIn: http://fr.linkedin.com/in/rmannibucau Github: https://github.com/rmannibucau - To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org
[continuum] BUILD FAILURE: Apache Commons JCS - Apache Commons (Group (shared) Maven 3 Build Definition (Java 1.6))
Online report : https://continuum-ci.apache.org/continuum/buildResult.action?buildId=30673projectId=286 Build statistics: State: Failed Previous State: Failed Started at: Mon 12 May 2014 20:39:12 + Finished at: Mon 12 May 2014 20:42:57 + Total time: 3m 45s Build Trigger: Schedule Build Number: 1 Exit code: 1 Building machine hostname: continuum-vm Operating system : Linux(unknown) Java Home version : java version 1.6.0_27 OpenJDK Runtime Environment (IcedTea6 1.12.6) (6b27-1.12.6-1ubuntu0.12.04.4) OpenJDK 64-Bit Server VM (build 20.0-b12, mixed mode) Builder version : Apache Maven 3.0.5 (r01de14724cdef164cd33c7c8c2fe155faf9602da; 2013-02-19 13:51:28+) Maven home: /opt/apache-maven-3.0.5 Java version: 1.6.0_27, vendor: Sun Microsystems Inc. Java home: /usr/lib/jvm/java-6-openjdk-amd64/jre Default locale: en_US, platform encoding: UTF-8 OS name: linux, version: 3.2.0-53-generic, arch: amd64, family: unix SCM Changes: Changed: rmannibucau @ Mon 12 May 2014 19:23:19 + Comment: don't call System.time methods if not needed Files changed: /commons/proper/jcs/trunk/commons-jcs-jcache/src/main/java/org/apache/commons/jcs/jcache/JCSCache.java ( 1594064 ) Changed: rmannibucau @ Mon 12 May 2014 19:46:08 + Comment: removing a bunch of synchronized thanks to ConcurrentHashMap - still removeAll to review since it can be not that good but using any synch would make it slower and not scalable Files changed: /commons/proper/jcs/trunk/commons-jcs-core/src/main/java/org/apache/commons/jcs/auxiliary/remote/server/RemoteCacheServerFactory.java ( 1594073 ) /commons/proper/jcs/trunk/commons-jcs-core/src/main/java/org/apache/commons/jcs/engine/memory/AbstractDoubleLinkedListMemoryCache.java ( 1594073 ) /commons/proper/jcs/trunk/commons-jcs-core/src/main/java/org/apache/commons/jcs/engine/memory/util/MemoryElementDescriptor.java ( 1594073 ) Changed: rmannibucau @ Mon 12 May 2014 19:57:53 + Comment: cleaning list first make it less hurting in concurrent environment Files changed: /commons/proper/jcs/trunk/commons-jcs-core/src/main/java/org/apache/commons/jcs/engine/memory/AbstractDoubleLinkedListMemoryCache.java ( 1594075 ) Changed: rmannibucau @ Mon 12 May 2014 20:20:23 + Comment: some more synch not needed Files changed: /commons/proper/jcs/trunk/commons-jcs-core/src/main/java/org/apache/commons/jcs/utils/struct/LRUMap.java ( 1594081 ) Dependencies Changes: No dependencies changed Build Definition: POM filename: pom.xml Goals: clean deploy Arguments: --batch-mode -Pjava-1.6 -Dgpg.skip -Prelease Build Fresh: false Always Build: false Default Build Definition: true Schedule: COMMONS_SCHEDULE Profile Name: Maven 3.0.5 Description: Group (shared) Maven 3 Build Definition (Java 1.6) Test Summary: Tests: 379 Failures: 8 Errors: 0 Success Rate: 97 Total time: 124.719 Test Failures: SimpleEventHandlingUnitTest testExceededMaxlifeOnrequestEvent : junit.framework.AssertionFailedError junit.framework.AssertionFailedError: Item should be null for key 0:key, but is data0 at junit.framework.Assert.fail(Assert.java:57) at junit.framework.Assert.assertTrue(Assert.java:22) at junit.framework.Assert.assertNull(Assert.java:277) at junit.framework.TestCase.assertNull(TestCase.java:447) at org.apache.commons.jcs.engine.control.event.SimpleEventHandlingUnitTest.testExceededMaxlifeOnrequestEvent(SimpleEventHandlingUnitTest.java:201) JDBCDiskCacheUnitTest testSimpleJDBCPutGetWithHSQL : junit.framework.ComparisonFailure junit.framework.ComparisonFailure: key = [0:key] value = [null] expected:testCache1 data 0 but was:null at junit.framework.Assert.assertEquals(Assert.java:100) at junit.framework.TestCase.assertEquals(TestCase.java:261) at org.apache.commons.jcs.auxiliary.disk.jdbc.JDBCDiskCacheUnitTest.runTestForRegion(JDBCDiskCacheUnitTest.java:110) at org.apache.commons.jcs.auxiliary.disk.jdbc.JDBCDiskCacheUnitTest.testSimpleJDBCPutGetWithHSQL(JDBCDiskCacheUnitTest.java:73)
Re: Re: [lang]
On 7 May 2014 01:52, Paul Benedict pbened...@apache.org wrote: When you dereference a null pointer, you get an NPE. We can agree to that. We can also agree it's not inherently wrong to throw IAE on a null argument check, but this discussion has never been about that. The discussion has always centered on what the trend setters are doing -- and they say go with NPE. Oracle/Sun throws NPE in its method: http://docs.oracle.com/javase/7/docs/api/java/util/Objects.html#requireNonNull%28T%29 Google Guava throws NPE in its method: http://docs.guava-libraries.googlecode.com/git-history/release/javadoc/com/google/common/base/Preconditions.html#checkNotNull%28T%29 It's pretty clear where industry is going and not using NPE is not expected. We shouldn't try to resist where all the thought leaders in our industry are going. It doesn't make any sense. No matter what personal affinity/preference you have towards IAE, it's a losing battle because the march is going the other direction. This is a very compelling point. We don't want to alienate our user base because a handful of us believe the Java community is going in the wrong direction. I could be swayed by that argument alone. We hardly need more reasons for people to consider Lang to be outdated compared with Guava etc. Paul Cheers, Paul On Tue, May 6, 2014 at 6:27 PM, sebb seb...@gmail.com wrote: On 6 May 2014 22:54, Paul Benedict pbened...@apache.org wrote: This is not a matter of law. If Oracle/Sun set a direction on how to use NPE, it's a really good idea to follow them -- even if you don't agree, do it for the sake of consistency. I don't think using IAE is somehow better Java than what they are doing. And I give weight to what Joshua said because he's a former architect of that company. Lang3 was designed to throw NPE on invalid null arguments because that's what the gurus, like he, in our industry who publish best practices say it should. If your opinion bears greater weight than those set forth the best practices, then you win, but I don't advocate going back to IAE for nulls for the reasons stated. The problem is still that NPE can be thrown by the JVM for code bugs. If you Google/Bing for what does NPE mean? most of the postings say that this is due to a bug in the code that throws it rather than a bug in the code that calls it. There is nothing inherently wrong with using IAE for reporting a null argument. I think it was a mistake to suggest using NPE for that. One might as well throw ArithmeticException for a zero argument that is going to be used as a divisor. Neither is as helpful as IAE. The problem is that NPE is ambiguous. IAE is not. Cheers, Paul On Tue, May 6, 2014 at 4:40 PM, Duncan Jones dun...@wortharead.com wrote: On 6 May 2014 22:27, Michael Osipov 1983-01...@gmx.net wrote: Am 2014-05-06 15:27, schrieb Benedikt Ritter: Hi Thiago, 2014-05-06 14:53 GMT+02:00 Thiago Andrade thia...@gmail.com: Hello people, Analizing the JIRA issue https://issues.apache.org/jira/browse/LANG-1008the contributors noticed that NumberUtils.max/min methods all have the same problem: They all throw an IllegalArgumentException when according to the official documentation (Oracle|Sun) says that a NullPointerException must be thrown when an argument must not be null. This is not a problem imho. It is a question of API design. I don't now an offical documentation that say when IAE or NPE _must_ be thrown. Sun/Oracle at some point decided to throw NPE when ever a null reference is passed to a method that doesn't accept null inputs. I don't feel this is right, since a null input is also an illegal argument. Why make a differenciation? IMHO NPE should be reserved to the JVM, when a method is called on a null reference, but that's just my opinion. It *is* a problem because NullPointerException and IllegalArgumentException have concrete semantics layed out in the JDK's Javadocs. If you see how both are used in the JDK, you see that NPE and IAE are used properly and there is no such restriction to the JDK only. If you aread Effective Java, you'll see that you *have to* use NPE if a null argument is passed. One might remember the NullArgumentException back in Lang 2, it was removed because it is imperative to use NPE instead. Effective Java is a great book, but don't confuse Joshua's advice with law. Moreover, the Lang 3 package includes a great class, Validate, which does things right and now I can ask, why the hell is that not used throughout the entire library? +1 to this. We should update all of lang to use Validate once we've nailed this issue. Duncan However according to Apache Commons Lang Developer Guide, these methods
Re: [lang]
On May 6, 2014, at 10:51 PM, Duncan Jones dun...@wortharead.com wrote: On 7 May 2014 01:52, Paul Benedict pbened...@apache.org wrote: When you dereference a null pointer, you get an NPE. We can agree to that. We can also agree it's not inherently wrong to throw IAE on a null argument check, but this discussion has never been about that. The discussion has always centered on what the trend setters are doing -- and they say go with NPE. Oracle/Sun throws NPE in its method: http://docs.oracle.com/javase/7/docs/api/java/util/Objects.html#requireNonNull%28T%29 Google Guava throws NPE in its method: http://docs.guava-libraries.googlecode.com/git-history/release/javadoc/com/google/common/base/Preconditions.html#checkNotNull%28T%29 It's pretty clear where industry is going and not using NPE is not expected. We shouldn't try to resist where all the thought leaders in our industry are going. It doesn't make any sense. No matter what personal affinity/preference you have towards IAE, it's a losing battle because the march is going the other direction. This is a very compelling point. We don't want to alienate our user base because a handful of us believe the Java community is going in the wrong direction. I could be swayed by that argument alone. We hardly need more reasons for people to consider Lang to be outdated compared with Guava etc. Interesting how I see that argument as exactly the opposite - ie if the only argument in support of a technical decision is that's where things are going I see that as a good reason not to capitulate. The best thing about OSS (at least how we have traditionally done it here @apache) is we make technical decisions based on technical arguments and the people who actually contribute to the code get listened to. So instead of vague references to thought leaders or what others are doing, what matters is what arguments are presented here. In this thread, I have yet to see a good argument for tossing npe when an API advertises parm checking. Do you have one? Does anyone else? Phil Paul Cheers, Paul On Tue, May 6, 2014 at 6:27 PM, sebb seb...@gmail.com wrote: On 6 May 2014 22:54, Paul Benedict pbened...@apache.org wrote: This is not a matter of law. If Oracle/Sun set a direction on how to use NPE, it's a really good idea to follow them -- even if you don't agree, do it for the sake of consistency. I don't think using IAE is somehow better Java than what they are doing. And I give weight to what Joshua said because he's a former architect of that company. Lang3 was designed to throw NPE on invalid null arguments because that's what the gurus, like he, in our industry who publish best practices say it should. If your opinion bears greater weight than those set forth the best practices, then you win, but I don't advocate going back to IAE for nulls for the reasons stated. The problem is still that NPE can be thrown by the JVM for code bugs. If you Google/Bing for what does NPE mean? most of the postings say that this is due to a bug in the code that throws it rather than a bug in the code that calls it. There is nothing inherently wrong with using IAE for reporting a null argument. I think it was a mistake to suggest using NPE for that. One might as well throw ArithmeticException for a zero argument that is going to be used as a divisor. Neither is as helpful as IAE. The problem is that NPE is ambiguous. IAE is not. Cheers, Paul On Tue, May 6, 2014 at 4:40 PM, Duncan Jones dun...@wortharead.com wrote: On 6 May 2014 22:27, Michael Osipov 1983-01...@gmx.net wrote: Am 2014-05-06 15:27, schrieb Benedikt Ritter: Hi Thiago, 2014-05-06 14:53 GMT+02:00 Thiago Andrade thia...@gmail.com: Hello people, Analizing the JIRA issue https://issues.apache.org/jira/browse/LANG-1008the contributors noticed that NumberUtils.max/min methods all have the same problem: They all throw an IllegalArgumentException when according to the official documentation (Oracle|Sun) says that a NullPointerException must be thrown when an argument must not be null. This is not a problem imho. It is a question of API design. I don't now an offical documentation that say when IAE or NPE _must_ be thrown. Sun/Oracle at some point decided to throw NPE when ever a null reference is passed to a method that doesn't accept null inputs. I don't feel this is right, since a null input is also an illegal argument. Why make a differenciation? IMHO NPE should be reserved to the JVM, when a method is called on a null reference, but that's just my opinion. It *is* a problem because NullPointerException and IllegalArgumentException have concrete semantics layed out in the JDK's Javadocs. If you see how both are used in the JDK, you see that NPE and IAE are used properly and there is no such restriction to the JDK only. If you aread Effective Java, you'll see
Re: [VOTE] Release Math 3.3 based on RC3 (second run after mail outage)
I tried to build with Java 5 on Windows 8.1, but there were the test failures below. ISTR that I had similar problems with the last release, so this might not be a problem. The clirr report shows some errors, and I did not find a related comment in the release notes. Is this okay? Oliver Results : Failed tests: GammaDistributionTest.testMath753Shape142:351-doTestMath753:298 shape = 142.0 , scale = 1.0 Old implementation -- SummaryStatistics: n: 463 min: 0.0 max: 553.0 mean: 384.3887688984882 geometric mean: 0.0 variance: 9958.419960169416 sum of squares: 7.3011228E7 standard deviation: 99.79188323791378 sum of logs: -Infinity New implementation -- SummaryStatistics: n: 463 min: 0.0 max: 26.0 mean: 2.460043196544277 geometric mean: 0.0 variance: 2.2013220760520977 sum of squares: 3819.0 standard deviation: 1.483685302229586 sum of logs: -Infinity FastMathStrictComparisonTest.test1:89-setupMethodCall:193-callMethods:168-r eportFailedResults:155 double toRadians(-4.9E-324) expected -0.0 actual 0.0 entr ies [12] Tests run: 5964, Failures: 2, Errors: 0, Skipped: 38 Am 11.05.2014 11:55, schrieb Luc Maisonobe: Hi all, As I am not sure this message will be recovered after mail outage, I send it again, with an update of final date. I would like to call a vote to release Commons Math 3.3 based on RC3. Changes since RC2: * reverted javadoc fixes for Java 8 Note: Commons Math 3.3 does compile with Java 8, but creating the site will not work due to some incompatibilities: * javadoc: known doclint issue * findbugs: not ready for java 8 Math 3.3 RC3 is available for review here: https://dist.apache.org/repos/dist/dev/commons/math/ (svn revision 5295) Maven artifacts are here: https://repository.apache.org/content/repositories/orgapachecommons-1027/org/apache/commons/commons-math3/3.3/ Details of changes since 3.2 are in the release notes: https://dist.apache.org/repos/dist/dev/commons/math/RELEASE-NOTES.txt http://people.apache.org/builds/commons/math/3.3/RC3/changes-report.html The tag is here: https://svn.apache.org/repos/asf/commons/proper/math/tags/MATH_3_3_RC3 (svn revision 1593137) Site: http://people.apache.org/builds/commons/math/3.3/RC3/ (note the apidocs for the 3.3 release will be added with the release) Clirr Report (compared to 3.2): http://people.apache.org/builds/commons/math/3.3/RC3/clirr-report.html (note that there are 4 false positives where the signature of a method has changed such that the parameter type is now the superclass of the previous type) RAT Report: http://people.apache.org/builds/commons/math/3.3/RC3/rat-report.html Findbugs Report: http://people.apache.org/builds/commons/math/3.3/RC3/findbugs.html KEYS: http://www.apache.org/dist/commons/KEYS Please review the release candidate and vote. Note that the artifacts have been prepared by Thomas (thanks to him!) and he delegated the vote to me. So the signatures correspond to his key and not mine. This vote will close no sooner that 72 hours from now, that is 2014-05-14T10:00:00Z (this is UTC time). [ ] +1 Release these artifacts [ ] +0 OK, but... [ ] -0 OK, but really should fix... [ ] -1 I oppose this release because... - To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org - To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org