July 2020 - infinispan-issues - Jboss List Archives

[JBoss JIRA] (ISPN-12097) Invalidation Cache with a shared store doesn't work properly after new SPI changes

by Will Burns (Jira)

[ https://issues.redhat.com/browse/ISPN-12097?page=com.atlassian.jira.plugi... ] Will Burns updated ISPN-12097: ------------------------------ Status: Pull Request Sent (was: Open) Git Pull Request: https://github.com/infinispan/infinispan/pull/8545 > Invalidation Cache with a shared store doesn't work properly after new SPI changes > ---------------------------------------------------------------------------------- > > Key: ISPN-12097 > URL: https://issues.redhat.com/browse/ISPN-12097 > Project: Infinispan > Issue Type: Bug > Components: Core, Loaders and Stores > Affects Versions: 11.0.1.Final > Reporter: Paul Ferraro > Assignee: Will Burns > Priority: Blocker > Attachments: Test.java > > > There seems to be something amiss with the new NonBlockingStore changes. When a transactional invalidation cache is used with a shared cache store, I've observed the entries published to the removePublisher of the NonBlockStore.batch(...) which should have targeted the writePublisher. This seems to happen when a batch only contains writes, but no removes. > See the attached test to reproduce the issue, which executes two simple cache operations against a transactional vs non-transactional cache using a shared write-through store. The transactional version fails due to unexpected removals triggered by the batch(...) method (which, in the case of the JDBC store delegates to the deleteBatch(...) and bulkUpdate(...) methods. TRACE logging indicates that entries are unexpectedly published to the removePublisher of batch(...) when transactions are enabled causing entries to be removed unexpectedly from the store (as the result of a Cache.put(...)). When tx are disabled, the batch(...) method is, of course, not in play, and everything works correctly via the individual write/delete methods. -- This message was sent by Atlassian Jira (v7.13.8#713008)

4 years, 5 months

1
0
0 / 0

[JBoss JIRA] (ISPN-12097) Invalidation Cache with a shared store doesn't work properly after new SPI changes

by Will Burns (Jira)

[ https://issues.redhat.com/browse/ISPN-12097?page=com.atlassian.jira.plugi... ] Will Burns updated ISPN-12097: ------------------------------ Status: Open (was: New) > Invalidation Cache with a shared store doesn't work properly after new SPI changes > ---------------------------------------------------------------------------------- > > Key: ISPN-12097 > URL: https://issues.redhat.com/browse/ISPN-12097 > Project: Infinispan > Issue Type: Bug > Components: Core, Loaders and Stores > Affects Versions: 11.0.1.Final > Reporter: Paul Ferraro > Assignee: Will Burns > Priority: Blocker > Attachments: Test.java > > > There seems to be something amiss with the new NonBlockingStore changes. When a transactional invalidation cache is used with a shared cache store, I've observed the entries published to the removePublisher of the NonBlockStore.batch(...) which should have targeted the writePublisher. This seems to happen when a batch only contains writes, but no removes. > See the attached test to reproduce the issue, which executes two simple cache operations against a transactional vs non-transactional cache using a shared write-through store. The transactional version fails due to unexpected removals triggered by the batch(...) method (which, in the case of the JDBC store delegates to the deleteBatch(...) and bulkUpdate(...) methods. TRACE logging indicates that entries are unexpectedly published to the removePublisher of batch(...) when transactions are enabled causing entries to be removed unexpectedly from the store (as the result of a Cache.put(...)). When tx are disabled, the batch(...) method is, of course, not in play, and everything works correctly via the individual write/delete methods. -- This message was sent by Atlassian Jira (v7.13.8#713008)

4 years, 5 months

1
0
0 / 0

[JBoss JIRA] (ISPN-12112) Upgrade Jackson-Databind to 2.9.10.4

by Pedro Ruivo (Jira)

[ https://issues.redhat.com/browse/ISPN-12112?page=com.atlassian.jira.plugi... ] Pedro Ruivo updated ISPN-12112: ------------------------------- Status: Pull Request Sent (was: Coding In Progress) Git Pull Request: https://github.com/infinispan/infinispan/pull/8544 > Upgrade Jackson-Databind to 2.9.10.4 > ------------------------------------ > > Key: ISPN-12112 > URL: https://issues.redhat.com/browse/ISPN-12112 > Project: Infinispan > Issue Type: Component Upgrade > Affects Versions: 9.4.19.Final > Reporter: Pedro Ruivo > Assignee: Pedro Ruivo > Priority: Major > Fix For: 9.4.20.Final > > > jackson.databind=2.9.10.4 -- This message was sent by Atlassian Jira (v7.13.8#713008)

4 years, 5 months

1
0
0 / 0

[JBoss JIRA] (ISPN-12097) Invalidation Cache with a shared store doesn't work properly after new SPI changes

by Will Burns (Jira)

[ https://issues.redhat.com/browse/ISPN-12097?page=com.atlassian.jira.plugi... ] Will Burns updated ISPN-12097: ------------------------------ Summary: Invalidation Cache with a shared store doesn't work properly after new SPI changes (was: Invalidation Cache invalidation removes entry from store with new SPI changes) > Invalidation Cache with a shared store doesn't work properly after new SPI changes > ---------------------------------------------------------------------------------- > > Key: ISPN-12097 > URL: https://issues.redhat.com/browse/ISPN-12097 > Project: Infinispan > Issue Type: Bug > Components: Core, Loaders and Stores > Affects Versions: 11.0.1.Final > Reporter: Paul Ferraro > Assignee: Will Burns > Priority: Blocker > Attachments: Test.java > > > There seems to be something amiss with the new NonBlockingStore changes. When a transactional invalidation cache is used with a shared cache store, I've observed the entries published to the removePublisher of the NonBlockStore.batch(...) which should have targeted the writePublisher. This seems to happen when a batch only contains writes, but no removes. > See the attached test to reproduce the issue, which executes two simple cache operations against a transactional vs non-transactional cache using a shared write-through store. The transactional version fails due to unexpected removals triggered by the batch(...) method (which, in the case of the JDBC store delegates to the deleteBatch(...) and bulkUpdate(...) methods. TRACE logging indicates that entries are unexpectedly published to the removePublisher of batch(...) when transactions are enabled causing entries to be removed unexpectedly from the store (as the result of a Cache.put(...)). When tx are disabled, the batch(...) method is, of course, not in play, and everything works correctly via the individual write/delete methods. -- This message was sent by Atlassian Jira (v7.13.8#713008)

4 years, 5 months

1
0
0 / 0

[JBoss JIRA] (ISPN-12112) Upgrade Jackson-Databind to 2.9.10.4

by Pedro Ruivo (Jira)

[ https://issues.redhat.com/browse/ISPN-12112?page=com.atlassian.jira.plugi... ] Work on ISPN-12112 started by Pedro Ruivo. ------------------------------------------ > Upgrade Jackson-Databind to 2.9.10.4 > ------------------------------------ > > Key: ISPN-12112 > URL: https://issues.redhat.com/browse/ISPN-12112 > Project: Infinispan > Issue Type: Component Upgrade > Affects Versions: 9.4.19.Final > Reporter: Pedro Ruivo > Assignee: Pedro Ruivo > Priority: Major > Fix For: 9.4.20.Final > > > jackson.databind=2.9.10.4 -- This message was sent by Atlassian Jira (v7.13.8#713008)

4 years, 5 months

1
0
0 / 0

[JBoss JIRA] (ISPN-12112) Upgrade Jackson-Databind to 2.9.10.4

by Pedro Ruivo (Jira)

Pedro Ruivo created ISPN-12112: ---------------------------------- Summary: Upgrade Jackson-Databind to 2.9.10.4 Key: ISPN-12112 URL: https://issues.redhat.com/browse/ISPN-12112 Project: Infinispan Issue Type: Component Upgrade Affects Versions: 9.4.19.Final Reporter: Pedro Ruivo Assignee: Pedro Ruivo Fix For: 9.4.20.Final jackson.databind=2.9.10.4 -- This message was sent by Atlassian Jira (v7.13.8#713008)

4 years, 5 months

1
0
0 / 0

[JBoss JIRA] (ISPN-12112) Upgrade Jackson-Databind to 2.9.10.4

by Pedro Ruivo (Jira)

[ https://issues.redhat.com/browse/ISPN-12112?page=com.atlassian.jira.plugi... ] Pedro Ruivo updated ISPN-12112: ------------------------------- Status: Open (was: New) > Upgrade Jackson-Databind to 2.9.10.4 > ------------------------------------ > > Key: ISPN-12112 > URL: https://issues.redhat.com/browse/ISPN-12112 > Project: Infinispan > Issue Type: Component Upgrade > Affects Versions: 9.4.19.Final > Reporter: Pedro Ruivo > Assignee: Pedro Ruivo > Priority: Major > Fix For: 9.4.20.Final > > > jackson.databind=2.9.10.4 -- This message was sent by Atlassian Jira (v7.13.8#713008)

4 years, 5 months

1
0
0 / 0

[JBoss JIRA] (ISPN-12111) Upgrade Hibernate Core/Search to 5.3.17.Final/5.10.7.Final

by Pedro Ruivo (Jira)

[ https://issues.redhat.com/browse/ISPN-12111?page=com.atlassian.jira.plugi... ] Pedro Ruivo updated ISPN-12111: ------------------------------- Status: Pull Request Sent (was: Open) Git Pull Request: https://github.com/infinispan/infinispan/pull/8543 > Upgrade Hibernate Core/Search to 5.3.17.Final/5.10.7.Final > ---------------------------------------------------------- > > Key: ISPN-12111 > URL: https://issues.redhat.com/browse/ISPN-12111 > Project: Infinispan > Issue Type: Component Upgrade > Affects Versions: 9.4.19.Final > Reporter: Pedro Ruivo > Assignee: Pedro Ruivo > Priority: Major > Fix For: 9.4.20.Final > > > hibernate core =5.3.17.Final > hibernate search=5.10.7.Final > hibernate common=5.0.5.Final > hibernate hibernate-validator=6.0.20.Final -- This message was sent by Atlassian Jira (v7.13.8#713008)

4 years, 5 months

1
0
0 / 0

[JBoss JIRA] (ISPN-12111) Upgrade Hibernate Core/Search to 5.3.17.Final/5.10.7.Final

by Pedro Ruivo (Jira)

[ https://issues.redhat.com/browse/ISPN-12111?page=com.atlassian.jira.plugi... ] Pedro Ruivo updated ISPN-12111: ------------------------------- Status: Open (was: New) > Upgrade Hibernate Core/Search to 5.3.17.Final/5.10.7.Final > ---------------------------------------------------------- > > Key: ISPN-12111 > URL: https://issues.redhat.com/browse/ISPN-12111 > Project: Infinispan > Issue Type: Component Upgrade > Affects Versions: 9.4.19.Final > Reporter: Pedro Ruivo > Assignee: Pedro Ruivo > Priority: Major > Fix For: 9.4.20.Final > > > hibernate core =5.3.17.Final > hibernate search=5.10.7.Final > hibernate common=5.0.5.Final > hibernate hibernate-validator=6.0.20.Final -- This message was sent by Atlassian Jira (v7.13.8#713008)

4 years, 5 months

1
0
0 / 0

[JBoss JIRA] (ISPN-12111) Upgrade Hibernate Core/Search to 5.3.17.Final/5.10.7.Final

by Pedro Ruivo (Jira)

Pedro Ruivo created ISPN-12111: ---------------------------------- Summary: Upgrade Hibernate Core/Search to 5.3.17.Final/5.10.7.Final Key: ISPN-12111 URL: https://issues.redhat.com/browse/ISPN-12111 Project: Infinispan Issue Type: Component Upgrade Affects Versions: 9.4.19.Final Reporter: Pedro Ruivo Assignee: Pedro Ruivo Fix For: 9.4.20.Final hibernate core =5.3.17.Final hibernate search=5.10.7.Final hibernate common=5.0.5.Final hibernate hibernate-validator=6.0.20.Final -- This message was sent by Atlassian Jira (v7.13.8#713008)

4 years, 5 months

1
0
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

infinispan-issues July 2020