commons-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From ozeigerm...@apache.org
Subject svn commit: r153452 - jakarta/commons/proper/transaction/trunk/RELEASE-NOTES.txt
Date Fri, 11 Feb 2005 19:51:54 GMT
Author: ozeigermann
Date: Fri Feb 11 11:51:53 2005
New Revision: 153452

URL: http://svn.apache.org/viewcvs?view=rev&rev=153452
Log:
Added recent changes and prepared for rc1

Modified:
    jakarta/commons/proper/transaction/trunk/RELEASE-NOTES.txt

Modified: jakarta/commons/proper/transaction/trunk/RELEASE-NOTES.txt
URL: http://svn.apache.org/viewcvs/jakarta/commons/proper/transaction/trunk/RELEASE-NOTES.txt?view=diff&r1=153451&r2=153452
==============================================================================
--- jakarta/commons/proper/transaction/trunk/RELEASE-NOTES.txt (original)
+++ jakarta/commons/proper/transaction/trunk/RELEASE-NOTES.txt Fri Feb 11 11:51:53 2005
@@ -1,8 +1,8 @@
-Jakarta Commons Transaction Release 1.1 beta2
+Jakarta Commons Transaction Release 1.1 rc1
 ---------------------------------------------
 
 RELEASE NUMBER: 1.1b2
-RELEASE TAG / BRANCH: TRANSACTION_1_1_B2_RELEASE / none yet
+RELEASE TAG / BRANCH: TRANSACTION_1_1_RC1_RELEASE / none yet
 
 DESCRIPTION
 -----------
@@ -19,9 +19,8 @@
 GENERAL RELEASE NOTES
 ---------------------
 
-This is the second beta of the Commons Transaction 1.1 feature release.
-It mainly fixes concurrency bugs not discovered before the first beta and
-adds test cases that reveal them.
+This is the first release candidate of the Commons Transaction 1.1 feature release.
+It mainly cleanes up some minor issues that come up while beta testing.
 
 Commons Transaction 1.1 aims at polishing (interface) oddities, improving
 locking and making the file store more flexible. Locking now is much more
@@ -72,6 +71,13 @@
 ENHANCEMENTS FROM 1.0 beta1
 -----------------------
 - Many extensions for information about locks
+
+ENHANCEMENTS FROM 1.0 beta2
+-----------------------
+- Made GenericLockManager#checkLock, GenericLockManager#hasLock, GenericLockManager#release
only check on existing locks
+  as creating a new lock was silly in that scenario
+- Split GenericLockManager#lock(Object ownerId, Object resourceId, int targetLockLevel, int
compatibility, boolean preferred, long timeoutMSecs)
+  into two parts to make subclassing easier
 
 KNOWN ISSUES
 ------------



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


Mime
View raw message