On 5/28/14, 4:47 AM, Romain Manni-Bucau wrote:
> I'm convinced of it (why the comment was this way). I'll try to rework it
> this week based on the LockFactory we spoke about in another thread.
Great. Would would be good to explain when implementing these
changes is:
0) what sequences of operati
On 28 May 2014 18:06, wrote:
> Author: rmannibucau
> Date: Wed May 28 17:06:12 2014
> New Revision: 1598071
>
> URL: http://svn.apache.org/r1598071
> Log:
> using reentrant locks instead of old synchronized
-1
This commit mixes two completely different changes:
- re-entrant locks
- addition of
Hi,
JIRA has several bugs marked as fixed in beanutils 1.8.4 but this
version was never released. Is it correct to assume they were fixed in
1.9.0?
https://issues.apache.org/jira/secure/ReleaseNote.jspa?projectId=12310460&version=12314869
Emmanuel Bourg
-
+1.
Builds OK on:
Apache Maven 3.0.5 (r01de14724cdef164cd33c7c8c2fe155faf9602da; 2013-02-19
08:51:28-0500)
Maven home: C:\Java\apache-maven-3.0.5
Java version: 1.7.0_55, vendor: Oracle Corporation
Java home: C:\Program Files\Java\jdk1.7.0_55\jre
Default locale: en_US, platform encoding: Cp1252
OS
On Wed, May 28, 2014 at 3:58 PM, Oliver Heger
wrote:
> Hi Gary,
>
> Am 28.05.2014 01:33, schrieb Gary Gregory:
> > How about adding FindBugs and PMD reports for the next go around?
>
> agreed, this would be good. However, please keep in mind that
> [beanutils] is currently in pure maintenance mode
Hi Gary,
Am 28.05.2014 01:33, schrieb Gary Gregory:
> How about adding FindBugs and PMD reports for the next go around?
agreed, this would be good. However, please keep in mind that
[beanutils] is currently in pure maintenance mode. I do what I think is
necessary and don't have the ambitions to p
Online report :
https://continuum-ci.apache.org/continuum/buildResult.action?buildId=31538&projectId=286
Build statistics:
State: Failed
Previous State: Failed
Started at: Wed 28 May 2014 18:00:05 +
Finished at: Wed 28 May 2014 18:04:43 +
Total time: 4m 38s
Build Trigger: Sche
Online report :
https://continuum-ci.apache.org/continuum/buildResult.action?buildId=31537&projectId=286
Build statistics:
State: Failed
Previous State: Failed
Started at: Wed 28 May 2014 17:20:43 +
Finished at: Wed 28 May 2014 17:24:36 +
Total time: 3m 52s
Build Trigger: Sche
Hi
any objection to use debug level for first log message
in org.apache.commons.jcs.engine.control.CompositeCache#dispose(boolean)?
It prints something like:
mai 28, 2014 7:13:02 PM
org.apache.commons.jcs.engine.control.CompositeCache dispose
Infos: In DISPOSE, [javax.cache.expiry.ExpiryPolicyTe
Found an IBM article showing globally what I experimented:
http://www.ibm.com/developerworks/java/library/j-jtp10264/
So I'll first add ReentrantLock where synchronized was used, then bench it
again and see depending performances if we need the LockFactory abstraction
or not.
Does it work for you
2014-05-27 21:13 GMT+02:00 Thomas Vandahl :
> On 26.05.14 22:05, Romain Manni-Bucau wrote:
> > the point is putIfAbsent is costly but globally once (can be done
> > concurrently but this is ignorable at runtime). Only important thing is
> to
> > ensure then the system uses a single instance.
>
> R
I'm convinced of it (why the comment was this way). I'll try to rework it
this week based on the LockFactory we spoke about in another thread.
Romain Manni-Bucau
Twitter: @rmannibucau
Blog: http://rmannibucau.wordpress.com/
LinkedIn: http://fr.linkedin.com/in/rmannibucau
Github: https://github.c
+1
Checked with OpenJDK 7 and 8 on Debian
Emmanuel Bourg
Le 26/05/2014 21:39, Oliver Heger a écrit :
> This is a vote to release Commons BeanUtils 1.9.2 based on the first RC.
> There was a fix related to a security issue which should now be made
> available.
>
> BeanUtils 1.9.2 RC1 is availab
On Mon, May 26, 2014 at 9:39 PM, Oliver Heger
wrote:
> This is a vote to release Commons BeanUtils 1.9.2 based on the first RC.
> There was a fix related to a security issue which should now be made
> available.
>
> BeanUtils 1.9.2 RC1 is available for review here:
> https://dist.apache.org/re
14 matches
Mail list logo