[
https://issues.jboss.org/browse/WFLY-6096?page=com.atlassian.jira.plugin....
]
Stephen Fikes updated WFLY-6096:
--------------------------------
Description:
When Infinispan 8.1 is incorporated in WildFly (WFLY-6094), the changes added as part of
ISPN-5876 should be made non-default.
For the databases that default to read blocking on modified rows (e.g. SQLServer) and for
applications which can be designed to support pessimistic locking for all reads, the
changes reduce the level of data integrity that can be guaranteed.
As discussed in
https://issues.jboss.org/browse/ISPN-5876, for databases which do not
default to read blocking on modified rows or applications which cannot tolerate the cost
of pessimistic locking, the changes address the case where stale data may be loaded and
retained until explicitly evicted or timed out.
was:
When Infinispan 8.1 is incorporated in WildFly (WFLY-6094), the changes added as part of
https://issues.jboss.org/browse/ISPN-5876 should be made non-default.
For the databases that default to read blocking on modified rows (e.g. SQLServer) and for
applications which can be designed to support pessimistic locking for all reads, the
changes reduce the level of data integrity that can be guaranteed.
As discussed in
https://issues.jboss.org/browse/ISPN-5876, for databases which do not
default to read blocking on modified rows or applications which cannot tolerate the cost
of pessimistic locking, the changes address the case where stale data may be loaded and
retained until explicitly evicted or timed out.
ISPN-5876 changes need to be configurable
-----------------------------------------
Key: WFLY-6096
URL:
https://issues.jboss.org/browse/WFLY-6096
Project: WildFly
Issue Type: Feature Request
Components: ConfigAdmin
Reporter: Stephen Fikes
Assignee: Thomas Diesler
When Infinispan 8.1 is incorporated in WildFly (WFLY-6094), the changes added as part of
ISPN-5876 should be made non-default.
For the databases that default to read blocking on modified rows (e.g. SQLServer) and for
applications which can be designed to support pessimistic locking for all reads, the
changes reduce the level of data integrity that can be guaranteed.
As discussed in
https://issues.jboss.org/browse/ISPN-5876, for databases which do not
default to read blocking on modified rows or applications which cannot tolerate the cost
of pessimistic locking, the changes address the case where stale data may be loaded and
retained until explicitly evicted or timed out.
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)