[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=30485&projectId=286 Build statistics: State: Failed Previous State: Failed Started at: Fri 9 May 2014 18:20:47 + Finished at: Fri 9 May 2014 18:24:45 + Total time: 3m 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 @ Fri 9 May 2014 17:55:13 + Comment: adding substitution feature to jcache properties, using [lang3] is present or raw mode (whole property) if not Files changed: /commons/proper/jcs/trunk/commons-jcs-jcache/pom.xml ( 1593586 ) /commons/proper/jcs/trunk/commons-jcs-jcache/src/main/java/org/apache/commons/jcs/jcache/JCSCache.java ( 1593586 ) /commons/proper/jcs/trunk/commons-jcs-jcache/src/main/java/org/apache/commons/jcs/jcache/lang ( 1593586 ) /commons/proper/jcs/trunk/commons-jcs-jcache/src/main/java/org/apache/commons/jcs/jcache/lang/DefaultSubsitutor.java ( 1593586 ) /commons/proper/jcs/trunk/commons-jcs-jcache/src/main/java/org/apache/commons/jcs/jcache/lang/Lang3Substitutor.java ( 1593586 ) /commons/proper/jcs/trunk/commons-jcs-jcache/src/main/java/org/apache/commons/jcs/jcache/lang/Subsitutor.java ( 1593586 ) /commons/proper/jcs/trunk/commons-jcs-jcache-extras/pom.xml ( 1593586 ) 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: 4 Errors: 0 Success Rate: 98 Total time: 133.12299 Test Failures: BasicRemoteCacheClientServerUnitTest test1SinglePut : java.lang.AssertionError java.lang.AssertionError: Cache is alive expected: but was: 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: but was: 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: but was: 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: but was: 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.t
Re: [RESULT] [VOTE] Release Math 3.3 based on RC3 (second run after mail outage)
Le 14/05/2014 20:18, Luc Maisonobe a écrit : > Le 11/05/2014 11:55, Luc Maisonobe a écrit : >> 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. > > > This vote has passed with the following tally: > > - Luc+1 > - Gary -0 > - Phil +1 > - Thomas +1 > - Gilles +1 > > I will publish what I can (I guess promoting the maven artifacts has to > be done by Thomas) and send the announcement. For your information, I have published everything except site and maven artifacts. Concerning the site, it is a nightmare to publish. We have a huge set of files due to javadoc, plus testapidoc (I really don't know what this is for), plus coverage, plus source xref, plus test source xref ... There are more than 2 files in the site and it is more than 470M. After two hours and an half, the big commit simply failed with a proxy error (and I am not behind a proxy here, so I don't know were it is). I understand the rationale behind svnpubsub (security, no shell access on the server, auditing, logs ...), but it clearly does not scale when tools regenerate huge amounts of files that are all changed at once and are all sent in one big commit. I feel this method is an abuse of svn, its not designed for this kind of transfers. I give up for tonight. Luc > > Thanks to everyone > Luc > >> >> 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 > > > - 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=30494&projectId=286 Build statistics: State: Failed Previous State: Failed Started at: Fri 9 May 2014 22:00:06 + Finished at: Fri 9 May 2014 22:04:25 + Total time: 4m 19s 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 @ Fri 9 May 2014 21:55:07 + Comment: no more need of serializable constraint + JCacheFilter - maybe gzip support to add Files changed: /commons/proper/jcs/trunk/commons-jcs-jcache/src/main/java/org/apache/commons/jcs/jcache/JCSCache.java ( 1593628 ) /commons/proper/jcs/trunk/commons-jcs-jcache/src/main/java/org/apache/commons/jcs/jcache/JCSCachingManager.java ( 1593628 ) /commons/proper/jcs/trunk/commons-jcs-jcache/src/main/java/org/apache/commons/jcs/jcache/JCSCachingProvider.java ( 1593628 ) /commons/proper/jcs/trunk/commons-jcs-jcache/src/main/java/org/apache/commons/jcs/jcache/JCSKey.java ( 1593628 ) /commons/proper/jcs/trunk/commons-jcs-jcache/src/main/java/org/apache/commons/jcs/jcache/JCSListener.java ( 1593628 ) /commons/proper/jcs/trunk/commons-jcs-jcache/src/main/java/org/apache/commons/jcs/jcache/TempStateCacheView.java ( 1593628 ) /commons/proper/jcs/trunk/commons-jcs-jcache/src/main/java/org/apache/commons/jcs/jcache/cdi/CacheResolverFactoryImpl.java ( 1593628 ) /commons/proper/jcs/trunk/commons-jcs-jcache-extras/src/main/java/org/apache/commons/jcs/jcache/extras/web ( 1593628 ) /commons/proper/jcs/trunk/commons-jcs-jcache-extras/src/main/java/org/apache/commons/jcs/jcache/extras/web/InMemoryResponse.java ( 1593628 ) /commons/proper/jcs/trunk/commons-jcs-jcache-extras/src/main/java/org/apache/commons/jcs/jcache/extras/web/JCacheFilter.java ( 1593628 ) /commons/proper/jcs/trunk/commons-jcs-jcache-extras/src/test/java/org/apache/commons/jcs/jcache/extras/web ( 1593628 ) /commons/proper/jcs/trunk/commons-jcs-jcache-extras/src/test/java/org/apache/commons/jcs/jcache/extras/web/JCacheFilterTest.java ( 1593628 ) 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: 152.01503 Test Failures: BasicRemoteCacheClientServerUnitTest test1SinglePut : java.lang.AssertionError java.lang.AssertionError: Cache is alive expected: but was: 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: but was: 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: but was:
Re: [RESULT] [VOTE] Release Math 3.3 based on RC3 (second run after mail outage)
On 05/14/2014 08:18 PM, Luc Maisonobe wrote: > Le 11/05/2014 11:55, Luc Maisonobe a écrit : >> 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. > > > This vote has passed with the following tally: > > - Luc+1 > - Gary -0 > - Phil +1 > - Thomas +1 > - Gilles +1 > > I will publish what I can (I guess promoting the maven artifacts has to > be done by Thomas) and send the announcement. maven artifacts have been released. Thomas - To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org
Re: [CSV] CSVFormat validation - do this earlier?
On 14 May 2014 20:19, sebb wrote: > On 13 May 2014 16:53, Benedikt Ritter wrote: >> Hi, >> >> >> 2014-05-13 12:06 GMT+02:00 sebb : >> >>> At present, validate() is not invoked until the format is used. This >>> means that invalid arguments are not detected at the point they are >>> provided. >>> >>> It would be possible to run validate as part of the withArgument() >>> methods. This would allow earlier detection, and avoid the issue that >>> currently some incorrect arguments may generate ISE rather than IAE. >>> >>> I think the only possible user problem is that escape must be set >>> before using Quote.NONE as the policy, but this could be documented. >>> Otherwise AFAICT the arguments can be set in any order. >>> >> >> Validating the format when it is constructed rather then when it is used is >> a good idea. But I think the only way to do this in a usable way is to use >> the builder pattern. There are several field that depend on each other >> during the validation. We don't want end up having user to look up the >> validate code in order to be able to create formats... > > I agree it would be better to use the builder pattern, but I lost that > argument. > > I think it should still be possible to validate each argument > separately, even though they do depend on each other. > > However, it would prevent some subsequent changes to formats unless > they were done in the correct order. > e.g. if one wanted to swap the escape and delimiter characters that > would be a bit tricky. > But I don't see the need to support all possible sequences of updates > to formats, so long as a format can easily be fully configured > initially. Raised issue with patch for evaluation: https://issues.apache.org/jira/browse/CSV-117 >> Benedikt >> >> >>> >>> - >>> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org >>> For additional commands, e-mail: dev-h...@commons.apache.org >>> >>> >> >> >> -- >> http://people.apache.org/~britter/ >> http://www.systemoutprintln.de/ >> http://twitter.com/BenediktRitter >> http://github.com/britter - To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org
Re: [CSV] CSVFormat validation - do this earlier?
sebb wrote: > On 13 May 2014 16:53, Benedikt Ritter wrote: >> Hi, >> >> >> 2014-05-13 12:06 GMT+02:00 sebb : >> >>> At present, validate() is not invoked until the format is used. This >>> means that invalid arguments are not detected at the point they are >>> provided. >>> >>> It would be possible to run validate as part of the withArgument() >>> methods. This would allow earlier detection, and avoid the issue that >>> currently some incorrect arguments may generate ISE rather than IAE. >>> >>> I think the only possible user problem is that escape must be set >>> before using Quote.NONE as the policy, but this could be documented. >>> Otherwise AFAICT the arguments can be set in any order. >>> >> >> Validating the format when it is constructed rather then when it is used >> is a good idea. But I think the only way to do this in a usable way is to >> use the builder pattern. There are several field that depend on each >> other during the validation. We don't want end up having user to look up >> the validate code in order to be able to create formats... > > I agree it would be better to use the builder pattern, but I lost that > argument. > > I think it should still be possible to validate each argument > separately, even though they do depend on each other. It is perfectly possible if you make the builder a bit smarter. > However, it would prevent some subsequent changes to formats unless > they were done in the correct order. The builder can ensure that. > e.g. if one wanted to swap the escape and delimiter characters that > would be a bit tricky. > But I don't see the need to support all possible sequences of updates > to formats, so long as a format can easily be fully configured > initially. You can. See the builders for the ProxyToys at Codehaus, e.g. Decorating or Delegating: - http://svn.proxytoys.codehaus.org/browse/proxytoys/trunk/proxytoys/src/main/java/com/thoughtworks/proxy/toys/decorate/Decorating.java?r=HEAD - http://svn.proxytoys.codehaus.org/browse/proxytoys/trunk/proxytoys/src/main/java/com/thoughtworks/proxy/toys/delegate/Delegating.java?r=HEAD The idea is to offer only the currently interesting setters unless you get a valid definition to build your target. It's a bit more effort, but absolutely foolproof for users. Cheers, Jörg - To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org
[GitHub] commons-lang pull request: Adding unwrap and unwrapFull methods to...
GitHub user thiagoh opened a pull request: https://github.com/apache/commons-lang/pull/25 Adding unwrap and unwrapFull methods to StringUtils Adding the following methods from `StringUtils`: * `public static String unwrap(String str, char unwrapChar)` * `public static String unwrapFull(String str, char unwrapChar)` * `public static String unwrap(String str, String unwrapStr)` * `public static String unwrapFull(String str, String unwrapStr)` * `public static String unwrap(String str, String unwrapLeft, String unwrapRight)` * `public static String unwrapFull(String str, String unwrapLeft, String unwrapRight)` These methods unwraps (fully or not) the string parameter Usage: ``` // public static String unwrap(String str, char unwrapChar) StringUtils.unwrap("", '\0') = "" StringUtils.unwrap("xabx", 'x') = "ab" StringUtils.unwrap("\"ab\"", '\"') = "ab" StringUtils.unwrap("\"\"ab\"\"", '\"') = "\"ab\"" StringUtils.unwrap("'ab'", '\'') = "ab" StringUtils.unwrap("''ab''", '\'') = "'ab'" StringUtils.unwrap("'''ab'''", '\'') = "''ab''" StringUtils.unwrap("'\"abcd\"'", '\'') = "\"abcd\"" StringUtils.unwrap("'\"abcd\"'", '\"') = "'\"abcd\"'" // public static String unwrapFull(String str, char unwrapChar) StringUtils.unwrapFull("", '\0') = "" StringUtils.unwrapFull("xabx", 'x') = "ab" StringUtils.unwrapFull("xxabxx", 'x') = "ab" StringUtils.unwrapFull("\"ab\"", '\"') = "ab" StringUtils.unwrapFull("\"\"ab\"\"", '\"') = "ab" StringUtils.unwrapFull("'ab'", '\'') = "ab" StringUtils.unwrapFull("'x'ab'x'", '\'') = "x'ab'x" StringUtils.unwrapFull("''ab''", '\'') = "ab" StringUtils.unwrapFull("'ab'", '\'') = "ab" StringUtils.unwrapFull("x'ab'", '\'') = "x'ab'" StringUtils.unwrapFull("'ab", '\'') = "ab'''" // public static String unwrap(String str, String unwrapStr) StringUtils.unwrap("xxabxx", "xx") = "ab" StringUtils.unwrap("ab", "xx") = "xxabxx" StringUtils.unwrap("xx xxabxx xx", "xx") = " xxabxx " StringUtils.unwrap("xxZxx", "xx") = "Z" StringUtils.unwrap("xxZxx", "x") = "xZx" StringUtils.unwrap("xzx xzx", "xzx") = " " StringUtils.unwrap(" ", "xx") = "xx xx" StringUtils.unwrap("'name'", "'") = "name" StringUtils.unwrap("''name''", "'") = "'name'" StringUtils.unwrap("'''name'''", "'") = "''name''" // public static String unwrapFull(String str, String unwrapStr) StringUtils.unwrapFull("xxabxx", "x") = "ab" StringUtils.unwrapFull("xx xxabxx xx", "xx") = " ab " StringUtils.unwrapFull("xxZxx", "xx") = "Z" StringUtils.unwrapFull("xzx xzx", "xzx") = " " StringUtils.unwrapFull(" ", "xx") = " " StringUtils.unwrapFull("'name'", "'") = "name" StringUtils.unwrapFull("''name''", "'") = "name" StringUtils.unwrapFull("'''name'''", "'") = "name" // public static String unwrap(String str, String unwrapLeft, String unwrapRight) StringUtils.unwrap("xxabxx", "x", "x") = "ab" StringUtils.unwrap("xx xxabxx xx", "xx", "xx") = " ab " StringUtils.unwrap("xxZxx", "xx", "xx") = "Z" StringUtils.unwrap("xxZxx", "xx", "yy") = "xxZxx" // no unwrap StringUtils.unwrap("xzx xzx", "xzx", "xzx") = " " StringUtils.unwrap(" ", "xx", "xx") = " " StringUtils.unwrap(" ", "xx", "yy") = " " // no unwrap StringUtils.unwrap("xxoutputxx", "x", "x") = "output" StringUtils.unwrap("%{name}", "%{", "}") = "name" StringUtils.unwrap("%{ name}", "%{", "}") = " name" StringUtils.unwrap("%{ name }", "%{", "}") = " name " StringUtils.unwrap(" %{ name }", "%{", "}") = " name " StringUtils.unwrap("%{'name'}", "%{'", "'}") = "name" StringUtils.unwrap("%{' name'}", "%{'", "'}") = " name" StringUtils.unwrap("%{' name '}", "%{'", "'}") = " name " StringUtils.unwrap(" %{' name '}", "%{'", "'}") = " name " StringUtils.unwrap("%{ 'name'}", "%{'", "'}") = "%{ 'name'}" // no unwrap StringUtils.unwrap("% {'name'}", "%{'", "'}") = "% {'name'}" // no unwrap StringUtils.unwrap("% { 'name'}", "%{'", "'}") = "% { 'name'}" // no unwrap // public static String unwrapFull(String str, String unwrapLeft, String unwrapRight) StringUtils.unwrapFull("xxabxx", "x", "x") = "ab" StringUtils.unwrapFull("xx xxabxx xx", "xx", "xx") = " ab " StringUtils.unwrapFull("xxZxx", "xx", "xx") = "Z" StringUtils.unwrapFull("xxZxx", "xx", "yy") = "xxZxx" // no unwrap StringUtils.unwrapFull("xzx xzx", "xzx", "xzx") = " " StringUtils.unwrapFull(" ", "xx", "xx") = " " StringUtils.unwrapFull(" ", "xx", "yy") = " " // no unwrap StringUtils.unwrapFull("xxoutputxx", "x", "x") = "output" StringUtils.unwrapFull("%{name}", "%{", "}") = "name" StringUtils.unwrapFull("%{ name}", "%{", "}") = " name" S
[ANN] Apache Commons Compress 1.8.1 Released
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 The Apache Commons Team is pleased to announce the release of Apache Commons Compress 1.7. The Apache Commons Compress Library defines a Java API for working with ar, cpio, tar, zip, 7z, arj, dump, gzip, pack200, bzip2, lzma, snappy, Z and xz files. Version 1.8.1 is a bug fix release with important bug fixes to the tar, ar and snappy packages as well as the IOUtils class. In addition CompressorStreamFactory can now autodetect the .Z compress format. Source and binary distributions are available for download from the Apache Commons download site: http://commons.apache.org/proper/commons-compress/download_compress.cgi When downloading, please verify signatures using the KEYS file available at the above location when downloading the release. Changes in this version include: New features: o COMPRESS-272: CompressorStreamFactory can now auto-detect Unix compress (".Z") streams. Fixed Bugs: o COMPRESS-270: The snappy, ar and tar inputstreams might fail to read from a non-buffered stream in certain cases. o COMPRESS-277: IOUtils#skip might skip fewer bytes than requested even though more could be read from the stream. o COMPRESS-276: ArchiveStreams now validate there is a current entry before reading or writing entry data. o ArjArchiveInputStream#canReadEntryData tested the current entry of the stream rather than its argument. o COMPRESS-274: ChangeSet#delete and deleteDir now properly deal with unnamed entries. o COMPRESS-273: Added a few null checks to improve robustness. o COMPRESS-278: TarArchiveInputStream failed to read archives with empty gid/uid fields. o COMPRESS-279: TarArchiveInputStream now again throws an exception when it encounters a truncated archive while reading from the last entry. o COMPRESS-280: Adapted TarArchiveInputStream#skip to the modified IOUtils#skip method. Thanks to BELUGA BEHR. Changes: o The dependency on org.tukaani:xz is now marked as optional. For complete information on Commons Compress, including instructions on how to submit bug reports, patches, or suggestions for improvement, see the Apache Commons Compress website: http://commons.apache.org/compress/ Stefan Bodewig, on behalf of the Apache Commons community -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iEYEARECAAYFAlNzkJ4ACgkQohFa4V9ri3K61gCglEGddAlYun82qlpjy6NeRoi+ LKgAoM11vJHQqQINAi77oKLQ9ztGIPpx =Y08D -END PGP SIGNATURE- - To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org
[math] Please let know for any objections to the proposed patch on MATH-418
Please let me know for any changes.
[continuum] BUILD FAILURE: Apache Commons JCS - Apache Commons ()
Online report : https://continuum-ci.apache.org/continuum/buildResult.action?buildId=30427&projectId=286 Build statistics: State: Failed Previous State: Failed Started at: Thu 8 May 2014 18:00:05 + Finished at: Thu 8 May 2014 18:05:02 + Total time: 4m 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.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 17:32:13 + Comment: better close impl of JCache Files changed: /commons/proper/jcs/trunk/commons-jcs-jcache/src/main/java/org/apache/commons/jcs/jcache/JCSCache.java ( 1593343 ) /commons/proper/jcs/trunk/commons-jcs-jcache/src/main/java/org/apache/commons/jcs/jcache/JCSCachingManager.java ( 1593343 ) 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: 180.076 Test Failures: BasicRemoteCacheClientServerUnitTest test1SinglePut : java.lang.AssertionError java.lang.AssertionError: Cache is alive expected: but was: 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: but was: 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: but was: 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: but was: 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
Re: How to run unit test ProviderRenameTests?
I figured out how to run the unit test: $ mvn -Pftp clean test -Dtest=FtpProviderTestCase FtpProviderTestCase extends ProviderTestSuite which seems to add tests programmatically (#addBaseTests()). So, when I run the above command, it executes 76 tests including ProviderRenameTests. Thanks a lot anyway, Woonsan On Tuesday, May 6, 2014 4:13 PM, Bernd Eckenfels wrote: Hello, > >I tried several times to understand how the testconfiguration and suite >building is working but I failed. > >I noticed that most of the tests have >totally unrelated class-names when run in Eclipse JUnit runner (but can >be used). So I typically do the same as you did, make standalone tests >or run the whole suite. > >You have my sympathies for trying :) > >Gruss >Bernd > > >Am Tue, 6 May 2014 06:53:03 -0700 >(PDT) schrieb Woonsan Ko : > > >> Hi, >> >> I'm trying to reproduce VFS-298 with the unit test (in trunk) >> because I met a similar exception in my application, but I can't >> execute the unit test, ProviderRenameTests. >> When I run `mvn clean install' in the root folder, I can't find >> 'core/target/surefire-reports/*ProviderRenameTests*.txt'. >> >> Also, `mvn -P ftp test -Dtest=ProviderRenameTests' in the core/ >> directory gives NPEs like the following: >> >> java.lang.NullPointerException: null >> at >> org.apache.commons.vfs2.test.AbstractProviderTestCase.runTest(AbstractProviderTestCase.java:200) >> at junit.framework.TestCase.runBare(TestCase.java:141) ... >> >> Any hints? >> >> Regards, >> >> Woonsan >> >> P.S, I'm sending this again because my message hasn't seem to be sent >> yesterday. Apologies if posted twice. > > >
Re: [jcs] What's next?
Ok, pushed what I had to push. Open question: how do we structure the project. Keeping it along jcs-core seems quite inconsistent. Do we consider jcache impl as a subproject? Romain Manni-Bucau Twitter: @rmannibucau Blog: http://rmannibucau.wordpress.com/ LinkedIn: http://fr.linkedin.com/in/rmannibucau Github: https://github.com/rmannibucau 2014-05-07 23:30 GMT+02:00 Romain Manni-Bucau : > trunk should be in phase with this (ConcurrentHashMap). I'll test it > further tomorrow (hope to find time) but any review would be welcomed. > > Main things which can be enhance I guess are the eviction rules > (org.apache.commons.jcs.jcache.JCSCache#evict). > > Then I plan to add few utilities in jcache-extra module > (CompositeCacheLoader, CompositeCacheWriter, AsyncCacheLoader, > AsyncCacheWriter, SingleItemCacheLoader, SingleItemCacheWriter,...all > implementing Factory too to make it nicer in the MutableConfiguration > API) > > Then JCache should be ok for a release. > > Any objection (mainly on the fact we don't rely on jcs-core)? > > > Romain Manni-Bucau > Twitter: @rmannibucau > Blog: http://rmannibucau.wordpress.com/ > LinkedIn: http://fr.linkedin.com/in/rmannibucau > Github: https://github.com/rmannibucau > > > 2014-05-06 22:39 GMT+02:00 Romain Manni-Bucau : >> That's my experience too. So let's go for the concurrenthashmap impl >> (patch on jira) and then see how we do the invalidation stuff in a >> 2.1? >> >> >> Romain Manni-Bucau >> Twitter: @rmannibucau >> Blog: http://rmannibucau.wordpress.com/ >> LinkedIn: http://fr.linkedin.com/in/rmannibucau >> Github: https://github.com/rmannibucau >> >> >> 2014-05-06 19:54 GMT+02:00 Mark Struberg : >>> Well my personal experience only: >>> >>> >>> 1.) I barely use distributed caches. I use ehcache in most of my projects >>> as of today, but do not use the distribution feature much. Way too >>> complicated >>> >>> 2.) What actually IS useful is distributed cache invalidation. The caching >>> side is fine to just select any values from my DB if they are not yet >>> cached. But if I change those values, then I really need some ways to get >>> rid of the values in all the caches on all my cluster nodes. >>> >>> So from a purely personal point I would favour a mode which is really fast >>> as a local cache but would have some ways to distribute the invalidation of >>> a cache to all other nodes. >>> >>> Not sure how this fits into jcs - don't know the codebase well enough to >>> judge about it. >>> >>> LieGrue, >>> strub >>> >>> >>> On Tuesday, 6 May 2014, 13:29, Romain Manni-Bucau >>> wrote: >>> >>> Here some pseudo-core details about my first mail: New internals: * NetworkTopology * EntryRepartitor: compute the index of the * Node (LocalNode which is current impl and RemoteNode which is just a remote facade relying Network) NetworkTopology { // impl using udp/tcp/or whatever Node[] findAll() // used by a background thread to check if there is a new node and if so rebalance the cluster } Node { // remote and local API get(k), put(k, v) (Cache primitive methods) Statistics getStatistics() // used by a background thread to aggregate stats on each node } EntryRepartitor { Node[] nodeAndBackups(key) } get(key) { // symmetrical for put of course Node[] nodes = entryRepartitor.nodeAndBackups(key); for (final Node node : nodes) { try { return node.get(key); } catch(final RemoteCacheException rce) { // API exception throw rce.getJCacheException(); } catch(final Exception e) { // network exception try next node // continue } } } Of course we'll get LocalNode implementing Node with the current impl (ConcurrentHashMap) and RemoteNode will be a client view of the LocalNode over the network. To keep it testable we need to be able to test a RemoteNode -> LocalNode connection in the same JVM creating manually two CachingProviders. wdyt? Romain Manni-Bucau Twitter: @rmannibucau Blog: http://rmannibucau.wordpress.com/ LinkedIn: http://fr.linkedin.com/in/rmannibucau Github: https://github.com/rmannibucau 2014-05-06 12:50 GMT+02:00 Romain Manni-Bucau : > FYI I attached a patch using a ConcurrentHashMap here > https://issues.apache.org/jira/browse/JCS-127 > > It is pretty fast compared to previous impl. > > > Romain Manni-Bucau > Twitter: @rmannibucau > Blog: http://rmannibucau.wordpress.com/ > LinkedIn: http://fr.linkedin.com/in/rmannibucau > Github: https://github.com/rmannibucau > > > 2014-05-06 8:31 GMT+02:00 Romain Manni-Bucau : >> Hi guys, >> >> few questions about jcs: >> >> 1) I played a bit with remote cache server etc and didn't find a lot
[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=30436&projectId=286 Build statistics: State: Failed Previous State: Failed Started at: Thu 8 May 2014 20:20:40 + Finished at: Thu 8 May 2014 20:24:10 + Total time: 3m 29s 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 @ Thu 8 May 2014 19:53:02 + Comment: adding CacheLoader/CacheWriter utilities Files changed: /commons/proper/jcs/trunk/commons-jcs-jcache-extras/src/main/java/org/apache/commons/jcs/jcache/extras/closeable ( 1593396 ) /commons/proper/jcs/trunk/commons-jcs-jcache-extras/src/main/java/org/apache/commons/jcs/jcache/extras/closeable/Closeables.java ( 1593396 ) /commons/proper/jcs/trunk/commons-jcs-jcache-extras/src/main/java/org/apache/commons/jcs/jcache/extras/loader ( 1593396 ) /commons/proper/jcs/trunk/commons-jcs-jcache-extras/src/main/java/org/apache/commons/jcs/jcache/extras/loader/CacheLoaderAdapter.java ( 1593396 ) /commons/proper/jcs/trunk/commons-jcs-jcache-extras/src/main/java/org/apache/commons/jcs/jcache/extras/loader/CompositeCacheLoader.java ( 1593396 ) /commons/proper/jcs/trunk/commons-jcs-jcache-extras/src/main/java/org/apache/commons/jcs/jcache/extras/writer ( 1593396 ) /commons/proper/jcs/trunk/commons-jcs-jcache-extras/src/main/java/org/apache/commons/jcs/jcache/extras/writer/AsyncCacheWriter.java ( 1593396 ) /commons/proper/jcs/trunk/commons-jcs-jcache-extras/src/main/java/org/apache/commons/jcs/jcache/extras/writer/CacheWriterAdapter.java ( 1593396 ) /commons/proper/jcs/trunk/commons-jcs-jcache-extras/src/main/java/org/apache/commons/jcs/jcache/extras/writer/CompositeCacheWriter.java ( 1593396 ) /commons/proper/jcs/trunk/commons-jcs-jcache-extras/src/test/java/org/apache/commons/jcs/jcache/extras/InternalCacheRule.java ( 1593396 ) /commons/proper/jcs/trunk/commons-jcs-jcache-extras/src/test/java/org/apache/commons/jcs/jcache/extras/loader ( 1593396 ) /commons/proper/jcs/trunk/commons-jcs-jcache-extras/src/test/java/org/apache/commons/jcs/jcache/extras/loader/CacheLoaderAdapterTest.java ( 1593396 ) /commons/proper/jcs/trunk/commons-jcs-jcache-extras/src/test/java/org/apache/commons/jcs/jcache/extras/loader/CompositeCacheLoaderTest.java ( 1593396 ) /commons/proper/jcs/trunk/commons-jcs-jcache-extras/src/test/java/org/apache/commons/jcs/jcache/extras/writer ( 1593396 ) /commons/proper/jcs/trunk/commons-jcs-jcache-extras/src/test/java/org/apache/commons/jcs/jcache/extras/writer/CacheWriterAdapterTest.java ( 1593396 ) /commons/proper/jcs/trunk/commons-jcs-jcache-extras/src/test/java/org/apache/commons/jcs/jcache/extras/writer/CompositeCacheWriterTest.java ( 1593396 ) 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: 4 Errors: 0 Success Rate: 98 Total time: 117.63202 Test Failures: BasicRemoteCacheClientServerUnitTest test1SinglePut : java.lang.AssertionError java.lang.AssertionError: Cache is alive expected: but was: at org.junit.Assert.fail(Assert.java:88) at org.junit.Assert.failNotEquals(Assert.java:743) at org.junit.