May 2020 - infinispan-issues - Jboss List Archives

[JBoss JIRA] (ISPN-11926) Remote JCacheManager creates two RemoteCacheManager instances

by Dan Berindei (Jira)

[ https://issues.redhat.com/browse/ISPN-11926?page=com.atlassian.jira.plugi... ] Dan Berindei updated ISPN-11926: -------------------------------- Status: Pull Request Sent (was: Open) Git Pull Request: https://github.com/infinispan/infinispan/pull/8384 > Remote JCacheManager creates two RemoteCacheManager instances > ------------------------------------------------------------- > > Key: ISPN-11926 > URL: https://issues.redhat.com/browse/ISPN-11926 > Project: Infinispan > Issue Type: Bug > Components: Hot Rod, JCache > Affects Versions: 11.0.0.CR1, 10.1.8.Final > Reporter: Dan Berindei > Assignee: Dan Berindei > Priority: Major > Fix For: 11.0.0.Final > > > {{org.infinispan.jcache.remote.JCacheManager}} creates two {{RemoteCacheManager}} instances, one with {{forceReturnValues(false)}} and one with {{forceReturnValues(true)}}. This is wasteful, because each {{RemoteCacheManager}} will create its own server connections and threads. > It also breaks {{JCache}} listeners when the user explicitly sets the marshaller to {{org.infinispan.commons.marshall.ProtoStreamMarshaller}}, because {{JCacheManager}} registers the {{KeyValueWithPrevious}} marshaller (from {{GlobalContextInitializer}}) in only one of the managers. > The test suites work by accident: > * The {{jcache/remote}} test suite doesn't configure a marshaller, instead {{ConfigurationBuilder.build()}} creates a {{ProtostreamMarshaller}} instance (because {{jboss-marshalling}} is not on the classpath) and the next {{Configuration.build()}} call uses **the same {{ProtostreamMarshaller}} instance**, so the {{RemoteCacheManager}}s share the serialization context. > * The {{jcache/tck-runner-remote}} test suite has {{jboss-marshalling}} on the classpath from the {{server/runtime}} dependency, so it uses {{GenericJBossMarshaller}}. -- This message was sent by Atlassian Jira (v7.13.8#713008)

5 years, 6 months

1
0
0 / 0

[JBoss JIRA] (ISPN-11691) Remove deprecated code in 14.0

by Dan Berindei (Jira)

[ https://issues.redhat.com/browse/ISPN-11691?page=com.atlassian.jira.plugi... ] Dan Berindei commented on ISPN-11691: ------------------------------------- IMO it's too early to create the sub-tasks now, we can find the deprecated code easy enough with {{git grep -nP -e '@[dD]eprecated' | perl -F':' -anpe '$_=`git blame -lf -L$F[1],+1 $F[0]`' | git name-rev --stdin --tags --always | grep -P 'tags/([2-9]|1[0-1])\.'}} > Remove deprecated code in 14.0 > ------------------------------ > > Key: ISPN-11691 > URL: https://issues.redhat.com/browse/ISPN-11691 > Project: Infinispan > Issue Type: Task > Reporter: Tristan Tarrant > Assignee: Tristan Tarrant > Priority: Blocker > -- This message was sent by Atlassian Jira (v7.13.8#713008)

5 years, 6 months

1
0
0 / 0

[JBoss JIRA] (ISPN-11932) JCache remote events do not work with ProtostreamMarshaller

by Dan Berindei (Jira)

Dan Berindei created ISPN-11932: ----------------------------------- Summary: JCache remote events do not work with ProtostreamMarshaller Key: ISPN-11932 URL: https://issues.redhat.com/browse/ISPN-11932 Project: Infinispan Issue Type: Bug Components: Hot Rod, JCache, Marshalling Affects Versions: 10.1.8.Final, 11.0.0.CR1 Reporter: Dan Berindei Assignee: Dan Berindei Fix For: 11.0.0.Final JCache remote events use {{key-value-with-previous-converter-factory}}, which creates a {{KeyValueWithPrevious}} instance with the key, new value, and old value. The {{KeyValueWithPrevious}} protostream serialization is broken: the new and old values are both replaced by the key. -- This message was sent by Atlassian Jira (v7.13.8#713008)

5 years, 6 months

1
0
0 / 0

[JBoss JIRA] (ISPN-11932) JCache remote events do not work with ProtostreamMarshaller

by Dan Berindei (Jira)

[ https://issues.redhat.com/browse/ISPN-11932?page=com.atlassian.jira.plugi... ] Dan Berindei updated ISPN-11932: -------------------------------- Status: Open (was: New) > JCache remote events do not work with ProtostreamMarshaller > ----------------------------------------------------------- > > Key: ISPN-11932 > URL: https://issues.redhat.com/browse/ISPN-11932 > Project: Infinispan > Issue Type: Bug > Components: Hot Rod, JCache, Marshalling > Affects Versions: 11.0.0.CR1, 10.1.8.Final > Reporter: Dan Berindei > Assignee: Dan Berindei > Priority: Major > Fix For: 11.0.0.Final > > > JCache remote events use {{key-value-with-previous-converter-factory}}, which creates a {{KeyValueWithPrevious}} instance with the key, new value, and old value. > The {{KeyValueWithPrevious}} protostream serialization is broken: the new and old values are both replaced by the key. -- This message was sent by Atlassian Jira (v7.13.8#713008)

5 years, 6 months

1
0
0 / 0

[JBoss JIRA] (ISPN-11931) Add blockhound to rocksdb module

by Will Burns (Jira)

[ https://issues.redhat.com/browse/ISPN-11931?page=com.atlassian.jira.plugi... ] Will Burns updated ISPN-11931: ------------------------------ Status: Open (was: New) > Add blockhound to rocksdb module > -------------------------------- > > Key: ISPN-11931 > URL: https://issues.redhat.com/browse/ISPN-11931 > Project: Infinispan > Issue Type: Task > Components: Loaders and Stores > Reporter: Will Burns > Priority: Major > Fix For: 11.0.0.Final > > > The RockDB store once converted should make sure it doesn't block. -- This message was sent by Atlassian Jira (v7.13.8#713008)

5 years, 6 months

1
0
0 / 0

[JBoss JIRA] (ISPN-11931) Add blockhound to rocksdb module

by Will Burns (Jira)

[ https://issues.redhat.com/browse/ISPN-11931?page=com.atlassian.jira.plugi... ] Will Burns updated ISPN-11931: ------------------------------ Status: Pull Request Sent (was: Open) Git Pull Request: https://github.com/infinispan/infinispan/pull/8405 > Add blockhound to rocksdb module > -------------------------------- > > Key: ISPN-11931 > URL: https://issues.redhat.com/browse/ISPN-11931 > Project: Infinispan > Issue Type: Task > Components: Loaders and Stores > Reporter: Will Burns > Priority: Major > Fix For: 11.0.0.Final > > > The RockDB store once converted should make sure it doesn't block. -- This message was sent by Atlassian Jira (v7.13.8#713008)

5 years, 6 months

1
0
0 / 0

[JBoss JIRA] (ISPN-11931) Add blockhound to rocksdb module

by Will Burns (Jira)

[ https://issues.redhat.com/browse/ISPN-11931?page=com.atlassian.jira.plugi... ] Will Burns updated ISPN-11931: ------------------------------ Fix Version/s: 11.0.0.Final > Add blockhound to rocksdb module > -------------------------------- > > Key: ISPN-11931 > URL: https://issues.redhat.com/browse/ISPN-11931 > Project: Infinispan > Issue Type: Task > Components: Loaders and Stores > Reporter: Will Burns > Priority: Major > Fix For: 11.0.0.Final > > > The RockDB store once converted should make sure it doesn't block. -- This message was sent by Atlassian Jira (v7.13.8#713008)

5 years, 6 months

1
0
0 / 0

[JBoss JIRA] (ISPN-11930) Convert RocksDBStore to new Store SPI

by Will Burns (Jira)

[ https://issues.redhat.com/browse/ISPN-11930?page=com.atlassian.jira.plugi... ] Will Burns updated ISPN-11930: ------------------------------ Status: Pull Request Sent (was: Open) Git Pull Request: https://github.com/infinispan/infinispan/pull/8405 > Convert RocksDBStore to new Store SPI > ------------------------------------- > > Key: ISPN-11930 > URL: https://issues.redhat.com/browse/ISPN-11930 > Project: Infinispan > Issue Type: Enhancement > Components: Loaders and Stores > Reporter: Will Burns > Assignee: Will Burns > Priority: Major > Fix For: 11.0.0.Final > > > Now that we have the new Store SPI we can convert RocksDBStore to utilize it. This will allow us to do a batch atomically for a transaction. Prior we could only do the write and remove portion of it atomically. -- This message was sent by Atlassian Jira (v7.13.8#713008)

5 years, 6 months

1
0
0 / 0

[JBoss JIRA] (ISPN-11931) Add blockhound to rocksdb module

by Will Burns (Jira)

Will Burns created ISPN-11931: --------------------------------- Summary: Add blockhound to rocksdb module Key: ISPN-11931 URL: https://issues.redhat.com/browse/ISPN-11931 Project: Infinispan Issue Type: Task Components: Loaders and Stores Reporter: Will Burns The RockDB store once converted should make sure it doesn't block. -- This message was sent by Atlassian Jira (v7.13.8#713008)

5 years, 6 months

1
0
0 / 0

[JBoss JIRA] (ISPN-11925) Docs: Updates for deprecated thread pool config and non-blocking persistence SPI

by Donald Naro (Jira)

[ https://issues.redhat.com/browse/ISPN-11925?page=com.atlassian.jira.plugi... ] Donald Naro updated ISPN-11925: ------------------------------- Summary: Docs: Updates for deprecated thread pool config and non-blocking persistence SPI (was: Docs: Remove examples with deprecated thread pool config) > Docs: Updates for deprecated thread pool config and non-blocking persistence SPI > -------------------------------------------------------------------------------- > > Key: ISPN-11925 > URL: https://issues.redhat.com/browse/ISPN-11925 > Project: Infinispan > Issue Type: Enhancement > Components: Documentation > Reporter: Donald Naro > Assignee: Donald Naro > Priority: Minor > > org.infinispan.configuration.cache.AsyncStoreConfiguration#threadPoolSize() is deprecated along with several other thread pool config bits. need to update examples in docs. -- This message was sent by Atlassian Jira (v7.13.8#713008)

5 years, 6 months

1
0
0 / 0

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

infinispan-issues May 2020