urn:infinispan:config:5.1
element locking

Super Types
{urn:infinispan:config:5.1} (restriction)

Documentation
            Defines the local, in-VM locking and concurrency characteristics of the cache.
          
Properties
This component is not nillable.

Model
<locking
  concurrencyLevel = xs:int
  isolationLevel = tns:isolationLevel
  lockAcquisitionTimeout = xs:long
  useLockStriping = xs:boolean
  writeSkewCheck = xs:boolean>

</locking>


Attribute Summary
 xs:intconcurrencyLevel
          Concurrency level for lock containers. 
 tns:isolationLevelisolationLevel
          Cache isolation level. 
 xs:longlockAcquisitionTimeout
           Maximum time to attempt a particular lock acquisition  
 xs:booleanuseLockStriping
          If true, a pool of shared locks is maintained for all entries that need to be locked. 
 xs:booleanwriteSkewCheck
          This setting is only applicable in the case of REPEATABLE_READ. 

Attribute Detail

concurrencyLevel

Concurrency level for lock containers. Adjust this value according to the number of concurrent threads interacting with Infinispan. Similar to the concurrencyLevel tuning parameter seen in the JDK's ConcurrentHashMap.

Type:
xs:int
Use:
optional
Form:
unqualified

isolationLevel

Cache isolation level. Infinispan only supports READ_COMMITTED or REPEATABLE_READ isolation levels. See http://en.wikipedia.org/wiki/Isolation_level'>http://en.wikipedia.org/wiki/Isolation_level for a discussion on isolation levels.

Type:
tns:isolationLevel
Use:
optional
Form:
unqualified

lockAcquisitionTimeout

Maximum time to attempt a particular lock acquisition

Type:
xs:long
Use:
optional
Form:
unqualified

useLockStriping

If true, a pool of shared locks is maintained for all entries that need to be locked. Otherwise, a lock is created per entry in the cache. Lock striping helps control memory footprint but may reduce concurrency in the system.

Type:
xs:boolean
Use:
optional
Form:
unqualified

writeSkewCheck

This setting is only applicable in the case of REPEATABLE_READ. When write skew check is set to false, if the writer at commit time discovers that the working entry and the underlying entry have different versions, the working entry will overwrite the underlying entry. If true, such version conflict - known as a write-skew - will throw an Exception.

Type:
xs:boolean
Use:
optional
Form:
unqualified

Source
<xs:element minOccurs="0" name="locking">
<xs:complexType>
<xs:attribute name="concurrencyLevel" type="xs:int">
</xs:attribute>
<xs:attribute name="isolationLevel" type="tns:isolationLevel">
</xs:attribute>
<xs:attribute name="lockAcquisitionTimeout" type="xs:long">
</xs:attribute>
<xs:attribute name="useLockStriping" type="xs:boolean">
</xs:attribute>
<xs:attribute name="writeSkewCheck" type="xs:boolean">
</xs:attribute>
</xs:complexType>
</xs:element>


Submit a bug or a feature.
Created by xsddoc, a sub project of xframe, hosted at http://xframe.sourceforge.net.