You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@commons.apache.org by bu...@apache.org on 2006/05/11 15:37:40 UTC
DO NOT REPLY [Bug 39559] New: - Timeout is not passed in org.apache.commons.transaction.locking.GenericLockManager#lock(Object ownerId, Object resourceId, int targetLockLevel, boolean reentrant, long timeoutMSecs)
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG�
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://issues.apache.org/bugzilla/show_bug.cgi?id=39559>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND�
INSERTED IN THE BUG DATABASE.
http://issues.apache.org/bugzilla/show_bug.cgi?id=39559
Summary: Timeout is not passed in
org.apache.commons.transaction.locking.GenericLockManage
r#lock(Object ownerId, Object resourceId, int
targetLockLevel, boolean reentrant, long timeoutMSecs)
Product: Commons
Version: 1.1 Final
Platform: All
OS/Version: All
Status: NEW
Severity: normal
Priority: P2
Component: Transaction
AssignedTo: commons-dev@jakarta.apache.org
ReportedBy: mathieu.baudier@murex.com
The timeOutMSecs argument is not passed in the lock(Object ownerId, Object
resourceId, int targetLockLevel, boolean reentrant, long timeoutMSecs) method of
GenericLocakManager, as can be seen below:
public void lock(Object ownerId, Object resourceId, int targetLockLevel, boolean
reentrant,
long timeoutMSecs) throws LockException {
lock(ownerId, resourceId, targetLockLevel, reentrant ?
GenericLock.COMPATIBILITY_REENTRANT
: GenericLock.COMPATIBILITY_NONE, false, globalTimeoutMSecs);
}
globalTimeoutMSecs will therefore be used instead. It is set in the constructor
<init>(int maxLockLevel, LoggerFacade logger, long timeoutMSecs,long
checkThreshholdMSecs).
In the case we faced, we were using the <init>(int maxLockLevel, LoggerFacade
logger) constructor, so the timeout value is always DEFAULT_TIMEOUT (that is
30000 ms) and we have no way to configure it externally without changing our own
code.
--
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
---------------------------------------------------------------------
To unsubscribe, e-mail: commons-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: commons-dev-help@jakarta.apache.org
DO NOT REPLY [Bug 39559] - [transaction] Timeout is not passed in org.apache.commons.transaction.locking.GenericLockManager#lock(Object ownerId, Object resourceId, int targetLockLevel, boolean reentrant, long timeoutMSecs)
Posted by bu...@apache.org.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG�
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://issues.apache.org/bugzilla/show_bug.cgi?id=39559>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND�
INSERTED IN THE BUG DATABASE.
http://issues.apache.org/bugzilla/show_bug.cgi?id=39559
bayard@apache.org changed:
What |Removed |Added
----------------------------------------------------------------------------
Summary|Timeout is not passed in |[transaction] Timeout is not
|org.apache.commons.transacti|passed in
|on.locking.GenericLockManage|org.apache.commons.transacti
|r#lock(Object ownerId, |on.locking.GenericLockManage
|Object resourceId, int |r#lock(Object ownerId,
|targetLockLevel, boolean |Object resourceId, int
|reentrant, long |targetLockLevel, boolean
|timeoutMSecs) |reentrant, long
| |timeoutMSecs)
--
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
---------------------------------------------------------------------
To unsubscribe, e-mail: commons-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: commons-dev-help@jakarta.apache.org
DO NOT REPLY [Bug 39559] - [transaction] Timeout is not passed in org.apache.commons.transaction.locking.GenericLockManager#lock(Object ownerId, Object resourceId, int targetLockLevel, boolean reentrant, long timeoutMSecs)
Posted by bu...@apache.org.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG�
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://issues.apache.org/bugzilla/show_bug.cgi?id=39559>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND�
INSERTED IN THE BUG DATABASE.
http://issues.apache.org/bugzilla/show_bug.cgi?id=39559
------- Additional Comments From dennisl@apache.org 2006-07-13 19:04 -------
Jakarta Commons has moved from Bugzilla to JIRA.
This issue is now at http://issues.apache.org/jira/browse/TRANSACTION-6
--
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
---------------------------------------------------------------------
To unsubscribe, e-mail: commons-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: commons-dev-help@jakarta.apache.org
DO NOT REPLY [Bug 39559] - [transaction] Timeout is not passed in org.apache.commons.transaction.locking.GenericLockManager#lock(Object ownerId, Object resourceId, int targetLockLevel, boolean reentrant, long timeoutMSecs)
Posted by bu...@apache.org.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG�
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://issues.apache.org/bugzilla/show_bug.cgi?id=39559>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND�
INSERTED IN THE BUG DATABASE.
http://issues.apache.org/bugzilla/show_bug.cgi?id=39559
ozeigermann@apache.org changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |RESOLVED
Resolution| |FIXED
------- Additional Comments From ozeigermann@apache.org 2006-07-13 17:47 -------
Bug fixed. Thanks for reporting!
--
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
---------------------------------------------------------------------
To unsubscribe, e-mail: commons-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: commons-dev-help@jakarta.apache.org