-
Bug
-
Resolution: Done
-
Blocker
-
3.1.0.Final
-
None
-
Workaround Exists
-
It is generally possible to override ModeShape 3.1's dependency on Infinispan from the normal 5.1.2.FINAL version to instead use a more recent version of Infinispan. However, when this is done with ModeShape 3.1.0.Final and a clustered cache is created, only the first process is able to properly start up; subsequent processes do not seem to see the repository as being initialized and attempt to re-initialize the repository content and thereby corrupt the repository.
Opening this issue merely as a known-issue. We've traced this to an apparent problem within Infinispan 5.2.0.CR1; see ISPN-2712 for details. Hopefully this will be fixed before 5.2.0.Final. When it is fixed, we should have to only retest it to verify the problem is fixed. (This can easily be tested by using the standalone test case attached to MODE-1745.)
- incorporates
-
MODE-1836 Modeshape clustering problem with ISPN eviction enabled
- Closed
-
MODE-1875 ModeShape should use partial deltas when transferring data in a cluster
- Closed
- is blocked by
-
ISPN-2871 All nodes are not replicated when eviction is enabled
- Closed
-
ISPN-2712 Initial state transfer doesn't appear to all be persisted when using eviction in a replicated cluster
- Closed
-
ISPN-2974 DeltaAware based fine-grained replication corrupts cache data, if eviction is enabled
- Closed
-
MODE-1763 Upgrade to Infinispan 5.2.1.Final
- Closed
- is related to
-
MODE-1745 NullPointerException while running ModeShape embedded in spring with TransactionManager in clustered mode
- Closed
- relates to
-
MODE-1739 Data corruption when starting up another cluster instance
- Closed