[
http://issues.apache.org/jira/browse/BEANUTILS-263?page=comments#action_12452465
]
Alex Albu commented on BEANUTILS-263:
-
Yes, Weblogic throws a ClassNotFoundException. And the fix I posted does fix
the problem. Writing a custom
Reduce contention by making borrow return more independent from each other
Key: POOL-93
URL: http://issues.apache.org/jira/browse/POOL-93
Project: Commons Pool
[ http://issues.apache.org/jira/browse/POOL-93?page=all ]
Holger Hoffstätte updated POOL-93:
--
Attachment: GKOP-relaxedSyncOnReturn.patch
Patch for making returnObject invalidateObject less synchronized. All unit
tests still pass, even with massive
[
http://issues.apache.org/jira/browse/POOL-93?page=comments#action_12452478 ]
Holger Hoffstätte commented on POOL-93:
---
One note on the relaxing of returnObject():
_testOnReturn is now accessed without prior synchronization, which strictly
[ http://issues.apache.org/jira/browse/DBCP-44?page=all ]
Phil Steitz updated DBCP-44:
Attachment: deadlock_post_patch.txt
Deadlock after suggested patch, generated by testConcurrency unit test
[dbcp] Evictor thread in GenericObjectPool has potential for
[ http://issues.apache.org/jira/browse/DBCP-44?page=all ]
Phil Steitz updated DBCP-44:
Attachment: deadlock.txt
Deadlock generated by testConcurrency
[dbcp] Evictor thread in GenericObjectPool has potential for deadlock
[ http://issues.apache.org/jira/browse/DBCP-44?page=all ]
Phil Steitz updated DBCP-44:
Attachment: testConcurrency.java
Unit test generating deadlock using dbcp testDriver
[dbcp] Evictor thread in GenericObjectPool has potential for deadlock
[ http://issues.apache.org/jira/browse/DBCP-44?page=all ]
Phil Steitz updated DBCP-44:
Bugzilla Id: (was: 33912)
Fix Version/s: 1.3
(was: 1.2.2)
Affects Version/s: 1.2.1
Like DBCP-65, I don't think there is a
[
http://issues.apache.org/jira/browse/DBCP-65?page=comments#action_12452488 ]
Phil Steitz commented on DBCP-65:
-
I am +1 on option 2, or just migrate to Pool 2 when it is released. Having
spent many hours trying to find workarounds for this
[ http://issues.apache.org/jira/browse/POOL-93?page=all ]
Holger Hoffstätte updated POOL-93:
--
Attachment: relaxedReturnObjectBenchmark.txt
Benchmark results. Summary: JDK 1.4 and 1.5 are really slow :-)
Reduce contention by making borrow return
[
http://issues.apache.org/jira/browse/POOL-93?page=comments#action_12452492 ]
Holger Hoffstätte commented on POOL-93:
---
One more note on the benchmarks: all this was done on a single-core P4 2.4GHz.
Experiments on a dual-core Opteron show
On 11/23/06, Niall Pemberton [EMAIL PROTECTED] wrote:
On 11/23/06, robert burrell donkin [EMAIL PROTECTED] wrote:
On Sun, 2006-11-19 at 19:53 +, robert burrell donkin wrote:
thanks to everyone who commented on RC1
i've now cut an RC2 based on the feedback and uploaded the artifacts
On 11/24/06, Henri Yandell [EMAIL PROTECTED] wrote:
On 11/23/06, Niall Pemberton [EMAIL PROTECTED] wrote:
On 11/23/06, robert burrell donkin [EMAIL PROTECTED] wrote:
On Sun, 2006-11-19 at 19:53 +, robert burrell donkin wrote:
thanks to everyone who commented on RC1
i've now cut
Author: oheger
Date: Fri Nov 24 11:13:10 2006
New Revision: 478947
URL: http://svn.apache.org/viewvc?view=revrev=478947
Log:
Updated DefaultConfigurationBuilder to use the standard hierarchical expression
engine; so the dependency to JXPath is no longer needed when working with this
class
[ http://issues.apache.org/jira/browse/CONFIGURATION-234?page=all ]
Oliver Heger resolved CONFIGURATION-234.
Fix Version/s: Nightly Builds
Resolution: Fixed
I fixed it the hard way: The dependency to commons-jxpath is no longer needed.
Deadlock creating/closing PreparedStatement
---
Key: DBCP-202
URL: http://issues.apache.org/jira/browse/DBCP-202
Project: Commons Dbcp
Issue Type: Bug
Affects Versions: 1.3
Reporter:
Author: niallp
Date: Fri Nov 24 13:10:56 2006
New Revision: 478998
URL: http://svn.apache.org/viewvc?view=revrev=478998
Log:
Fix issues with the RC1 site and build:
1) Update XML files license headers to comply with the new ASF Source Header
and Copyright Notice Policy
2) Add DbUtils copyright
On 11/16/06, Henri Yandell [EMAIL PROTECTED] wrote:
I've prepared 1.1-RC1 for DbUtils.
http://people.apache.org/~bayard/commons-dbutils/1.1-RC1/
It was built under 1.4 on OS X. 'ant clean test' passes under 1.3.
Any obvious problems before I call a vote?
I found quite a few nitpicks with
On 11/24/06, Niall Pemberton [EMAIL PROTECTED] wrote:
On 11/16/06, Henri Yandell [EMAIL PROTECTED] wrote:
I've prepared 1.1-RC1 for DbUtils.
http://people.apache.org/~bayard/commons-dbutils/1.1-RC1/
It was built under 1.4 on OS X. 'ant clean test' passes under 1.3.
Any obvious problems
Author: bayard
Date: Fri Nov 24 13:58:17 2006
New Revision: 479013
URL: http://svn.apache.org/viewvc?view=revrev=479013
Log:
Make md5s for all dists
Modified:
jakarta/commons/proper/commons-nightly/trunk/commons_nightly.sh
Modified:
[ http://issues.apache.org/jira/browse/DIGESTER-110?page=all ]
Craig McClanahan updated DIGESTER-110:
--
Attachment: diffs.txt
Here is my proposed changes to Digester (a new unit test case will be submitted
separately). The primary changes are:
*
[ http://issues.apache.org/jira/browse/DIGESTER-110?page=all ]
Craig McClanahan updated DIGESTER-110:
--
Attachment: URLTestCase.java
New test case that uses the URL-based method signatures. The parse method is
called twice to ensure that
While trying to verify the patch I'm proposing for DIGESTER-110, I tried
temporarily modifying my Maven2 POMs for Shale to pick up the new version.
I noticed that the groupId for Digester is being changed from
commons-digester (as it was before), to org.apache.commons (in the
1.8-RC1 version).
Author: martinc
Date: Fri Nov 24 15:01:04 2006
New Revision: 479036
URL: http://svn.apache.org/viewvc?view=revrev=479036
Log:
Company change (somewhat belated).
Modified:
jakarta/commons/proper/chain/trunk/project.xml
jakarta/commons/proper/fileupload/trunk/project.xml
Modified:
Author: martinc
Date: Fri Nov 24 15:01:50 2006
New Revision: 479040
URL: http://svn.apache.org/viewvc?view=revrev=479040
Log:
Company change (somewhat belated).
Modified:
jakarta/commons/sandbox/javaflow/trunk/pom.xml
jakarta/commons/sandbox/javaflow/trunk/project.xml
Modified:
Author: martinc
Date: Fri Nov 24 15:13:39 2006
New Revision: 479046
URL: http://svn.apache.org/viewvc?view=revrev=479046
Log:
Company change (somewhat belated).
Modified:
jakarta/commons/proper/fileupload/trunk/pom.xml
Modified: jakarta/commons/proper/fileupload/trunk/pom.xml
URL:
On 11/24/06, Craig McClanahan [EMAIL PROTECTED] wrote:
I presume that this is being done as part of some Commons-wide policy
change? If so, it's incumbent on us to clearly document the impact of this
change on downstream users, because it is going to be pretty disruptive
until all downstream
On 11/24/06, Wendy Smoak [EMAIL PROTECTED] wrote:
On 11/24/06, Craig McClanahan [EMAIL PROTECTED] wrote:
I presume that this is being done as part of some Commons-wide policy
change? If so, it's incumbent on us to clearly document the impact of this
change on downstream users, because it is
On 11/24/06, Wendy Smoak [EMAIL PROTECTED] wrote:
On 11/24/06, Craig McClanahan [EMAIL PROTECTED] wrote:
I presume that this is being done as part of some Commons-wide policy
change? If so, it's incumbent on us to clearly document the impact of
this
change on downstream users, because it
Henri Yandell wrote:
In the meantime though, we have 12 components with org.apache.commons
and 22 with the original (for some value of 12 and 22). Anyone against
rolling them back to the original group ids? Discovery, Digester,
DbUtils and Betwixt are all close to release and it sounds like
On 11/24/06, Craig McClanahan [EMAIL PROTECTED] wrote:
Does that mean that you will be able to use
commons-digester:commons-digester:1.8 *or*
org.apache.commons:commons-digester:1.8 after Digester 1.8 is released?
For a specific example, consider an app that uses, say, Shale and MyFaces
1.1.4.
Wendy Smoak wrote:
On 11/24/06, Craig McClanahan [EMAIL PROTECTED] wrote:
I presume that this is being done as part of some Commons-wide policy
change? If so, it's incumbent on us to clearly document the impact of
this
change on downstream users, because it is going to be pretty disruptive
On 11/24/06, Wendy Smoak [EMAIL PROTECTED] wrote:
On 11/24/06, Craig McClanahan [EMAIL PROTECTED] wrote:
Does that mean that you will be able to use
commons-digester:commons-digester:1.8 *or*
org.apache.commons:commons-digester:1.8 after Digester 1.8 is released?
For a specific example,
[
http://issues.apache.org/jira/browse/POOL-93?page=comments#action_12452542 ]
Sandy McArthur commented on POOL-93:
First look at the patch looks good.
Any reason not to replace direct access of _testOnReturn with calls to
getTestOnReturn()
[
http://issues.apache.org/jira/browse/POOL-93?page=comments#action_12452547 ]
Holger Hoffstätte commented on POOL-93:
---
Thought about that too; AFAIK volatile is not really broken any more, at least
not for volatile reads synchronized
Author: psteitz
Date: Fri Nov 24 21:58:37 2006
New Revision: 479088
URL: http://svn.apache.org/viewvc?view=revrev=479088
Log:
Javadoc only. Removed reference to collections dependency and specified jar
versions for java classpath spec.
Modified:
Author: psteitz
Date: Fri Nov 24 22:46:35 2006
New Revision: 479091
URL: http://svn.apache.org/viewvc?view=revrev=479091
Log:
Replaced hand-crafted ant build with maven-generated build.xml.
Removed:
jakarta/commons/proper/dbcp/trunk/build.properties.sample
Modified:
37 matches
Mail list logo