@StableMinor(version="12.1", sinceVersion="4.2") public interface ILockManager
lumis.portal.lock
Modifier and Type | Method and Description |
---|---|
Lock |
getLock(String resourceId)
Deprecated.
since 8.0.0 replaced by
getWriteLock(String) |
Lock |
getReadLock(String resourceId)
Returns a non-exclusive read lock object for the specified resource.
|
Lock |
getWriteLock(String resourceId)
Returns an exclusive write lock object for the specified resource.
|
void |
unlockExpiredLocks()
Deletes all the locks that have expired.
|
@Deprecated Lock getLock(String resourceId)
getWriteLock(String)
See lumis.portal.lock
for details about the consequences of
the lock scope being cluster-wide.
The lock implementation returned does not support conditions. The
Lock.newCondition()
method throws UnsupportedOperationException
.
If this method is called multiple times with the same resourceId value,
the lock objects returned use a common synchronizing resource. This way,
calling Lock.lock()
on any of these lock objects will generate
a lock in the same resource (and these locks will block each other).
But a Lock.unlock()
must still be executed in
the same Lock
instance on which the lock was acquired, since
it is considered the owner of that lock.
resourceId
- the identifier of the resource the lock refers to. It
is recommended to name the identifier using Java class name style
(e.g. com.company.module.etc.MyResource) to prevent naming conflicts on
different implementations.lumis.portal.lock
Lock getReadLock(String resourceId)
See lumis.portal.lock
for details about the consequences of the lock scope being cluster-wide.
The lock implementation returned does not support conditions. The Lock.newCondition()
method throws
UnsupportedOperationException
.
This kind of lock requires that there's no write lock holding the lock of the same resource. In the other hand, multiple read locks may be holding the lock for the same resource at the same time.
This lock is indicated when some resource must be read but it will not be changed. This way, multiple processes that must read the same resource will not block each other.
resourceId
- the identifier of the resource the lock refers to. It is recommended to name the identifier using Java
class name style (e.g. com.company.module.etc.MyResource) to prevent naming conflicts on different
implementations.lumis.portal.lock
Lock getWriteLock(String resourceId)
See lumis.portal.lock
for details about the consequences of the lock scope being cluster-wide.
The lock implementation returned does not support conditions. The Lock.newCondition()
method throws
UnsupportedOperationException
.
This kind of lock requires that there's no other lock holding the lock of the same resource. Once this lock has been locked, no other lock will be able to access the specified resource until this lock has been unlocked.
This lock is indicated when some resource must be changed. This way, the owner of this lock can change the resource exclusively, avoiding other processes to read or change the specified resource erroneously.
resourceId
- the identifier of the resource the lock refers to. It is recommended to name the identifier using Java
class name style (e.g. com.company.module.etc.MyResource) to prevent naming conflicts on different
implementations.lumis.portal.lock
void unlockExpiredLocks() throws PortalException
PortalException
LumisXP 12.1.0.191010 - Copyright © 2006–2019 Lumis EIP Tecnologia da Informação LTDA. All Rights Reserved.