May 2020 - infinispan-issues - Jboss List Archives

[JBoss JIRA] (ISPN-11567) Scattered caches with a single node expire entries immediately

by Tristan Tarrant (Jira)

[ https://issues.redhat.com/browse/ISPN-11567?page=com.atlassian.jira.plugi... ] Tristan Tarrant updated ISPN-11567: ----------------------------------- Fix Version/s: 11.0.0.Final (was: 11.0.0.CR1) > Scattered caches with a single node expire entries immediately > -------------------------------------------------------------- > > Key: ISPN-11567 > URL: https://issues.redhat.com/browse/ISPN-11567 > Project: Infinispan > Issue Type: Bug > Components: Core > Affects Versions: 10.1.5.Final, 11.0.0.Dev03 > Reporter: Dan Berindei > Assignee: Dan Berindei > Priority: Major > Fix For: 11.0.0.Final > > > {{ClusterExpirationManager.checkExpiredMaxIdle()}} sends a {{TouchCommand}} to the other owners and expires the entry locally if the touch was unsuccessful. > {{ScatteredTouchResponseCollector}} is stateless, and reports that the entry has not been touched if it doesn't receive any {{true}} response. However, this is only correct if at least one backup entry existing on another node, and that is not the always the case: e.g. between the backup node leaving the cluster and another node becoming a backup, or when the cluster has a single node. > Since {{ClusterExpirationManager.checkExpiredMaxIdle()}} is called on every read, before the entry being expired on the local node, it means a transient entry in a scattered cache with a single node will expire on the first read, immediately after being inserted. -- This message was sent by Atlassian Jira (v7.13.8#713008)

4 years, 7 months

1
0
0 / 0

[JBoss JIRA] (ISPN-11202) Infinispan BOM is missing an entry for 'infinispan-jcache-commons'

by Tristan Tarrant (Jira)

[ https://issues.redhat.com/browse/ISPN-11202?page=com.atlassian.jira.plugi... ] Tristan Tarrant updated ISPN-11202: ----------------------------------- Fix Version/s: 11.0.0.Final (was: 11.0.0.CR1) > Infinispan BOM is missing an entry for 'infinispan-jcache-commons' > ------------------------------------------------------------------ > > Key: ISPN-11202 > URL: https://issues.redhat.com/browse/ISPN-11202 > Project: Infinispan > Issue Type: Bug > Components: Build > Affects Versions: 10.1.1.Final > Reporter: Stéphane Nicoll > Assignee: Tristan Tarrant > Priority: Major > Fix For: 11.0.0.Final, 10.1.9.Final > > > The BOM currently misses an entry for {{infinispan-jcache-commons}} so there is a chance for that module to get out-of-sync even if the bom is used. -- This message was sent by Atlassian Jira (v7.13.8#713008)

4 years, 7 months

1
0
0 / 0

[JBoss JIRA] (ISPN-11482) Provide way for ClusterExecutor to use non blocking thread

by Tristan Tarrant (Jira)

[ https://issues.redhat.com/browse/ISPN-11482?page=com.atlassian.jira.plugi... ] Tristan Tarrant updated ISPN-11482: ----------------------------------- Fix Version/s: 11.0.0.Final (was: 11.0.0.CR1) > Provide way for ClusterExecutor to use non blocking thread > ---------------------------------------------------------- > > Key: ISPN-11482 > URL: https://issues.redhat.com/browse/ISPN-11482 > Project: Infinispan > Issue Type: Sub-task > Components: Core > Reporter: Will Burns > Assignee: Will Burns > Priority: Major > Fix For: 11.0.0.Final > > > https://github.com/infinispan/infinispan/pull/7997#discussion_r394122227 changes cluster executor to run tasks on the blocking executor. Unfortunately since a user can run any arbitrary code we don't know if it will block or not. We should provide some way to run non blocking code more easily. Maybe add a new API method that is non blocking? -- This message was sent by Atlassian Jira (v7.13.8#713008)

4 years, 7 months

1
0
0 / 0

[JBoss JIRA] (ISPN-11479) Enforce <indexed-entities> for protobuf payloads in indexed caches

by Tristan Tarrant (Jira)

[ https://issues.redhat.com/browse/ISPN-11479?page=com.atlassian.jira.plugi... ] Tristan Tarrant updated ISPN-11479: ----------------------------------- Fix Version/s: (was: 11.0.0.CR1) > Enforce <indexed-entities> for protobuf payloads in indexed caches > ------------------------------------------------------------------ > > Key: ISPN-11479 > URL: https://issues.redhat.com/browse/ISPN-11479 > Project: Infinispan > Issue Type: Enhancement > Components: Remote Querying > Reporter: Nistor Adrian > Assignee: Nistor Adrian > Priority: Major > Fix For: 11.0.0.Final > > > This config element must have the same meaning as for indexed classes. > It must list FQNs of indexed types. > <indexed-entity> occurrence must also be set to 1..n in xsd -- This message was sent by Atlassian Jira (v7.13.8#713008)

4 years, 7 months

1
0
0 / 0

[JBoss JIRA] (ISPN-11423) Dump information in panic scenarios

by Tristan Tarrant (Jira)

[ https://issues.redhat.com/browse/ISPN-11423?page=com.atlassian.jira.plugi... ] Tristan Tarrant updated ISPN-11423: ----------------------------------- Fix Version/s: 11.0.0.Final (was: 11.0.0.CR1) > Dump information in panic scenarios > ----------------------------------- > > Key: ISPN-11423 > URL: https://issues.redhat.com/browse/ISPN-11423 > Project: Infinispan > Issue Type: Feature Request > Components: Core, Server > Affects Versions: 10.1.3.Final, 11.0.0.Alpha2 > Reporter: Dan Berindei > Assignee: Dan Berindei > Priority: Major > Fix For: 11.0.0.Final > > > When there is a panic situation (e.g. thread pool exhausted), dump information (e.g. including a thread dump) to a file at FATAL level. > The server should dump the most important information to another log (file) periodically (e.g. every 15 minutes). This log should be enabled by default. > These files can be sent to support via an SOS report. -- This message was sent by Atlassian Jira (v7.13.8#713008)

4 years, 7 months

1
0
0 / 0

[JBoss JIRA] (ISPN-11395) Indexing configuration serialization broken

by Tristan Tarrant (Jira)

[ https://issues.redhat.com/browse/ISPN-11395?page=com.atlassian.jira.plugi... ] Tristan Tarrant updated ISPN-11395: ----------------------------------- Fix Version/s: 11.0.0.Final (was: 11.0.0.CR1) > Indexing configuration serialization broken > ------------------------------------------- > > Key: ISPN-11395 > URL: https://issues.redhat.com/browse/ISPN-11395 > Project: Infinispan > Issue Type: Bug > Components: Core, Embedded Querying > Affects Versions: 11.0.0.Alpha1, 10.1.3.Final > Reporter: Gustavo Fernandes > Assignee: Nistor Adrian > Priority: Major > Fix For: 11.0.0.Final > > > Some elements are not written to XML such as IndexedEntities and keytransformers -- This message was sent by Atlassian Jira (v7.13.8#713008)

4 years, 7 months

1
0
0 / 0

[JBoss JIRA] (ISPN-11304) Allow scaling up without state transfer

by Tristan Tarrant (Jira)

[ https://issues.redhat.com/browse/ISPN-11304?page=com.atlassian.jira.plugi... ] Tristan Tarrant updated ISPN-11304: ----------------------------------- Fix Version/s: 11.0.0.Final (was: 11.0.0.CR1) > Allow scaling up without state transfer > --------------------------------------- > > Key: ISPN-11304 > URL: https://issues.redhat.com/browse/ISPN-11304 > Project: Infinispan > Issue Type: Feature Request > Components: Core > Affects Versions: 10.1.1.Final > Reporter: Dan Berindei > Assignee: Dan Berindei > Priority: Major > Fix For: 11.0.0.Final > > > We should allow a cache to scale up without performing any state transfer, but without losing the data. > To simplify things, the initial version will support a single owner, and will assume that only one node is being added at a time. > The cache must be accessible remotely, but since information about the location of the keys is not accessible from the client, the client is expected to ignore ownership and use a round-robin access strategy. -- This message was sent by Atlassian Jira (v7.13.8#713008)

4 years, 7 months

1
0
0 / 0

[JBoss JIRA] (ISPN-11381) AdvancedCache.getGroup(key) may return incomplete results during state transfer

by Tristan Tarrant (Jira)

[ https://issues.redhat.com/browse/ISPN-11381?page=com.atlassian.jira.plugi... ] Tristan Tarrant updated ISPN-11381: ----------------------------------- Fix Version/s: 11.0.0.Final (was: 11.0.0.CR1) > AdvancedCache.getGroup(key) may return incomplete results during state transfer > ------------------------------------------------------------------------------- > > Key: ISPN-11381 > URL: https://issues.redhat.com/browse/ISPN-11381 > Project: Infinispan > Issue Type: Bug > Components: Core > Affects Versions: 9.4.18.Final, 10.1.2.Final, 11.0.0.Alpha1 > Reporter: Dan Berindei > Assignee: Dan Berindei > Priority: Major > Fix For: 11.0.0.Final > > > {{AdvancedCache.getGroup(groupKey)}} returns all the keys that belong to a group. > If the originator is not an owner, the command is forwarded to the primary owner. If the originator is a primary or a backup owner for the group key, the command is executed locally. > During state transfer, a node may be a write owner for the group key but not a read owner. Currently {{GroupingInterceptor}} uses {{LocalizedCacheTopogy.isWriteOwner(groupKey)}} instead of {{isReadOwner(groupKey)}}, so it executes the command on the originator instead of forwarding it to the primary owner. -- This message was sent by Atlassian Jira (v7.13.8#713008)

4 years, 7 months

1
0
0 / 0

[JBoss JIRA] (ISPN-11846) Server runtime tests cannot run from IDE after antlr-runtime became optional

by Tristan Tarrant (Jira)

[ https://issues.redhat.com/browse/ISPN-11846?page=com.atlassian.jira.plugi... ] Tristan Tarrant updated ISPN-11846: ----------------------------------- Fix Version/s: 11.0.0.Final (was: 11.0.0.CR1) > Server runtime tests cannot run from IDE after antlr-runtime became optional > ---------------------------------------------------------------------------- > > Key: ISPN-11846 > URL: https://issues.redhat.com/browse/ISPN-11846 > Project: Infinispan > Issue Type: Bug > Components: Server > Affects Versions: 11.0.0.Dev05 > Reporter: Nistor Adrian > Assignee: Nistor Adrian > Priority: Major > Fix For: 11.0.0.Final > > -- This message was sent by Atlassian Jira (v7.13.8#713008)

4 years, 7 months

1
0
0 / 0

[JBoss JIRA] (ISPN-11818) Restore SearchConfiguration.getProvidedServices to provide LuceneAnalysisDefinitionProvider which was lost when Infinispan index manager was killed

by Tristan Tarrant (Jira)

[ https://issues.redhat.com/browse/ISPN-11818?page=com.atlassian.jira.plugi... ] Tristan Tarrant updated ISPN-11818: ----------------------------------- Fix Version/s: 11.0.0.Final (was: 11.0.0.CR1) > Restore SearchConfiguration.getProvidedServices to provide LuceneAnalysisDefinitionProvider which was lost when Infinispan index manager was killed > --------------------------------------------------------------------------------------------------------------------------------------------------- > > Key: ISPN-11818 > URL: https://issues.redhat.com/browse/ISPN-11818 > Project: Infinispan > Issue Type: Bug > Components: Embedded Querying, Remote Querying > Affects Versions: 11.0.0.Dev03 > Reporter: Nistor Adrian > Assignee: Nistor Adrian > Priority: Major > Fix For: 11.0.0.Final > > -- This message was sent by Atlassian Jira (v7.13.8#713008)

4 years, 7 months

1
0
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

infinispan-issues May 2020