July 2020 - infinispan-issues - Jboss List Archives

[JBoss JIRA] (ISPN-12083) Filter counters

by Katia Aresti (Jira)

[ https://issues.redhat.com/browse/ISPN-12083?page=com.atlassian.jira.plugi... ] Katia Aresti updated ISPN-12083: -------------------------------- Description: Filter counters into weak and strong context selector > Filter counters > ---------------- > > Key: ISPN-12083 > URL: https://issues.redhat.com/browse/ISPN-12083 > Project: Infinispan > Issue Type: Feature Request > Components: Console > Reporter: Katia Aresti > Assignee: Katia Aresti > Priority: Major > > Filter counters into weak and strong context selector -- This message was sent by Atlassian Jira (v7.13.8#713008)

4 years, 5 months

1
0
0 / 0

[JBoss JIRA] (ISPN-12099) REST server prevents connection reuse for some resources

by Gustavo Fernandes (Jira)

[ https://issues.redhat.com/browse/ISPN-12099?page=com.atlassian.jira.plugi... ] Gustavo Fernandes updated ISPN-12099: ------------------------------------- Status: Open (was: New) > REST server prevents connection reuse for some resources > -------------------------------------------------------- > > Key: ISPN-12099 > URL: https://issues.redhat.com/browse/ISPN-12099 > Project: Infinispan > Issue Type: Bug > Components: REST > Affects Versions: 11.0.1.Final > Reporter: Gustavo Fernandes > Assignee: Gustavo Fernandes > Priority: Major > -- This message was sent by Atlassian Jira (v7.13.8#713008)

4 years, 5 months

1
0
0 / 0

[JBoss JIRA] (ISPN-12097) NonBlockingStore.batch(...) unexpectedly triggers entry removal

by Paul Ferraro (Jira)

[ https://issues.redhat.com/browse/ISPN-12097?page=com.atlassian.jira.plugi... ] Paul Ferraro updated ISPN-12097: -------------------------------- Description: 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. was: 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 removePublisher of the NonBlockStore.batch(...) receive subscriptions for entries that should have been published to the writePublisher. 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. > NonBlockingStore.batch(...) unexpectedly triggers entry removal > --------------------------------------------------------------- > > 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-12098) JDBC String Base Cache Store (sybase160) is trying to create an index when already exist

by Gustavo Lira e Silva (Jira)

[ https://issues.redhat.com/browse/ISPN-12098?page=com.atlassian.jira.plugi... ] Gustavo Lira e Silva updated ISPN-12098: ---------------------------------------- Summary: JDBC String Base Cache Store (sybase160) is trying to create an index when already exist (was: JDBC String Base Cache Store (sybase160) trying to create an index when already exist) > JDBC String Base Cache Store (sybase160) is trying to create an index when already exist > ---------------------------------------------------------------------------------------- > > Key: ISPN-12098 > URL: https://issues.redhat.com/browse/ISPN-12098 > Project: Infinispan > Issue Type: Bug > Affects Versions: 11.0.1.Final > Reporter: Gustavo Lira e Silva > Assignee: Gustavo Lira e Silva > Priority: Major > > Using JDBC String based Cache Store + sybase 160 is throwing the following exception: > > > {noformat} > Caused by: com.sybase.jdbc4.jdbc.SybSQLException: > There is already an index on table 'ISPN_STRING_StringBasedCache' named '"ISPN_STRING_StringBasedCache_timestamp_index"' > {noformat} > > Sybase is storing indexes into the database with double quotes > This line https://github.com/infinispan/infinispan/blob/master/persistence/jdbc/src... will be always false with sybase according to the above explanation. > -- This message was sent by Atlassian Jira (v7.13.8#713008)

4 years, 5 months

1
0
0 / 0

[JBoss JIRA] (ISPN-12096) ConfigurationBuilder::withProperties should not overwrite the transactionMode

by Pedro Ruivo (Jira)

[ https://issues.redhat.com/browse/ISPN-12096?page=com.atlassian.jira.plugi... ] Pedro Ruivo updated ISPN-12096: ------------------------------- Fix Version/s: 12.0.0.Dev01 Sprint: DataGrid Sprint #46 Affects Version/s: (was: 12.0.0.Dev01) > ConfigurationBuilder::withProperties should not overwrite the transactionMode > ----------------------------------------------------------------------------- > > Key: ISPN-12096 > URL: https://issues.redhat.com/browse/ISPN-12096 > Project: Infinispan > Issue Type: Bug > Components: Hot Rod > Affects Versions: 11.0.1.Final > Reporter: Diego Lovison > Assignee: Pedro Ruivo > Priority: Major > Fix For: 12.0.0.Dev01 > > > ConfigurationBuilder::withProperties should not overwrite the transactionMode > > {noformat} > if (transactionMode != null) { > config.transaction().transactionMode(TransactionMode.valueOf(transactionMode)); > } > config.maxRetries(maxRetries).socketTimeout(connectionTimeout).connectionTimeout(connectionTimeout); > if (propertiesPath != null) { > Properties p = new Properties(); > try (Reader r = new FileReader(propertiesPath)) { > p.load(r); > config.withProperties(p); > } catch (IOException e) { > throw new IllegalStateException("Something went wrong with provided properties file:" + propertiesPath, e); > } > } > return config; > }{noformat} > > {noformat} > infinispan.client.hotrod.auth_username=admin > infinispan.client.hotrod.auth_password=password > infinispan.client.hotrod.auth_realm=default > infinispan.client.hotrod.sasl_mechanism=SCRAM-SHA-512{noformat} > > -- This message was sent by Atlassian Jira (v7.13.8#713008)

4 years, 5 months

1
0
0 / 0

[JBoss JIRA] (ISPN-12096) ConfigurationBuilder::withProperties should not overwrite the transactionMode

by Pedro Ruivo (Jira)

[ https://issues.redhat.com/browse/ISPN-12096?page=com.atlassian.jira.plugi... ] Pedro Ruivo updated ISPN-12096: ------------------------------- Status: Pull Request Sent (was: Open) Git Pull Request: https://github.com/infinispan/infinispan/pull/8533 > ConfigurationBuilder::withProperties should not overwrite the transactionMode > ----------------------------------------------------------------------------- > > Key: ISPN-12096 > URL: https://issues.redhat.com/browse/ISPN-12096 > Project: Infinispan > Issue Type: Bug > Components: Hot Rod > Affects Versions: 11.0.1.Final, 12.0.0.Dev01 > Reporter: Diego Lovison > Assignee: Pedro Ruivo > Priority: Major > > ConfigurationBuilder::withProperties should not overwrite the transactionMode > > {noformat} > if (transactionMode != null) { > config.transaction().transactionMode(TransactionMode.valueOf(transactionMode)); > } > config.maxRetries(maxRetries).socketTimeout(connectionTimeout).connectionTimeout(connectionTimeout); > if (propertiesPath != null) { > Properties p = new Properties(); > try (Reader r = new FileReader(propertiesPath)) { > p.load(r); > config.withProperties(p); > } catch (IOException e) { > throw new IllegalStateException("Something went wrong with provided properties file:" + propertiesPath, e); > } > } > return config; > }{noformat} > > {noformat} > infinispan.client.hotrod.auth_username=admin > infinispan.client.hotrod.auth_password=password > infinispan.client.hotrod.auth_realm=default > infinispan.client.hotrod.sasl_mechanism=SCRAM-SHA-512{noformat} > > -- This message was sent by Atlassian Jira (v7.13.8#713008)

4 years, 5 months

1
0
0 / 0

[JBoss JIRA] (ISPN-12096) ConfigurationBuilder::withProperties should not overwrite the transactionMode

by Pedro Ruivo (Jira)

[ https://issues.redhat.com/browse/ISPN-12096?page=com.atlassian.jira.plugi... ] Pedro Ruivo updated ISPN-12096: ------------------------------- Status: Open (was: New) > ConfigurationBuilder::withProperties should not overwrite the transactionMode > ----------------------------------------------------------------------------- > > Key: ISPN-12096 > URL: https://issues.redhat.com/browse/ISPN-12096 > Project: Infinispan > Issue Type: Bug > Components: Hot Rod > Affects Versions: 11.0.1.Final, 12.0.0.Dev01 > Reporter: Diego Lovison > Assignee: Pedro Ruivo > Priority: Major > > ConfigurationBuilder::withProperties should not overwrite the transactionMode > > {noformat} > if (transactionMode != null) { > config.transaction().transactionMode(TransactionMode.valueOf(transactionMode)); > } > config.maxRetries(maxRetries).socketTimeout(connectionTimeout).connectionTimeout(connectionTimeout); > if (propertiesPath != null) { > Properties p = new Properties(); > try (Reader r = new FileReader(propertiesPath)) { > p.load(r); > config.withProperties(p); > } catch (IOException e) { > throw new IllegalStateException("Something went wrong with provided properties file:" + propertiesPath, e); > } > } > return config; > }{noformat} > > {noformat} > infinispan.client.hotrod.auth_username=admin > infinispan.client.hotrod.auth_password=password > infinispan.client.hotrod.auth_realm=default > infinispan.client.hotrod.sasl_mechanism=SCRAM-SHA-512{noformat} > > -- This message was sent by Atlassian Jira (v7.13.8#713008)

4 years, 5 months

1
0
0 / 0

[JBoss JIRA] (ISPN-12099) REST server prevents connection reuse for some resources

by Gustavo Fernandes (Jira)

Gustavo Fernandes created ISPN-12099: ---------------------------------------- Summary: REST server prevents connection reuse for some resources Key: ISPN-12099 URL: https://issues.redhat.com/browse/ISPN-12099 Project: Infinispan Issue Type: Bug Components: REST Affects Versions: 11.0.1.Final Reporter: Gustavo Fernandes Assignee: Gustavo Fernandes -- This message was sent by Atlassian Jira (v7.13.8#713008)

4 years, 5 months

1
0
0 / 0

[JBoss JIRA] (ISPN-12097) NonBlockingStore.batch(...) unexpectedly triggers entry removal

by Ryan Emerson (Jira)

[ https://issues.redhat.com/browse/ISPN-12097?page=com.atlassian.jira.plugi... ] Ryan Emerson reassigned ISPN-12097: ----------------------------------- Assignee: Will Burns > NonBlockingStore.batch(...) unexpectedly triggers entry removal > --------------------------------------------------------------- > > 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 removePublisher of the NonBlockStore.batch(...) receive subscriptions for entries that should have been published to the writePublisher. > 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-12096) ConfigurationBuilder::withProperties should not overwrite the transactionMode

by Pedro Ruivo (Jira)

[ https://issues.redhat.com/browse/ISPN-12096?page=com.atlassian.jira.plugi... ] Pedro Ruivo reassigned ISPN-12096: ---------------------------------- Assignee: Pedro Ruivo > ConfigurationBuilder::withProperties should not overwrite the transactionMode > ----------------------------------------------------------------------------- > > Key: ISPN-12096 > URL: https://issues.redhat.com/browse/ISPN-12096 > Project: Infinispan > Issue Type: Bug > Components: Hot Rod > Affects Versions: 11.0.1.Final, 12.0.0.Dev01 > Reporter: Diego Lovison > Assignee: Pedro Ruivo > Priority: Major > > ConfigurationBuilder::withProperties should not overwrite the transactionMode > > {noformat} > if (transactionMode != null) { > config.transaction().transactionMode(TransactionMode.valueOf(transactionMode)); > } > config.maxRetries(maxRetries).socketTimeout(connectionTimeout).connectionTimeout(connectionTimeout); > if (propertiesPath != null) { > Properties p = new Properties(); > try (Reader r = new FileReader(propertiesPath)) { > p.load(r); > config.withProperties(p); > } catch (IOException e) { > throw new IllegalStateException("Something went wrong with provided properties file:" + propertiesPath, e); > } > } > return config; > }{noformat} > > {noformat} > infinispan.client.hotrod.auth_username=admin > infinispan.client.hotrod.auth_password=password > infinispan.client.hotrod.auth_realm=default > infinispan.client.hotrod.sasl_mechanism=SCRAM-SHA-512{noformat} > > -- 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