Re: [VOTE] Release Compress 1.8.1 based on RC1

[Stefan Bodewig]

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 DbUtils - Apache Commons (Group (shared) Maven 3 Build Definition (Java 1.6))

[Apache Continuum]

Online report : 
https://continuum-ci.apache.org/continuum/buildResult.action?buildId=30412&projectId=74

Build statistics:
  State: Failed
  Previous State: Failed
  Started at: Thu 8 May 2014 10:20:19 +
  Finished at: Thu 8 May 2014 10:20:42 +
  Total time: 22s
  Build Trigger: Schedule
  Build Number: 88
  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: britter @ Thu 8 May 2014 09:22:41 +
Comment: DBUTILS-113: Add support for conversion of ResultSet strings to enums 
in the BeanProcessor. Thanks to Graylin Kim and Michael Osipov.
Files changed:
  /commons/proper/dbutils/trunk/src/changes/changes.xml ( 1593217 )
  
/commons/proper/dbutils/trunk/src/main/java/org/apache/commons/dbutils/BeanProcessor.java
 ( 1593217 )
  
/commons/proper/dbutils/trunk/src/test/java/org/apache/commons/dbutils/BaseTestCase.java
 ( 1593217 )
  
/commons/proper/dbutils/trunk/src/test/java/org/apache/commons/dbutils/BasicRowProcessorTest.java
 ( 1593217 )
  
/commons/proper/dbutils/trunk/src/test/java/org/apache/commons/dbutils/BeanProcessorTest.java
 ( 1593217 )
  
/commons/proper/dbutils/trunk/src/test/java/org/apache/commons/dbutils/ResultSetIteratorTest.java
 ( 1593217 )
  
/commons/proper/dbutils/trunk/src/test/java/org/apache/commons/dbutils/TestBean.java
 ( 1593217 )
  
/commons/proper/dbutils/trunk/src/test/java/org/apache/commons/dbutils/handlers/ArrayHandlerTest.java
 ( 1593217 )
  
/commons/proper/dbutils/trunk/src/test/java/org/apache/commons/dbutils/handlers/ArrayListHandlerTest.java
 ( 1593217 )
  
/commons/proper/dbutils/trunk/src/test/java/org/apache/commons/dbutils/handlers/BeanHandlerTest.java
 ( 1593217 )
  
/commons/proper/dbutils/trunk/src/test/java/org/apache/commons/dbutils/handlers/BeanListHandlerTest.java
 ( 1593217 )
  
/commons/proper/dbutils/trunk/src/test/java/org/apache/commons/dbutils/handlers/KeyedHandlerTest.java
 ( 1593217 )
  
/commons/proper/dbutils/trunk/src/test/java/org/apache/commons/dbutils/handlers/MapHandlerTest.java
 ( 1593217 )
  
/commons/proper/dbutils/trunk/src/test/java/org/apache/commons/dbutils/handlers/MapListHandlerTest.java
 ( 1593217 )


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: 223
Failures: 1
Errors: 0
Success Rate: 99
Total time: 1.759


Test Failures:


AsyncQueryRunnerTest
testInsertUsesGivenQueryRunner :
  org.mockito.exceptions.verification.WantedButNotInvoked
  org.mockito.exceptions.verification.WantedButNotInvoked: 
Wanted but not invoked:
queryRunner.insert(
"1",
org.apache.commons.dbutils.handlers.ArrayHandler@f593af
);
-> at 
org.apache.commons.dbutils.AsyncQueryRunnerTest.testInsertUsesGivenQueryRunner(AsyncQueryRunnerTest.java:453)
Actually, there were zero interactions with this mock.

at 
org.apache.commons.dbutils.AsyncQueryRunnerTest.testInsertUsesGivenQueryRunner(AsyncQueryRunnerTest.java:453)


  


-
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 ()

[Apache Continuum]

Online report : 
https://continuum-ci.apache.org/continuum/buildResult.action?buildId=30606&projectId=286

Build statistics:
  State: Failed
  Previous State: Failed
  Started at: Sun 11 May 2014 21:00:08 +
  Finished at: Sun 11 May 2014 21:04:46 +
  Total time: 4m 38s
  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 @ Sun 11 May 2014 20:06:26 +
Comment: deserializer should get a classloader, allowing null for now (=use 
tccl) to avoid to rewrite too much
Files changed:
  
/commons/proper/jcs/trunk/commons-jcs-core/src/main/java/org/apache/commons/jcs/auxiliary/disk/block/BlockDisk.java
 ( 1593847 )
  
/commons/proper/jcs/trunk/commons-jcs-core/src/main/java/org/apache/commons/jcs/auxiliary/disk/indexed/IndexedDisk.java
 ( 1593847 )
  
/commons/proper/jcs/trunk/commons-jcs-core/src/main/java/org/apache/commons/jcs/auxiliary/disk/jdbc/JDBCDiskCache.java
 ( 1593847 )
  
/commons/proper/jcs/trunk/commons-jcs-core/src/main/java/org/apache/commons/jcs/auxiliary/remote/http/client/RemoteHttpCacheDispatcher.java
 ( 1593847 )
  
/commons/proper/jcs/trunk/commons-jcs-core/src/main/java/org/apache/commons/jcs/engine/behavior/IElementSerializer.java
 ( 1593847 )
  
/commons/proper/jcs/trunk/commons-jcs-core/src/main/java/org/apache/commons/jcs/utils/serialization/CompressingSerializer.java
 ( 1593847 )
  
/commons/proper/jcs/trunk/commons-jcs-core/src/main/java/org/apache/commons/jcs/utils/serialization/SerializationConversionUtil.java
 ( 1593847 )
  
/commons/proper/jcs/trunk/commons-jcs-core/src/main/java/org/apache/commons/jcs/utils/serialization/StandardSerializer.java
 ( 1593847 )
  
/commons/proper/jcs/trunk/commons-jcs-core/src/test/java/org/apache/commons/jcs/auxiliary/disk/block/BlockDiskCacheUnitTest.java
 ( 1593847 )
  
/commons/proper/jcs/trunk/commons-jcs-core/src/test/java/org/apache/commons/jcs/engine/control/MockElementSerializer.java
 ( 1593847 )
  
/commons/proper/jcs/trunk/commons-jcs-core/src/test/java/org/apache/commons/jcs/utils/serialization/CompressingSerializerUnitTest.java
 ( 1593847 )
  
/commons/proper/jcs/trunk/commons-jcs-core/src/test/java/org/apache/commons/jcs/utils/serialization/StandardSerializerUnitTest.java
 ( 1593847 )
  
/commons/proper/jcs/trunk/commons-jcs-jcache/src/main/java/org/apache/commons/jcs/jcache/JCSCache.java
 ( 1593847 )
  
/commons/proper/jcs/trunk/commons-jcs-jcache/src/main/java/org/apache/commons/jcs/jcache/serialization/Serializations.java
 ( 1593847 )

Changed: rmannibucau @ Sun 11 May 2014 20:23:22 +
Comment: ensuring to get a new cache manager instance by cache manager
Files changed:
  
/commons/proper/jcs/trunk/commons-jcs-core/src/main/java/org/apache/commons/jcs/engine/control/CompositeCacheManager.java
 ( 1593852 )
  
/commons/proper/jcs/trunk/commons-jcs-jcache/src/main/java/org/apache/commons/jcs/jcache/JCSCachingManager.java
 ( 1593852 )


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: 206.18


Test Failures:


BasicRemoteCacheClientServerUnitTest
test1SinglePut :
  java.lang.AssertionError
  java.lang.AssertionError: Cache is alive expected: but was:
at org.junit.Assert.fail(Assert.java:88)

Re: [VOTE] Release Compress 1.8.1 based on RC1

[Gary Gregory]

Yep, nice and simple :)

 Original message From: Stefan Bodewig 
 Date:05/11/2014  13:29  (GMT-05:00) 
To: Commons Developers List  
Subject: Re: [VOTE] Release Compress 1.8.1 based on RC1 
On 2014-05-11, Stefan Bodewig wrote:

> On 2014-05-11, Gary Gregory wrote:

>> -1 There are 58 Javadoc failures under Java 8.

> So we'll need 4 +1s in this case :-)

Nonsense.  3 +1s and more +1s than -1s, that's all.

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 (Group (shared) Maven 3 Build Definition (Java 1.6))

[Apache Continuum]

Online report : 
https://continuum-ci.apache.org/continuum/buildResult.action?buildId=30609&projectId=286

Build statistics:
  State: Failed
  Previous State: Failed
  Started at: Sun 11 May 2014 21:21:04 +
  Finished at: Sun 11 May 2014 21:21:56 +
  Total time: 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.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 @ Sun 11 May 2014 20:23:22 +
Comment: ensuring to get a new cache manager instance by cache manager
Files changed:
  
/commons/proper/jcs/trunk/commons-jcs-core/src/main/java/org/apache/commons/jcs/engine/control/CompositeCacheManager.java
 ( 1593852 )
  
/commons/proper/jcs/trunk/commons-jcs-jcache/src/main/java/org/apache/commons/jcs/jcache/JCSCachingManager.java
 ( 1593852 )


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: [jcs] What's next?

[Romain Manni-Bucau]

Pushed, I'll open a new thread on TODOs I have in mind and needing discussion


Romain Manni-Bucau
Twitter: @rmannibucau
Blog: http://rmannibucau.wordpress.com/
LinkedIn: http://fr.linkedin.com/in/rmannibucau
Github: https://github.com/rmannibucau


2014-05-11 21:16 GMT+02:00 Romain Manni-Bucau :
> I'm trying to use JCS under JCache API (if it was not clear). I'm
> removing serializable constraint from signatures (next step will be to
> enforce it in impl as a validation but a cache forcing cached
> values/keys to be serializable is just not really usable in more of
> 80% of cases I met).
>
> I'll try this week more or less to get something decent. If not maybe
> you are right and we'll do a jcache incubator project starting from
> last commit without jcs-core as a dep of jcache module.
>
>
>
>
> Romain Manni-Bucau
> Twitter: @rmannibucau
> Blog: http://rmannibucau.wordpress.com/
> LinkedIn: http://fr.linkedin.com/in/rmannibucau
> Github: https://github.com/rmannibucau
>
>
> 2014-05-11 21:02 GMT+02:00 Thomas Vandahl :
>> Hi Romain,
>>
>> On 11.05.14 20:33, Romain Manni-Bucau wrote:
>>> actually I evaluated JCS and found several issues (why ATM JCache
>>> doesn't rely on it anymore):
>>
>> Well, then what does the project have to do with JCS? The initial idea
>> was to provide JCache compatibility to JCS, IIRC.
>>
>>> 1) about network stuff: listeners are not enough and needs an
>>> important refactoring for JCache, it is not that test friendly (start
>>> aone (or more) instance(s) of server and several clients in the same
>>> JVM) and more important reason to not go further in it is that it
>>> doesn't seem the default need. So we can skip it for 1st JCache
>>> compliant release IMHO.
>>
>> I don't think so. A JCS core release will have to have at least the
>> documented features working properly. Do you want to release
>> commons-jcs-jcache separately?
>>
>>> 2) why a ConcurrentHashMap instead of a CompositeCache: I hesitated a
>>> lot on it but after some benchmarks (get/put mainly) JCS was really
>>> too slow compared to a concurrenthashmap. Now it is slower but not
>>> enough to let user think of using a concurrenthashmap in their code
>>> cause cache would be too slow.
>>
>> Again, I'd like to ask you seriously to make yourself familiar with the
>> concepts behind JCS. If all you need is a ConcurrentHashMap, you simply
>> should use a ConcurrentHashMap. But if you need fine-grained control
>> over your caching mechanisms, the map is simply not enough and the lower
>> speed can be easily traded in for the additional features.
>>
>>> I'll try to rework a bit JCSCache to merge both but if I don't manage
>>> to make it comparable I think we should just get 2 implementations.
>>> Another really blocking point ATM is the fact JCS mandates key/value
>>> pairs to be serializable.
>>
>> -1
>> That would not be commons-jcs-jcache but commons-jcache. Please
>> reconsider. You will come across a lot of the requirements that JCS can
>> fulfill today, I promise. And once separated, the two projects will
>> probably never merge again.
>>
>> And yes, serializable keys and values are absolutely necessary to
>> support disk caches and distributed caches. I cannot imagine any decent
>> non-trivial cache implementation to work without them.
>>
>> Bye, Thomas.
>>
>>
>> -
>> 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

Re: [jcs] TODOs

[Romain Manni-Bucau]

PS: about 1 here some figures on trivial use cases:

get("foo") on an empty map/cache:

Benchmark   Mode   Samples Mean   Mean errorUnits
o.s.JCacheGet.jcacheGetthrpt20 9243.258  239.707   ops/ms
o.s.JCacheGet.mapGet   thrpt20   174967.455 5731.437   ops/ms

put("foo", "bar"):

Benchmark   Mode   Samples Mean   Mean errorUnits
o.s.JCachePut.jcachePutthrpt20 1728.784   20.307   ops/ms
o.s.JCachePut.mapPut   thrpt2023613.812  548.222   ops/ms

So the difference is important enough to need some work, in particular
cause the test was not multithreaded

I'll have a deeper look next week

good evening


Romain Manni-Bucau
Twitter: @rmannibucau
Blog: http://rmannibucau.wordpress.com/
LinkedIn: http://fr.linkedin.com/in/rmannibucau
Github: https://github.com/rmannibucau


2014-05-11 22:08 GMT+02:00 Romain Manni-Bucau :
> Hi
>
> here what I think we should do soon (before releasing):
>
> 1) bench and be as close as possible to a ConcurrentHashMap being 15
> when ConcurrentHashMap is 20 sounds ok, less needs discussion for me,
> wdyt? The idea would be to be close to guava by default (= in mem)
>
> 2) listeners to be able to aggregate jcache stats (or merge jcache
> stats with jcs? the issue is jcache defines stats a bit differently
> from jcs). Not sure how to do so limiting overhead and bandwidth
> usage.
>
> Side note: I removed Serializable references since we use
> IElementSerializer. This is not the case everywhere in the code but
> this interface should allow us to use JSon/XML as serialization :).
>
> I'll try to work in the week on 1).
>
> I think 2 is not mandatory for a release but a nice to have.
>
> If you have anything more in mind feel free to add it in answers with
> a new number :).
>
> 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

Re: [VOTE] Release Compress 1.8.1 based on RC1

[Luc Maisonobe]

Le 11/05/2014 12:37, Stefan Bodewig a écrit :
> 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

Luc

>   [ ] +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

Re: [VOTE] Release Math 3.3 based on RC3 (second run after mail outage)

[Phil Steitz]

On 5/11/14, 7:45 AM, Gary Gregory wrote:
> - 0: It makes no sense to me to allow the build to fail with stock Java 8.

s/build/site build

Not a blocker, IMO.

Phil
>
> I am not -1 because the [math] community seems to have chosen this path for
> itself; and I am not an active [math] contributor.
>
> Gary
>
>
> On Sun, May 11, 2014 at 5:55 AM, Luc Maisonobe  wrote:
>
>> 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

[jcs] TODOs

[Romain Manni-Bucau]

Hi

here what I think we should do soon (before releasing):

1) bench and be as close as possible to a ConcurrentHashMap being 15
when ConcurrentHashMap is 20 sounds ok, less needs discussion for me,
wdyt? The idea would be to be close to guava by default (= in mem)

2) listeners to be able to aggregate jcache stats (or merge jcache
stats with jcs? the issue is jcache defines stats a bit differently
from jcs). Not sure how to do so limiting overhead and bandwidth
usage.

Side note: I removed Serializable references since we use
IElementSerializer. This is not the case everywhere in the code but
this interface should allow us to use JSon/XML as serialization :).

I'll try to work in the week on 1).

I think 2 is not mandatory for a release but a nice to have.

If you have anything more in mind feel free to add it in answers with
a new number :).

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 ()

[Apache Continuum]

Online report : 
https://continuum-ci.apache.org/continuum/buildResult.action?buildId=30598&projectId=286

Build statistics:
  State: Failed
  Previous State: Failed
  Started at: Sun 11 May 2014 19:00:05 +
  Finished at: Sun 11 May 2014 19:04:32 +
  Total time: 4m 27s
  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 @ Sun 11 May 2014 18:43:51 +
Comment: cleaning up CacheEvictor before trying to merge jcache and jcs modules
Files changed:
  
/commons/proper/jcs/trunk/commons-jcs-jcache/src/main/java/org/apache/commons/jcs/jcache/JCSCache.java
 ( 1593837 )


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: 184.05803


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: [VOTE] Release Math 3.3 based on RC3 (second run after mail outage)

[Thomas Neidhart]

On 05/11/2014 11:55 AM, Luc Maisonobe wrote:
> 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).
> 
[X] +1 Release these artifacts

Best,

Thomas

-
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)

[Phil Steitz]

On 5/11/14, 2:55 AM, Luc Maisonobe wrote:
> 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
I also snuck in some updates to the User Guide and convenience
methods for K-S tests added to TestUtils.
>
> 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).
>
>   [X] +1 Release these artifacts

Phil
>   [ ] +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

Re: [jcs] What's next?

[Romain Manni-Bucau]

I'm trying to use JCS under JCache API (if it was not clear). I'm
removing serializable constraint from signatures (next step will be to
enforce it in impl as a validation but a cache forcing cached
values/keys to be serializable is just not really usable in more of
80% of cases I met).

I'll try this week more or less to get something decent. If not maybe
you are right and we'll do a jcache incubator project starting from
last commit without jcs-core as a dep of jcache module.




Romain Manni-Bucau
Twitter: @rmannibucau
Blog: http://rmannibucau.wordpress.com/
LinkedIn: http://fr.linkedin.com/in/rmannibucau
Github: https://github.com/rmannibucau


2014-05-11 21:02 GMT+02:00 Thomas Vandahl :
> Hi Romain,
>
> On 11.05.14 20:33, Romain Manni-Bucau wrote:
>> actually I evaluated JCS and found several issues (why ATM JCache
>> doesn't rely on it anymore):
>
> Well, then what does the project have to do with JCS? The initial idea
> was to provide JCache compatibility to JCS, IIRC.
>
>> 1) about network stuff: listeners are not enough and needs an
>> important refactoring for JCache, it is not that test friendly (start
>> aone (or more) instance(s) of server and several clients in the same
>> JVM) and more important reason to not go further in it is that it
>> doesn't seem the default need. So we can skip it for 1st JCache
>> compliant release IMHO.
>
> I don't think so. A JCS core release will have to have at least the
> documented features working properly. Do you want to release
> commons-jcs-jcache separately?
>
>> 2) why a ConcurrentHashMap instead of a CompositeCache: I hesitated a
>> lot on it but after some benchmarks (get/put mainly) JCS was really
>> too slow compared to a concurrenthashmap. Now it is slower but not
>> enough to let user think of using a concurrenthashmap in their code
>> cause cache would be too slow.
>
> Again, I'd like to ask you seriously to make yourself familiar with the
> concepts behind JCS. If all you need is a ConcurrentHashMap, you simply
> should use a ConcurrentHashMap. But if you need fine-grained control
> over your caching mechanisms, the map is simply not enough and the lower
> speed can be easily traded in for the additional features.
>
>> I'll try to rework a bit JCSCache to merge both but if I don't manage
>> to make it comparable I think we should just get 2 implementations.
>> Another really blocking point ATM is the fact JCS mandates key/value
>> pairs to be serializable.
>
> -1
> That would not be commons-jcs-jcache but commons-jcache. Please
> reconsider. You will come across a lot of the requirements that JCS can
> fulfill today, I promise. And once separated, the two projects will
> probably never merge again.
>
> And yes, serializable keys and values are absolutely necessary to
> support disk caches and distributed caches. I cannot imagine any decent
> non-trivial cache implementation to work without them.
>
> Bye, Thomas.
>
>
> -
> 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

Re: [jcs] What's next?

[Thomas Vandahl]

On 07.05.14 12:03, Raffaele P. Guidi wrote:
> Talking about next steps, have you ever considered a second level of (off
> heap) cache? My question is of course not so casual, being the PMC of
> DirectMemory :) I think there are a lot of potential synergies, here. I
> include DM's dev list to gather opinions and solicitate feedback from the
> team members.

This already has been discussed in
http://markmail.org/message/k3htktmxcmncl5pt and I'm still very
interested to have a JCS DirectMemory auxiliary. What is the status of
the implementation that Mir Tanvir Hossain was supposed to contribute?

Bye, Thomas.


-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org

Re: [jcs] What's next?

[Thomas Vandahl]

Hi Romain,

On 11.05.14 20:33, Romain Manni-Bucau wrote:
> actually I evaluated JCS and found several issues (why ATM JCache
> doesn't rely on it anymore):

Well, then what does the project have to do with JCS? The initial idea
was to provide JCache compatibility to JCS, IIRC.

> 1) about network stuff: listeners are not enough and needs an
> important refactoring for JCache, it is not that test friendly (start
> aone (or more) instance(s) of server and several clients in the same
> JVM) and more important reason to not go further in it is that it
> doesn't seem the default need. So we can skip it for 1st JCache
> compliant release IMHO.

I don't think so. A JCS core release will have to have at least the
documented features working properly. Do you want to release
commons-jcs-jcache separately?

> 2) why a ConcurrentHashMap instead of a CompositeCache: I hesitated a
> lot on it but after some benchmarks (get/put mainly) JCS was really
> too slow compared to a concurrenthashmap. Now it is slower but not
> enough to let user think of using a concurrenthashmap in their code
> cause cache would be too slow.

Again, I'd like to ask you seriously to make yourself familiar with the
concepts behind JCS. If all you need is a ConcurrentHashMap, you simply
should use a ConcurrentHashMap. But if you need fine-grained control
over your caching mechanisms, the map is simply not enough and the lower
speed can be easily traded in for the additional features.

> I'll try to rework a bit JCSCache to merge both but if I don't manage
> to make it comparable I think we should just get 2 implementations.
> Another really blocking point ATM is the fact JCS mandates key/value
> pairs to be serializable.

-1
That would not be commons-jcs-jcache but commons-jcache. Please
reconsider. You will come across a lot of the requirements that JCS can
fulfill today, I promise. And once separated, the two projects will
probably never merge again.

And yes, serializable keys and values are absolutely necessary to
support disk caches and distributed caches. I cannot imagine any decent
non-trivial cache implementation to work without them.

Bye, Thomas.


-
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))

[Apache Continuum]

Online report : 
https://continuum-ci.apache.org/continuum/buildResult.action?buildId=30601&projectId=286

Build statistics:
  State: Failed
  Previous State: Failed
  Started at: Sun 11 May 2014 19:20:51 +
  Finished at: Sun 11 May 2014 19:24:25 +
  Total time: 3m 33s
  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 @ Sun 11 May 2014 18:43:51 +
Comment: cleaning up CacheEvictor before trying to merge jcache and jcs modules
Files changed:
  
/commons/proper/jcs/trunk/commons-jcs-jcache/src/main/java/org/apache/commons/jcs/jcache/JCSCache.java
 ( 1593837 )


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: 118.55902


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: [VOTE] Release Compress 1.8.1 based on RC1

[Emmanuel Bourg]

+1

There is a typo in the changes report:

"ArchiveStreams now validate there is a current entry before rreading or
writing entry data."

Emmanuel Bourg


Le 11/05/2014 12:37, Stefan Bodewig a écrit :
> 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.
> 
>   [ ] +1 Release these artifacts
>   [ ] +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

Re: [VOTE] Release Compress 1.8.1 based on RC1

[Stefan Bodewig]

On 2014-05-11, 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)

my own +1

Stefan

-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org

Re: svn commit: r1593785 - in /commons/proper/jcs/trunk/commons-jcs-jcache/src/main/java/org/apache/commons/jcs/jcache: JCSCache.java JCSElement.java spi/ spi/CacheEvictor.java

[Romain Manni-Bucau]

Hi Thomas,

I'm not happy of this CacheEvictor at all. Hopefully we'll be able to
remove it when merging JCS and JCache if possible.


Romain Manni-Bucau
Twitter: @rmannibucau
Blog: http://rmannibucau.wordpress.com/
LinkedIn: http://fr.linkedin.com/in/rmannibucau
Github: https://github.com/rmannibucau


2014-05-11 17:36 GMT+02:00 Thomas Vandahl :
> On 11.05.14 14:43, rmannibu...@apache.org wrote:
>> Author: rmannibucau
>> Date: Sun May 11 12:43:07 2014
>> New Revision: 1593785
>>
>> URL: http://svn.apache.org/r1593785
>> Log:
>> adding API CacheEvictor
>>
>
> Hi Romain,
>
> AFAICS, you are currently creating several JCache replacements for
> already existing JCS features. Are you sure this is the best way to go?
>
> Bye, Thomas.
>
>
>
> -
> 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

Re: [jcs] What's next?

[Raffaele P. Guidi]

Yep your memory is much better than mine - I didn't recall starting this
thread three years ago. In any case the related ticket (
https://issues.apache.org/jira/browse/DIRECTMEMORY-35 ) has never been
picked up or updated by Mir so I guess this job in need of a new
volunteer...


2014-05-11 17:33 GMT+02:00 Thomas Vandahl :

> On 07.05.14 12:03, Raffaele P. Guidi wrote:
> > Talking about next steps, have you ever considered a second level of (off
> > heap) cache? My question is of course not so casual, being the PMC of
> > DirectMemory :) I think there are a lot of potential synergies, here. I
> > include DM's dev list to gather opinions and solicitate feedback from the
> > team members.
>
> This already has been discussed in
> http://markmail.org/message/k3htktmxcmncl5pt and I'm still very
> interested to have a JCS DirectMemory auxiliary. What is the status of
> the implementation that Mir Tanvir Hossain was supposed to contribute?
>
> Bye, Thomas.
>
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> For additional commands, e-mail: dev-h...@commons.apache.org
>
>

Re: [jcs] What's next?

[Romain Manni-Bucau]

Hi Thomas,

actually I evaluated JCS and found several issues (why ATM JCache
doesn't rely on it anymore):

1) about network stuff: listeners are not enough and needs an
important refactoring for JCache, it is not that test friendly (start
aone (or more) instance(s) of server and several clients in the same
JVM) and more important reason to not go further in it is that it
doesn't seem the default need. So we can skip it for 1st JCache
compliant release IMHO.
2) why a ConcurrentHashMap instead of a CompositeCache: I hesitated a
lot on it but after some benchmarks (get/put mainly) JCS was really
too slow compared to a concurrenthashmap. Now it is slower but not
enough to let user think of using a concurrenthashmap in their code
cause cache would be too slow.

I'll try to rework a bit JCSCache to merge both but if I don't manage
to make it comparable I think we should just get 2 implementations.
Another really blocking point ATM is the fact JCS mandates key/value
pairs to be serializable.




Romain Manni-Bucau
Twitter: @rmannibucau
Blog: http://rmannibucau.wordpress.com/
LinkedIn: http://fr.linkedin.com/in/rmannibucau
Github: https://github.com/rmannibucau


2014-05-11 17:33 GMT+02:00 Thomas Vandahl :
> On 07.05.14 12:03, Raffaele P. Guidi wrote:
>> Talking about next steps, have you ever considered a second level of (off
>> heap) cache? My question is of course not so casual, being the PMC of
>> DirectMemory :) I think there are a lot of potential synergies, here. I
>> include DM's dev list to gather opinions and solicitate feedback from the
>> team members.
>
> This already has been discussed in
> http://markmail.org/message/k3htktmxcmncl5pt and I'm still very
> interested to have a JCS DirectMemory auxiliary. What is the status of
> the implementation that Mir Tanvir Hossain was supposed to contribute?
>
> Bye, Thomas.
>
>
> -
> 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

Re: [VOTE] Release Math 3.3 based on RC3 (second run after mail outage)

[Luc Maisonobe]

Le 11/05/2014 16:45, Gary Gregory a écrit :
> - 0: It makes no sense to me to allow the build to fail with stock Java 8.
> 
> I am not -1 because the [math] community seems to have chosen this path for
> itself; and I am not an active [math] contributor.

As far as I know, it does build with Java 8. The only problem are a too
stringent test about FastMath since there are new methods in Java 8,
which are not supported yet, and javadocs.

best regards,
Luc

> 
> Gary
> 
> 
> On Sun, May 11, 2014 at 5:55 AM, Luc Maisonobe  wrote:
> 
>> 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

Re: [VOTE] Release Compress 1.8.1 based on RC1

[Stefan Bodewig]

On 2014-05-11, Stefan Bodewig wrote:

> On 2014-05-11, Gary Gregory wrote:

>> -1 There are 58 Javadoc failures under Java 8.

> So we'll need 4 +1s in this case :-)

Nonsense.  3 +1s and more +1s than -1s, that's all.

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 ()

[Apache Continuum]

Online report : 
https://continuum-ci.apache.org/continuum/buildResult.action?buildId=30592&projectId=286

Build statistics:
  State: Failed
  Previous State: Failed
  Started at: Sun 11 May 2014 17:00:09 +
  Finished at: Sun 11 May 2014 17:04:45 +
  Total time: 4m 36s
  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: tv @ Sun 11 May 2014 16:20:49 +
Comment: Fix JCS-115: JDBCDiskCachePoolAccessManager is thread hostile
Files changed:
  
/commons/proper/jcs/trunk/commons-jcs-core/src/main/java/org/apache/commons/jcs/auxiliary/disk/jdbc/JDBCDiskCache.java
 ( 1593811 )
  
/commons/proper/jcs/trunk/commons-jcs-core/src/main/java/org/apache/commons/jcs/auxiliary/disk/jdbc/JDBCDiskCachePoolAccessManager.java
 ( 1593811 )
  
/commons/proper/jcs/trunk/commons-jcs-core/src/test/java/org/apache/commons/jcs/auxiliary/disk/jdbc/JDBCDiskCachePoolAccessManagerUnitTest.java
 ( 1593811 )
  /commons/proper/jcs/trunk/src/changes/changes.xml ( 1593811 )


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: 174.73602


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

[continuum] BUILD FAILURE: Apache Commons JCS - Apache Commons (Group (shared) Maven 3 Build Definition (Java 1.6))

[Apache Continuum]

Online report : 
https://continuum-ci.apache.org/continuum/buildResult.action?buildId=30591&projectId=286

Build statistics:
  State: Failed
  Previous State: Failed
  Started at: Sun 11 May 2014 16:20:56 +
  Finished at: Sun 11 May 2014 16:24:51 +
  Total time: 3m 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: tv @ Sun 11 May 2014 16:20:49 +
Comment: Fix JCS-115: JDBCDiskCachePoolAccessManager is thread hostile
Files changed:
  
/commons/proper/jcs/trunk/commons-jcs-core/src/main/java/org/apache/commons/jcs/auxiliary/disk/jdbc/JDBCDiskCache.java
 ( 1593811 )
  
/commons/proper/jcs/trunk/commons-jcs-core/src/main/java/org/apache/commons/jcs/auxiliary/disk/jdbc/JDBCDiskCachePoolAccessManager.java
 ( 1593811 )
  
/commons/proper/jcs/trunk/commons-jcs-core/src/test/java/org/apache/commons/jcs/auxiliary/disk/jdbc/JDBCDiskCachePoolAccessManagerUnitTest.java
 ( 1593811 )
  /commons/proper/jcs/trunk/src/changes/changes.xml ( 1593811 )


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: 148.43298


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: [QUESTION] Is switching from array parameter to varargs binary compatible?

[Thomas Vandahl]

On 11.05.14 11:22, sebb wrote:
> In which case, why do we need to bother to change the source?
> The compiler only has the byte-code as reference when compiling source
> that uses the method.

Yeah, well, there is a slight difference in the method meta data. The
isVarArgs() method will return true then. Old code wouldn't care but new
code may use this. See
http://docs.oracle.com/javase/6/docs/api/java/lang/reflect/Method.html#isVarArgs()

Bye, Thomas.



-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org

Re: svn commit: r1593785 - in /commons/proper/jcs/trunk/commons-jcs-jcache/src/main/java/org/apache/commons/jcs/jcache: JCSCache.java JCSElement.java spi/ spi/CacheEvictor.java

[Thomas Vandahl]

On 11.05.14 14:43, rmannibu...@apache.org wrote:
> Author: rmannibucau
> Date: Sun May 11 12:43:07 2014
> New Revision: 1593785
> 
> URL: http://svn.apache.org/r1593785
> Log:
> adding API CacheEvictor
> 

Hi Romain,

AFAICS, you are currently creating several JCache replacements for
already existing JCS features. Are you sure this is the best way to go?

Bye, Thomas.



-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org

Re: [jcs] What's next?

[Thomas Vandahl]

On 06.05.14 22:39, Romain Manni-Bucau wrote:
> 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?

Again, I'd like to kindly ask to evaluate the already existing features
of JCS. It might appear to you as an abandoned project but it isn't. JCS
dates back to around 2003 and has been in use for quite some time.

Bye, Thomas.



-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org

Re: [jcs] What's next?

[Thomas Vandahl]

On 06.05.14 13:27, 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
> }

Please see the docs about UDP discovery. JCS already can do this.

Bye, Thomas.

-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org

Re: [jcs] What's next?

[Thomas Vandahl]

On 06.05.14 08:31, Romain Manni-Bucau wrote:
> Hi guys,
> 
> few questions about jcs:
> 
> 1) I played a bit with remote cache server etc and didn't find a lot
> of use cases, do we keep it this way (linked to 4) )?

The features of JCS are quite comprehensive. Not everything is useful
for everybody. So besides the test failure that I never could reproduce,
why not?

> 2) API: do we use JCache as main API or do we keep core?

The API of a cache is quite simple. To me, it is important that the
lifecycle of the main cache manager can be integrated in that of an
application container, be it JEE or else.

> 3) Reviewing JCache module I really wonder if we shouldn't use a
> ConcurrentHashMap instead of a the currently backing CompositeCache
> and add on top of this "locally optimized" implementation two things:
> a) eviction (a thread regularly iterating over local items to check
> expiry would be enough), b) distribution (see 4) )

Both features exist. Eviction is called memory shrinking and there are
several possibilities for distributed auxiliaries. Please make yourself
familiar with the concept of the composite cache (memory cache and
auxiliaries). There is a lot of documentation on the site.

> 4) distributed mode: I wonder if we shouldn't rethink it and
> potentially add Cache listeners usable in JCache to know if
> another node did something (useful to get consistent stats at least -
> basically we need a way to aggregate on each note stats) + use a key
> for each node to keep data on a single node + potentially add backup
> on another node.

The LateralCache does this. See the configuration docs. It can be
configured to distribute cache objects as well as invalidation
information in a cache cluster.

> I don't know how much JCS is used ATM and if we can break that much
> the API but since that would be a 2.0 I think it is the moment

To the application, a cache normally looks like a map. So there is not
much to break. However there are a couple of applications that use JCS,
namely the Torque O/R mapper and Turbine, the project JCS originated from.

Bye, Thomas


-
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

[Stefan Bodewig]

On 2014-05-11, Gary Gregory wrote:

> -1 There are 58 Javadoc failures under Java 8.

So we'll need 4 +1s in this case :-)

Please not that apart from some missing @params and @returns there is a
clear bug in Java 8's javadoc that I don't think we can work around.

> C:\temp\rc\commons-compress-1.8.1-src\src\main\java\org\apache\commons\compress\archivers\ar\ArArchiveEntry.java:52:
> error: unknown tag: Immutable
> [ERROR] * @Immutable
> [ERROR] ^
> [ERROR]


while the POM says


  Immutable
  a
  This class is immutable


so java8 is ignoring the tags we define.

Stefan

-
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)

[Gary Gregory]

- 0: It makes no sense to me to allow the build to fail with stock Java 8.

I am not -1 because the [math] community seems to have chosen this path for
itself; and I am not an active [math] contributor.

Gary


On Sun, May 11, 2014 at 5:55 AM, Luc Maisonobe  wrote:

> 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
>
>


-- 
E-Mail: garydgreg...@gmail.com | ggreg...@apache.org
Java Persistence with Hibernate, Second Edition
JUnit in Action, Second Edition 
Spring Batch in Action 
Blog: http://garygregory.wordpress.com
Home: http://garygregory.com/
Tweet! http://twitter.com/GaryGregory

Re: [VOTE] Release Compress 1.8.1 based on RC1

[Gary Gregory]

-1 There are 58 Javadoc failures under Java 8. These should be fixed IMO.
This is important for some downstream builders like Debian IIRC that
rebuild from sources.

58 errors
100 warnings
[INFO]

[INFO] BUILD FAILURE
[INFO]

[INFO] Total time: 26.144 s
[INFO] Finished at: 2014-05-11T10:38:26-05:00
[INFO] Final Memory: 14M/153M
[INFO]

[ERROR] Failed to execute goal
org.apache.maven.plugins:maven-javadoc-plugin:2.9.1:javadoc (default-cli)
on project commons-compress: An error has occurred in JavaDocs report
generation:
[ERROR] Exit code: 1 - javadoc: warning - Error fetching URL:
http://docs.oracle.com/javase/6/docs/api
[ERROR] javadoc: warning - Error fetching URL:
http://docs.oracle.com/javaee/6/api
[ERROR]
C:\temp\rc\commons-compress-1.8.1-src\src\main\java\org\apache\commons\compress\archivers\ar\ArArchiveEntry.java:141:
warning: no @return
[ERROR] public long getLastModified() {
[ERROR] ^
[ERROR]
C:\temp\rc\commons-compress-1.8.1-src\src\main\java\org\apache\commons\compress\archivers\ar\ArArchiveEntry.java:52:
error: unknown tag: Immutable
[ERROR] * @Immutable
[ERROR] ^
[ERROR]
C:\temp\rc\commons-compress-1.8.1-src\src\main\java\org\apache\commons\compress\archivers\ar\ArArchiveEntry.java:112:
warning: no @param for inputFile
[ERROR] public ArArchiveEntry(File inputFile, String entryName) {
[ERROR] ^
[ERROR]
C:\temp\rc\commons-compress-1.8.1-src\src\main\java\org\apache\commons\compress\archivers\ar\ArArchiveEntry.java:112:
warning: no @param for entryName
[ERROR] public ArArchiveEntry(File inputFile, String entryName) {
[ERROR] ^
[ERROR]
C:\temp\rc\commons-compress-1.8.1-src\src\main\java\org\apache\commons\compress\archivers\ar\ArArchiveInputStream.java:33:
error: unknown tag: NotThreadSafe
[ERROR] * @NotThreadSafe
[ERROR] ^
[ERROR]
C:\temp\rc\commons-compress-1.8.1-src\src\main\java\org\apache\commons\compress\archivers\ArchiveOutputStream.java:63:
warning: no description for @throws
[ERROR] * @throws IOException
[ERROR] ^
[ERROR]
C:\temp\rc\commons-compress-1.8.1-src\src\main\java\org\apache\commons\compress\archivers\ArchiveOutputStream.java:70:
warning: no description for @throws
[ERROR] * @throws IOException
[ERROR] ^
[ERROR]
C:\temp\rc\commons-compress-1.8.1-src\src\main\java\org\apache\commons\compress\archivers\ArchiveOutputStream.java:85:
warning: no description for @param
[ERROR] * @param inputFile
[ERROR] ^
[ERROR]
C:\temp\rc\commons-compress-1.8.1-src\src\main\java\org\apache\commons\compress\archivers\ArchiveOutputStream.java:86:
warning: no description for @param
[ERROR] * @param entryName
[ERROR] ^
[ERROR]
C:\temp\rc\commons-compress-1.8.1-src\src\main\java\org\apache\commons\compress\archivers\ArchiveOutputStream.java:89:
warning: no description for @throws
[ERROR] * @throws IOException
[ERROR] ^
[ERROR]
C:\temp\rc\commons-compress-1.8.1-src\src\main\java\org\apache\commons\compress\archivers\ar\ArArchiveOutputStream.java:32:
error: unknown tag: NotThreadSafe
[ERROR] * @NotThreadSafe
[ERROR] ^
[ERROR]
C:\temp\rc\commons-compress-1.8.1-src\src\main\java\org\apache\commons\compress\archivers\ArchiveStreamFactory.java:75:
error: unknown tag: Immutable
[ERROR] * @Immutable
[ERROR] ^
[ERROR]
C:\temp\rc\commons-compress-1.8.1-src\src\main\java\org\apache\commons\compress\archivers\arj\ArjArchiveEntry.java:96:
warning: no @return
[ERROR] public int getMode() {
[ERROR] ^
[ERROR]
C:\temp\rc\commons-compress-1.8.1-src\src\main\java\org\apache\commons\compress\archivers\arj\ArjArchiveEntry.java:105:
warning: no @return
[ERROR] public int getUnixMode() {
[ERROR] ^
[ERROR]
C:\temp\rc\commons-compress-1.8.1-src\src\main\java\org\apache\commons\compress\archivers\arj\ArjArchiveEntry.java:113:
warning: no @return
[ERROR] public int getHostOs() {
[ERROR] ^
[ERROR]
C:\temp\rc\commons-compress-1.8.1-src\src\main\java\org\apache\commons\compress\archivers\arj\ArjArchiveEntry.java:121:
warning: no @return
[ERROR] public boolean isHostOsUnix() {
[ERROR] ^
[ERROR]
C:\temp\rc\commons-compress-1.8.1-src\src\main\java\org\apache\commons\compress\archivers\arj\ArjArchiveEntry.java:30:
error: unknown tag: NotThreadSafe
[ERROR] * @NotThreadSafe
[ERROR] ^
[ERROR]
C:\temp\rc\commons-compress-1.8.1-src\src\main\java\org\apache\commons\compress\archivers\arj\ArjArchiveInputStream.java:302:
warning: no @return
[ERROR] public String getArchiveName() {
[ERROR] ^
[ERROR]
C:\temp\rc\commons-compress-1.8.1-src\src\main\java\org\apache\commons\compress\archivers\arj\ArjArchiveInputStream.java:309:
warning: no @return
[ERROR] public String getArchiveComment() {
[ERROR] ^
[ERROR]
C:\temp\rc\commons-compress-1.8.1-src\src\main\java\org\apache\commons\compress\archivers\arj\ArjArchiveInputStream.java:39:
error: unknown tag: NotThreadSafe
[ERROR] * @NotThreadSafe
[ERROR] ^
[ERROR]
C:\temp\rc\commons-compress-1.8.1-

[continuum] BUILD FAILURE: Apache Commons JCS - Apache Commons (Group (shared) Maven 3 Build Definition (Java 1.6))

[Apache Continuum]

Online report : 
https://continuum-ci.apache.org/continuum/buildResult.action?buildId=30583&projectId=286

Build statistics:
  State: Failed
  Previous State: Failed
  Started at: Sun 11 May 2014 13:20:45 +
  Finished at: Sun 11 May 2014 13:24:41 +
  Total time: 3m 56s
  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 @ Sun 11 May 2014 12:43:07 +
Comment: adding API CacheEvictor
Files changed:
  
/commons/proper/jcs/trunk/commons-jcs-jcache/src/main/java/org/apache/commons/jcs/jcache/JCSCache.java
 ( 1593785 )
  
/commons/proper/jcs/trunk/commons-jcs-jcache/src/main/java/org/apache/commons/jcs/jcache/JCSElement.java
 ( 1593785 )
  
/commons/proper/jcs/trunk/commons-jcs-jcache/src/main/java/org/apache/commons/jcs/jcache/spi
 ( 1593785 )
  
/commons/proper/jcs/trunk/commons-jcs-jcache/src/main/java/org/apache/commons/jcs/jcache/spi/CacheEvictor.java
 ( 1593785 )


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: 135.75002


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

[continuum] BUILD FAILURE: Apache Commons JCS - Apache Commons ()

[Apache Continuum]

Online report : 
https://continuum-ci.apache.org/continuum/buildResult.action?buildId=30580&projectId=286

Build statistics:
  State: Failed
  Previous State: Failed
  Started at: Sun 11 May 2014 13:00:06 +
  Finished at: Sun 11 May 2014 13:04:41 +
  Total time: 4m 34s
  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 @ Sun 11 May 2014 12:24:40 +
Comment: adding basic gzip support in JCacheFilter
Files changed:
  
/commons/proper/jcs/trunk/commons-jcs-jcache-extras/src/main/java/org/apache/commons/jcs/jcache/extras/web/InMemoryResponse.java
 ( 1593784 )
  
/commons/proper/jcs/trunk/commons-jcs-jcache-extras/src/main/java/org/apache/commons/jcs/jcache/extras/web/JCacheFilter.java
 ( 1593784 )

Changed: rmannibucau @ Sun 11 May 2014 12:43:07 +
Comment: adding API CacheEvictor
Files changed:
  
/commons/proper/jcs/trunk/commons-jcs-jcache/src/main/java/org/apache/commons/jcs/jcache/JCSCache.java
 ( 1593785 )
  
/commons/proper/jcs/trunk/commons-jcs-jcache/src/main/java/org/apache/commons/jcs/jcache/JCSElement.java
 ( 1593785 )
  
/commons/proper/jcs/trunk/commons-jcs-jcache/src/main/java/org/apache/commons/jcs/jcache/spi
 ( 1593785 )
  
/commons/proper/jcs/trunk/commons-jcs-jcache/src/main/java/org/apache/commons/jcs/jcache/spi/CacheEvictor.java
 ( 1593785 )


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: 169.424


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(Bas

[continuum] BUILD FAILURE: Apache Commons JCS - Apache Commons (Group (shared) Maven 3 Build Definition (Java 1.6))

[Apache Continuum]

Online report : 
https://continuum-ci.apache.org/continuum/buildResult.action?buildId=30579&projectId=286

Build statistics:
  State: Failed
  Previous State: Failed
  Started at: Sun 11 May 2014 12:20:54 +
  Finished at: Sun 11 May 2014 12:25:02 +
  Total time: 4m 7s
  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 @ Sun 11 May 2014 11:47:18 +
Comment: testing query cache
Files changed:
  
/commons/proper/jcs/trunk/commons-jcs-jcache-openjpa/src/test/java/org/apache/commons/jcs/jcache/openjpa/OpenJPAJCacheDataCacheTest.java
 ( 1593779 )

Changed: rmannibucau @ Sun 11 May 2014 11:53:12 +
Comment: allowing to configure jcs uri and auto adjusting querycache and 
datacache if manager is jcache
Files changed:
  
/commons/proper/jcs/trunk/commons-jcs-jcache-openjpa/src/main/java/org/apache/commons/jcs/jcache/openjpa/OpenJPAJCacheDataCacheManager.java
 ( 1593781 )
  
/commons/proper/jcs/trunk/commons-jcs-jcache-openjpa/src/main/java/org/apache/commons/jcs/jcache/openjpa/OpenJPAJCacheDerivation.java
 ( 1593781 )
  
/commons/proper/jcs/trunk/commons-jcs-jcache-openjpa/src/test/java/org/apache/commons/jcs/jcache/openjpa/OpenJPAJCacheDataCacheTest.java
 ( 1593781 )

Changed: rmannibucau @ Sun 11 May 2014 11:58:51 +
Comment: closing cache manager if not already closed
Files changed:
  
/commons/proper/jcs/trunk/commons-jcs-jcache-openjpa/src/main/java/org/apache/commons/jcs/jcache/openjpa/OpenJPAJCacheDataCacheManager.java
 ( 1593783 )


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: 131.256


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)
 

[continuum] BUILD FAILURE: Apache Commons JCS - Apache Commons ()

[Apache Continuum]

Online report : 
https://continuum-ci.apache.org/continuum/buildResult.action?buildId=30576&projectId=286

Build statistics:
  State: Failed
  Previous State: Failed
  Started at: Sun 11 May 2014 12:00:07 +
  Finished at: Sun 11 May 2014 12:04:41 +
  Total time: 4m 33s
  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 @ Sun 11 May 2014 11:47:18 +
Comment: testing query cache
Files changed:
  
/commons/proper/jcs/trunk/commons-jcs-jcache-openjpa/src/test/java/org/apache/commons/jcs/jcache/openjpa/OpenJPAJCacheDataCacheTest.java
 ( 1593779 )

Changed: rmannibucau @ Sun 11 May 2014 11:53:12 +
Comment: allowing to configure jcs uri and auto adjusting querycache and 
datacache if manager is jcache
Files changed:
  
/commons/proper/jcs/trunk/commons-jcs-jcache-openjpa/src/main/java/org/apache/commons/jcs/jcache/openjpa/OpenJPAJCacheDataCacheManager.java
 ( 1593781 )
  
/commons/proper/jcs/trunk/commons-jcs-jcache-openjpa/src/main/java/org/apache/commons/jcs/jcache/openjpa/OpenJPAJCacheDerivation.java
 ( 1593781 )
  
/commons/proper/jcs/trunk/commons-jcs-jcache-openjpa/src/test/java/org/apache/commons/jcs/jcache/openjpa/OpenJPAJCacheDataCacheTest.java
 ( 1593781 )

Changed: rmannibucau @ Sun 11 May 2014 11:58:51 +
Comment: closing cache manager if not already closed
Files changed:
  
/commons/proper/jcs/trunk/commons-jcs-jcache-openjpa/src/main/java/org/apache/commons/jcs/jcache/openjpa/OpenJPAJCacheDataCacheManager.java
 ( 1593783 )


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: 171.966


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)
 

I am not getting mail updates on the comments made on issue MATH-418

[venkatesha m]

Hi

Please pardon if this is not the mail group to send this. kindly advise/forward 
this to right group.
Currently i have uploaded patch requesting for review; however my own comments 
i am not able to see.

Please help

thanks
murthy

[continuum] BUILD FAILURE: Apache Commons JCS - Apache Commons (Group (shared) Maven 3 Build Definition (Java 1.6))

[Apache Continuum]

Online report : 
https://continuum-ci.apache.org/continuum/buildResult.action?buildId=30403&projectId=286

Build statistics:
  State: Failed
  Previous State: Failed
  Started at: Thu 8 May 2014 06:20:46 +
  Finished at: Thu 8 May 2014 06:24:54 +
  Total time: 4m 7s
  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 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 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: 132.877


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

[continuum] BUILD FAILURE: Apache Commons JCS - Apache Commons (Group (shared) Maven 3 Build Definition (Java 1.6))

[Apache Continuum]

Online report : 
https://continuum-ci.apache.org/continuum/buildResult.action?buildId=30575&projectId=286

Build statistics:
  State: Failed
  Previous State: Failed
  Started at: Sun 11 May 2014 11:21:02 +
  Finished at: Sun 11 May 2014 11:25:08 +
  Total time: 4m 5s
  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 @ Sun 11 May 2014 10:39:22 +
Comment: basic openjpa module for jcache, a lot to test and review but basic 
wiring is here
Files changed:
  
/commons/proper/jcs/trunk/commons-jcs-jcache-extras/src/main/java/org/apache/commons/jcs/jcache/extras/cdi/ExtraJCacheExtension.java
 ( 1593768 )
  /commons/proper/jcs/trunk/commons-jcs-jcache-openjpa ( 1593768 )
  /commons/proper/jcs/trunk/commons-jcs-jcache-openjpa/pom.xml ( 1593768 )
  /commons/proper/jcs/trunk/commons-jcs-jcache-openjpa/src ( 1593768 )
  /commons/proper/jcs/trunk/commons-jcs-jcache-openjpa/src/main ( 1593768 )
  /commons/proper/jcs/trunk/commons-jcs-jcache-openjpa/src/main/java ( 1593768 )
  /commons/proper/jcs/trunk/commons-jcs-jcache-openjpa/src/main/java/org ( 
1593768 )
  /commons/proper/jcs/trunk/commons-jcs-jcache-openjpa/src/main/java/org/apache 
( 1593768 )
  
/commons/proper/jcs/trunk/commons-jcs-jcache-openjpa/src/main/java/org/apache/commons
 ( 1593768 )
  
/commons/proper/jcs/trunk/commons-jcs-jcache-openjpa/src/main/java/org/apache/commons/jcs
 ( 1593768 )
  
/commons/proper/jcs/trunk/commons-jcs-jcache-openjpa/src/main/java/org/apache/commons/jcs/jcache
 ( 1593768 )
  
/commons/proper/jcs/trunk/commons-jcs-jcache-openjpa/src/main/java/org/apache/commons/jcs/jcache/openjpa
 ( 1593768 )
  
/commons/proper/jcs/trunk/commons-jcs-jcache-openjpa/src/main/java/org/apache/commons/jcs/jcache/openjpa/OpenJPAJCacheDataCache.java
 ( 1593768 )
  
/commons/proper/jcs/trunk/commons-jcs-jcache-openjpa/src/main/java/org/apache/commons/jcs/jcache/openjpa/OpenJPAJCacheDataCacheManager.java
 ( 1593768 )
  
/commons/proper/jcs/trunk/commons-jcs-jcache-openjpa/src/main/java/org/apache/commons/jcs/jcache/openjpa/OpenJPAJCacheDerivation.java
 ( 1593768 )
  
/commons/proper/jcs/trunk/commons-jcs-jcache-openjpa/src/main/java/org/apache/commons/jcs/jcache/openjpa/OpenJPAJCacheQueryCache.java
 ( 1593768 )
  /commons/proper/jcs/trunk/commons-jcs-jcache-openjpa/src/main/resources ( 
1593768 )
  
/commons/proper/jcs/trunk/commons-jcs-jcache-openjpa/src/main/resources/META-INF
 ( 1593768 )
  
/commons/proper/jcs/trunk/commons-jcs-jcache-openjpa/src/main/resources/META-INF/services
 ( 1593768 )
  
/commons/proper/jcs/trunk/commons-jcs-jcache-openjpa/src/main/resources/META-INF/services/org.apache.openjpa.lib.conf.ProductDerivation
 ( 1593768 )
  /commons/proper/jcs/trunk/commons-jcs-jcache-openjpa/src/test ( 1593768 )
  /commons/proper/jcs/trunk/commons-jcs-jcache-openjpa/src/test/java ( 1593768 )
  /commons/proper/jcs/trunk/commons-jcs-jcache-openjpa/src/test/java/org ( 
1593768 )
  /commons/proper/jcs/trunk/commons-jcs-jcache-openjpa/src/test/java/org/apache 
( 1593768 )
  
/commons/proper/jcs/trunk/commons-jcs-jcache-openjpa/src/test/java/org/apache/commons
 ( 1593768 )
  
/commons/proper/jcs/trunk/commons-jcs-jcache-openjpa/src/test/java/org/apache/commons/jcs
 ( 1593768 )
  
/commons/proper/jcs/trunk/commons-jcs-jcache-openjpa/src/test/java/org/apache/commons/jcs/jcache
 ( 1593768 )
  
/commons/proper/jcs/trunk/commons-jcs-jcache-openjpa/src/test/java/org/apache/commons/jcs/jcache/openjpa
 ( 1593768 )
  
/commons/proper/jcs/trunk/commons-jcs-jcache-openjpa/src/test/java/org/apache/commons/jcs/jcache/openjpa/OpenJPAJCacheDataCacheTest.java
 ( 1593768 )
  /commons/proper/jcs/trunk/pom.xml ( 1593768 )

Changed: rmannibucau @ Sun 11 May 2014 10:46:35 +
Comment: configuration from openjpa properties for jcache datacache
Files changed:
  
/commons/proper/jcs/trunk/commons-jcs-jcache-openjpa/src/main/java/org/apache/commons/jcs/jcache/openjpa/OpenJPAJCacheDataCacheManager.java
 ( 1593769 )


Dependencies Changes:
**

[continuum] BUILD FAILURE: Apache Commons JCS - Apache Commons ()

[Apache Continuum]

Online report : 
https://continuum-ci.apache.org/continuum/buildResult.action?buildId=30572&projectId=286

Build statistics:
  State: Failed
  Previous State: Failed
  Started at: Sun 11 May 2014 11:00:12 +
  Finished at: Sun 11 May 2014 11:04:40 +
  Total time: 4m 27s
  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 @ Sun 11 May 2014 10:39:22 +
Comment: basic openjpa module for jcache, a lot to test and review but basic 
wiring is here
Files changed:
  
/commons/proper/jcs/trunk/commons-jcs-jcache-extras/src/main/java/org/apache/commons/jcs/jcache/extras/cdi/ExtraJCacheExtension.java
 ( 1593768 )
  /commons/proper/jcs/trunk/commons-jcs-jcache-openjpa ( 1593768 )
  /commons/proper/jcs/trunk/commons-jcs-jcache-openjpa/pom.xml ( 1593768 )
  /commons/proper/jcs/trunk/commons-jcs-jcache-openjpa/src ( 1593768 )
  /commons/proper/jcs/trunk/commons-jcs-jcache-openjpa/src/main ( 1593768 )
  /commons/proper/jcs/trunk/commons-jcs-jcache-openjpa/src/main/java ( 1593768 )
  /commons/proper/jcs/trunk/commons-jcs-jcache-openjpa/src/main/java/org ( 
1593768 )
  /commons/proper/jcs/trunk/commons-jcs-jcache-openjpa/src/main/java/org/apache 
( 1593768 )
  
/commons/proper/jcs/trunk/commons-jcs-jcache-openjpa/src/main/java/org/apache/commons
 ( 1593768 )
  
/commons/proper/jcs/trunk/commons-jcs-jcache-openjpa/src/main/java/org/apache/commons/jcs
 ( 1593768 )
  
/commons/proper/jcs/trunk/commons-jcs-jcache-openjpa/src/main/java/org/apache/commons/jcs/jcache
 ( 1593768 )
  
/commons/proper/jcs/trunk/commons-jcs-jcache-openjpa/src/main/java/org/apache/commons/jcs/jcache/openjpa
 ( 1593768 )
  
/commons/proper/jcs/trunk/commons-jcs-jcache-openjpa/src/main/java/org/apache/commons/jcs/jcache/openjpa/OpenJPAJCacheDataCache.java
 ( 1593768 )
  
/commons/proper/jcs/trunk/commons-jcs-jcache-openjpa/src/main/java/org/apache/commons/jcs/jcache/openjpa/OpenJPAJCacheDataCacheManager.java
 ( 1593768 )
  
/commons/proper/jcs/trunk/commons-jcs-jcache-openjpa/src/main/java/org/apache/commons/jcs/jcache/openjpa/OpenJPAJCacheDerivation.java
 ( 1593768 )
  
/commons/proper/jcs/trunk/commons-jcs-jcache-openjpa/src/main/java/org/apache/commons/jcs/jcache/openjpa/OpenJPAJCacheQueryCache.java
 ( 1593768 )
  /commons/proper/jcs/trunk/commons-jcs-jcache-openjpa/src/main/resources ( 
1593768 )
  
/commons/proper/jcs/trunk/commons-jcs-jcache-openjpa/src/main/resources/META-INF
 ( 1593768 )
  
/commons/proper/jcs/trunk/commons-jcs-jcache-openjpa/src/main/resources/META-INF/services
 ( 1593768 )
  
/commons/proper/jcs/trunk/commons-jcs-jcache-openjpa/src/main/resources/META-INF/services/org.apache.openjpa.lib.conf.ProductDerivation
 ( 1593768 )
  /commons/proper/jcs/trunk/commons-jcs-jcache-openjpa/src/test ( 1593768 )
  /commons/proper/jcs/trunk/commons-jcs-jcache-openjpa/src/test/java ( 1593768 )
  /commons/proper/jcs/trunk/commons-jcs-jcache-openjpa/src/test/java/org ( 
1593768 )
  /commons/proper/jcs/trunk/commons-jcs-jcache-openjpa/src/test/java/org/apache 
( 1593768 )
  
/commons/proper/jcs/trunk/commons-jcs-jcache-openjpa/src/test/java/org/apache/commons
 ( 1593768 )
  
/commons/proper/jcs/trunk/commons-jcs-jcache-openjpa/src/test/java/org/apache/commons/jcs
 ( 1593768 )
  
/commons/proper/jcs/trunk/commons-jcs-jcache-openjpa/src/test/java/org/apache/commons/jcs/jcache
 ( 1593768 )
  
/commons/proper/jcs/trunk/commons-jcs-jcache-openjpa/src/test/java/org/apache/commons/jcs/jcache/openjpa
 ( 1593768 )
  
/commons/proper/jcs/trunk/commons-jcs-jcache-openjpa/src/test/java/org/apache/commons/jcs/jcache/openjpa/OpenJPAJCacheDataCacheTest.java
 ( 1593768 )
  /commons/proper/jcs/trunk/pom.xml ( 1593768 )

Changed: rmannibucau @ Sun 11 May 2014 10:46:35 +
Comment: configuration from openjpa properties for jcache datacache
Files changed:
  
/commons/proper/jcs/trunk/commons-jcs-jcache-openjpa/src/main/java/org/apache/commons/jcs/jcache/openjpa/OpenJPAJCacheDataCacheManager.java
 ( 1593769 )


Dependencies Changes:
*

Re: [jcs] What's next?

[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
> of use cases, do we keep it this way (linked to 4) )?
> 2) API: do we use JCache as main API or do we keep core?
> 3) Reviewing JCache module I really wonder if we shouldn't use a
> ConcurrentHashMap instead of a the currently backing CompositeCache
> and add on top of this "locally optimized" implementation two things:
> a) eviction (a thread regularly iterating over local items to check
> expiry would be enough), b) distribution (see 4) )
> 4) distributed mode: I wonder if we shouldn't rethink it and
> potentially ad

[VOTE] Release Compress 1.8.1 based on RC1

[Stefan Bodewig]

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.

  [ ] +1 Release these artifacts
  [ ] +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

Re: [VOTE] Release Math 3.3 based on RC3 (second run after mail outage)

[Luc Maisonobe]

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.
> 
> 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).
> 
>   [X] +1 Release these artifacts

Luc

>   [ ] +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

[VOTE] Release Math 3.3 based on RC3 (second run after mail outage)

[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

Re: [QUESTION] Is switching from array parameter to varargs binary compatible?

[sebb]

On 10 May 2014 14:13, Thomas Vandahl  wrote:
> On 05.05.14 19:40, Benedikt Ritter wrote:
>> Hi,
>>
>> we have a pull request at github for [lang] which proposes to introduce new
>> methods in NumberUtils that take varargs as input parameters instead of
>> arrays [1]. I think a better solution would be to change those old methods
>> to use varargs instead of introducing new methods. Since I'm not sure how
>> this affects binary compatibility, I'd like to here what others thing about
>> this.
>
> If you look at the generated byte code, the result is identical.

In which case, why do we need to bother to change the source?
The compiler only has the byte-code as reference when compiling source
that uses the method.

> Bye, Thomas.
>
>
> -
> 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 ()

[Apache Continuum]

Online report : 
https://continuum-ci.apache.org/continuum/buildResult.action?buildId=30482&projectId=286

Build statistics:
  State: Failed
  Previous State: Failed
  Started at: Fri 9 May 2014 18:00:03 +
  Finished at: Fri 9 May 2014 18:05:04 +
  Total time: 5m 1s
  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 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 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: 177.75499


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.ja

[ALL] Commit emails currently don't work

[Benedikt Ritter]

Hi all,

FYI: I've talked with infra via IRC, since the commit emails currently
don't work. Infra is already working on this.

Regards,
Benedikt


-- 
http://people.apache.org/~britter/
http://www.systemoutprintln.de/
http://twitter.com/BenediktRitter
http://github.com/britter