July 2020 - infinispan-issues - Jboss List Archives

[JBoss JIRA] (IPROTO-148) Add ProtoField.value() as a convenient alias for number()

by Nistor Adrian (Jira)

[ https://issues.redhat.com/browse/IPROTO-148?page=com.atlassian.jira.plugi... ] Nistor Adrian reassigned IPROTO-148: ------------------------------------ Assignee: Nistor Adrian > Add ProtoField.value() as a convenient alias for number() > --------------------------------------------------------- > > Key: IPROTO-148 > URL: https://issues.redhat.com/browse/IPROTO-148 > Project: Infinispan ProtoStream > Issue Type: Enhancement > Affects Versions: 4.4.0.Alpha1 > Reporter: Nistor Adrian > Assignee: Nistor Adrian > Priority: Major > -- This message was sent by Atlassian Jira (v7.13.8#713008)

4 years, 5 months

1
0
0 / 0

[JBoss JIRA] (IPROTO-147) AutoProtoSchemaBuilder.includeClasses and excludeClasses must not overlap

by Nistor Adrian (Jira)

[ https://issues.redhat.com/browse/IPROTO-147?page=com.atlassian.jira.plugi... ] Nistor Adrian reassigned IPROTO-147: ------------------------------------ Assignee: Nistor Adrian > AutoProtoSchemaBuilder.includeClasses and excludeClasses must not overlap > ------------------------------------------------------------------------- > > Key: IPROTO-147 > URL: https://issues.redhat.com/browse/IPROTO-147 > Project: Infinispan ProtoStream > Issue Type: Bug > Affects Versions: 4.3.3.Final > Reporter: Nistor Adrian > Assignee: Nistor Adrian > Priority: Major > > If they do overlap there is no error or warning to tell you that ATM. -- This message was sent by Atlassian Jira (v7.13.8#713008)

4 years, 5 months

1
0
0 / 0

[JBoss JIRA] (IPROTO-147) AutoProtoSchemaBuilder.includeClasses and excludeClasses must not overlap

by Nistor Adrian (Jira)

[ https://issues.redhat.com/browse/IPROTO-147?page=com.atlassian.jira.plugi... ] Nistor Adrian updated IPROTO-147: --------------------------------- Status: Open (was: New) > AutoProtoSchemaBuilder.includeClasses and excludeClasses must not overlap > ------------------------------------------------------------------------- > > Key: IPROTO-147 > URL: https://issues.redhat.com/browse/IPROTO-147 > Project: Infinispan ProtoStream > Issue Type: Bug > Affects Versions: 4.3.3.Final > Reporter: Nistor Adrian > Priority: Major > > If they do overlap there is no error or warning to tell you that ATM. -- This message was sent by Atlassian Jira (v7.13.8#713008)

4 years, 5 months

1
0
0 / 0

[JBoss JIRA] (IPROTO-147) AutoProtoSchemaBuilder.includeClasses and excludeClasses must not overlap

by Nistor Adrian (Jira)

Nistor Adrian created IPROTO-147: ------------------------------------ Summary: AutoProtoSchemaBuilder.includeClasses and excludeClasses must not overlap Key: IPROTO-147 URL: https://issues.redhat.com/browse/IPROTO-147 Project: Infinispan ProtoStream Issue Type: Bug Affects Versions: 4.3.3.Final Reporter: Nistor Adrian If they do overlap there is no error or warning to tell you that ATM. -- This message was sent by Atlassian Jira (v7.13.8#713008)

4 years, 5 months

1
0
0 / 0

[JBoss JIRA] (ISPN-12180) Add BlockHound to hotrod client module

by Will Burns (Jira)

Will Burns created ISPN-12180: --------------------------------- Summary: Add BlockHound to hotrod client module Key: ISPN-12180 URL: https://issues.redhat.com/browse/ISPN-12180 Project: Infinispan Issue Type: Enhancement Components: Hot Rod Reporter: Will Burns Fix For: 12.0.0.Final We should ensure the hotrod client is not blocking by adding block hound to find offending code. We will need to wrap invocations of the client, since it is not invoked on a non blocking thread. -- This message was sent by Atlassian Jira (v7.13.8#713008)

4 years, 5 months

1
0
0 / 0

[JBoss JIRA] (ISPN-12179) Allow cache to start in degraded mode

by Dan Berindei (Jira)

Dan Berindei created ISPN-12179: ----------------------------------- Summary: Allow cache to start in degraded mode Key: ISPN-12179 URL: https://issues.redhat.com/browse/ISPN-12179 Project: Infinispan Issue Type: Bug Components: Core Affects Versions: 12.0.0.Dev01, 11.0.1.Final Reporter: Dan Berindei Assignee: Dan Berindei Fix For: 12.0.0.Final, 12.0.0.Dev02 Caches expect to receive an initial state for the other nodes during startup ({{await-initial-transfer="true"}} by default). There is an exception to this rule when rebalancing is suspended: the cache is able to start on a joiner without receiving any state. However, this exception does not apply when a cache is in DEGRADED mode and rebalancing is implicitly suspended. Instead a joiner will wait until the cache goes back to AVAILABLE mode in order to start the initial state transfer, or fail to start with a generic {{Initial state transfer timed out for cache %s on %s}} error message. We should handle caches in DEGRADED mode the same way we handle caches with rebalancing suspended, and allow joiners to start without waiting. -- This message was sent by Atlassian Jira (v7.13.8#713008)

4 years, 5 months

1
0
0 / 0

[JBoss JIRA] (ISPN-12163) Clean up the Infinispan Server Extension in SB

by Dan Berindei (Jira)

[ https://issues.redhat.com/browse/ISPN-12163?page=com.atlassian.jira.plugi... ] Dan Berindei updated ISPN-12163: -------------------------------- Status: Resolved (was: Pull Request Sent) Fix Version/s: 12.0.0.Dev02 Resolution: Done > Clean up the Infinispan Server Extension in SB > ---------------------------------------------- > > Key: ISPN-12163 > URL: https://issues.redhat.com/browse/ISPN-12163 > Project: Infinispan > Issue Type: Enhancement > Components: Spring Integration > Affects Versions: 12.0.0.Dev01 > Reporter: Katia Aresti > Assignee: Katia Aresti > Priority: Major > Fix For: 12.0.0.Dev02 > > > Previously, we did not have a JUNIT 5 extension, so in the SB integration, we created one to use the Infinispan Server with for some tests. > Clean up this extension, now that the Infinispan SB starter is inside Infinispan project -- This message was sent by Atlassian Jira (v7.13.8#713008)

4 years, 5 months

1
0
0 / 0

[JBoss JIRA] (ISPN-12178) Query broadcast blocks on the non-blocking executor

by Gustavo Fernandes (Jira)

[ https://issues.redhat.com/browse/ISPN-12178?page=com.atlassian.jira.plugi... ] Gustavo Fernandes updated ISPN-12178: ------------------------------------- Status: Open (was: New) > Query broadcast blocks on the non-blocking executor > ---------------------------------------------------- > > Key: ISPN-12178 > URL: https://issues.redhat.com/browse/ISPN-12178 > Project: Infinispan > Issue Type: Bug > Components: Embedded Querying > Affects Versions: 12.0.0.Dev01 > Reporter: Gustavo Fernandes > Assignee: Gustavo Fernandes > Priority: Major > > {noformat} > java.lang.AssertionError: Blocking call! java.io.RandomAccessFile#readBytes on thread Thread[non-blocking-thread-CacheV2ResourceTest-NodeA-p13-t6,5,ISPN-non-blocking-thread-group] > at org.hibernate.search.backend.lucene.index.impl.LuceneIndexManagerImpl.openIndexReaders(LuceneIndexManagerImpl.java:153) > at org.hibernate.search.backend.lucene.lowlevel.reader.impl.HibernateSearchMultiReader.open(HibernateSearchMultiReader.java:50) > at org.hibernate.search.backend.lucene.orchestration.impl.LuceneSyncWorkOrchestratorImpl$WorkExecution.<init>(LuceneSyncWorkOrchestratorImpl.java:107) > at org.hibernate.search.backend.lucene.orchestration.impl.LuceneSyncWorkOrchestratorImpl.submit(LuceneSyncWorkOrchestratorImpl.java:47) > at org.hibernate.search.backend.lucene.search.query.impl.LuceneSearchQueryImpl.doSubmit(LuceneSearchQueryImpl.java:146) > at org.hibernate.search.backend.lucene.search.query.impl.LuceneSearchQueryImpl.fetch(LuceneSearchQueryImpl.java:93) > at org.hibernate.search.backend.lucene.search.query.impl.LuceneSearchQueryImpl.fetch(LuceneSearchQueryImpl.java:35) > at org.hibernate.search.engine.search.query.spi.AbstractSearchQuery.fetchAll(AbstractSearchQuery.java:35) > at org.infinispan.query.clustered.commandworkers.CQCreateEagerQuery.collectKeys(CQCreateEagerQuery.java:33) > at org.infinispan.query.clustered.commandworkers.CQCreateEagerQuery.perform(CQCreateEagerQuery.java:25) > at org.infinispan.query.clustered.commandworkers.CQCommandType.perform(CQCommandType.java:44) > at org.infinispan.query.clustered.ClusteredQueryOperation.perform(ClusteredQueryOperation.java:54) > at org.infinispan.query.clustered.SegmentsClusteredQueryCommand.perform(SegmentsClusteredQueryCommand.java:45) > {noformat} -- This message was sent by Atlassian Jira (v7.13.8#713008)

4 years, 5 months

1
0
0 / 0

[JBoss JIRA] (ISPN-12178) Query broadcast blocks on the non-blocking executor

by Gustavo Fernandes (Jira)

[ https://issues.redhat.com/browse/ISPN-12178?page=com.atlassian.jira.plugi... ] Gustavo Fernandes updated ISPN-12178: ------------------------------------- Status: Pull Request Sent (was: Open) Git Pull Request: https://github.com/infinispan/infinispan/pull/8600 > Query broadcast blocks on the non-blocking executor > ---------------------------------------------------- > > Key: ISPN-12178 > URL: https://issues.redhat.com/browse/ISPN-12178 > Project: Infinispan > Issue Type: Bug > Components: Embedded Querying > Affects Versions: 12.0.0.Dev01 > Reporter: Gustavo Fernandes > Assignee: Gustavo Fernandes > Priority: Major > > {noformat} > java.lang.AssertionError: Blocking call! java.io.RandomAccessFile#readBytes on thread Thread[non-blocking-thread-CacheV2ResourceTest-NodeA-p13-t6,5,ISPN-non-blocking-thread-group] > at org.hibernate.search.backend.lucene.index.impl.LuceneIndexManagerImpl.openIndexReaders(LuceneIndexManagerImpl.java:153) > at org.hibernate.search.backend.lucene.lowlevel.reader.impl.HibernateSearchMultiReader.open(HibernateSearchMultiReader.java:50) > at org.hibernate.search.backend.lucene.orchestration.impl.LuceneSyncWorkOrchestratorImpl$WorkExecution.<init>(LuceneSyncWorkOrchestratorImpl.java:107) > at org.hibernate.search.backend.lucene.orchestration.impl.LuceneSyncWorkOrchestratorImpl.submit(LuceneSyncWorkOrchestratorImpl.java:47) > at org.hibernate.search.backend.lucene.search.query.impl.LuceneSearchQueryImpl.doSubmit(LuceneSearchQueryImpl.java:146) > at org.hibernate.search.backend.lucene.search.query.impl.LuceneSearchQueryImpl.fetch(LuceneSearchQueryImpl.java:93) > at org.hibernate.search.backend.lucene.search.query.impl.LuceneSearchQueryImpl.fetch(LuceneSearchQueryImpl.java:35) > at org.hibernate.search.engine.search.query.spi.AbstractSearchQuery.fetchAll(AbstractSearchQuery.java:35) > at org.infinispan.query.clustered.commandworkers.CQCreateEagerQuery.collectKeys(CQCreateEagerQuery.java:33) > at org.infinispan.query.clustered.commandworkers.CQCreateEagerQuery.perform(CQCreateEagerQuery.java:25) > at org.infinispan.query.clustered.commandworkers.CQCommandType.perform(CQCommandType.java:44) > at org.infinispan.query.clustered.ClusteredQueryOperation.perform(ClusteredQueryOperation.java:54) > at org.infinispan.query.clustered.SegmentsClusteredQueryCommand.perform(SegmentsClusteredQueryCommand.java:45) > {noformat} -- This message was sent by Atlassian Jira (v7.13.8#713008)

4 years, 5 months

1
0
0 / 0

[JBoss JIRA] (ISPN-12178) Query broadcast blocks on the non-blocking executor

by Gustavo Fernandes (Jira)

[ https://issues.redhat.com/browse/ISPN-12178?page=com.atlassian.jira.plugi... ] Gustavo Fernandes updated ISPN-12178: ------------------------------------- Description: {noformat} java.lang.AssertionError: Blocking call! java.io.RandomAccessFile#readBytes on thread Thread[non-blocking-thread-CacheV2ResourceTest-NodeA-p13-t6,5,ISPN-non-blocking-thread-group] at org.hibernate.search.backend.lucene.index.impl.LuceneIndexManagerImpl.openIndexReaders(LuceneIndexManagerImpl.java:153) at org.hibernate.search.backend.lucene.lowlevel.reader.impl.HibernateSearchMultiReader.open(HibernateSearchMultiReader.java:50) at org.hibernate.search.backend.lucene.orchestration.impl.LuceneSyncWorkOrchestratorImpl$WorkExecution.<init>(LuceneSyncWorkOrchestratorImpl.java:107) at org.hibernate.search.backend.lucene.orchestration.impl.LuceneSyncWorkOrchestratorImpl.submit(LuceneSyncWorkOrchestratorImpl.java:47) at org.hibernate.search.backend.lucene.search.query.impl.LuceneSearchQueryImpl.doSubmit(LuceneSearchQueryImpl.java:146) at org.hibernate.search.backend.lucene.search.query.impl.LuceneSearchQueryImpl.fetch(LuceneSearchQueryImpl.java:93) at org.hibernate.search.backend.lucene.search.query.impl.LuceneSearchQueryImpl.fetch(LuceneSearchQueryImpl.java:35) at org.hibernate.search.engine.search.query.spi.AbstractSearchQuery.fetchAll(AbstractSearchQuery.java:35) at org.infinispan.query.clustered.commandworkers.CQCreateEagerQuery.collectKeys(CQCreateEagerQuery.java:33) at org.infinispan.query.clustered.commandworkers.CQCreateEagerQuery.perform(CQCreateEagerQuery.java:25) at org.infinispan.query.clustered.commandworkers.CQCommandType.perform(CQCommandType.java:44) at org.infinispan.query.clustered.ClusteredQueryOperation.perform(ClusteredQueryOperation.java:54) at org.infinispan.query.clustered.SegmentsClusteredQueryCommand.perform(SegmentsClusteredQueryCommand.java:45) {noformat} was: After the migration to HSearch 6, many tests started failing with error 500 during the setup phase to a Blockhoud check in: {noformat} java.lang.AssertionError: Blocking call! java.io.RandomAccessFile#readBytes on thread Thread[non-blocking-thread-CacheV2ResourceTest-NodeA-p13-t6,5,ISPN-non-blocking-thread-group] at org.hibernate.search.backend.lucene.index.impl.LuceneIndexManagerImpl.openIndexReaders(LuceneIndexManagerImpl.java:153) at org.hibernate.search.backend.lucene.lowlevel.reader.impl.HibernateSearchMultiReader.open(HibernateSearchMultiReader.java:50) at org.hibernate.search.backend.lucene.orchestration.impl.LuceneSyncWorkOrchestratorImpl$WorkExecution.<init>(LuceneSyncWorkOrchestratorImpl.java:107) at org.hibernate.search.backend.lucene.orchestration.impl.LuceneSyncWorkOrchestratorImpl.submit(LuceneSyncWorkOrchestratorImpl.java:47) at org.hibernate.search.backend.lucene.search.query.impl.LuceneSearchQueryImpl.doSubmit(LuceneSearchQueryImpl.java:146) at org.hibernate.search.backend.lucene.search.query.impl.LuceneSearchQueryImpl.fetch(LuceneSearchQueryImpl.java:93) at org.hibernate.search.backend.lucene.search.query.impl.LuceneSearchQueryImpl.fetch(LuceneSearchQueryImpl.java:35) at org.hibernate.search.engine.search.query.spi.AbstractSearchQuery.fetchAll(AbstractSearchQuery.java:35) at org.infinispan.query.clustered.commandworkers.CQCreateEagerQuery.collectKeys(CQCreateEagerQuery.java:33) at org.infinispan.query.clustered.commandworkers.CQCreateEagerQuery.perform(CQCreateEagerQuery.java:25) at org.infinispan.query.clustered.commandworkers.CQCommandType.perform(CQCommandType.java:44) at org.infinispan.query.clustered.ClusteredQueryOperation.perform(ClusteredQueryOperation.java:54) at org.infinispan.query.clustered.SegmentsClusteredQueryCommand.perform(SegmentsClusteredQueryCommand.java:45) {noformat} The side effect are resources leaks in several tests > Query broadcast blocks on the non-blocking executor > ---------------------------------------------------- > > Key: ISPN-12178 > URL: https://issues.redhat.com/browse/ISPN-12178 > Project: Infinispan > Issue Type: Bug > Components: Embedded Querying > Affects Versions: 12.0.0.Dev01 > Reporter: Gustavo Fernandes > Assignee: Gustavo Fernandes > Priority: Major > > {noformat} > java.lang.AssertionError: Blocking call! java.io.RandomAccessFile#readBytes on thread Thread[non-blocking-thread-CacheV2ResourceTest-NodeA-p13-t6,5,ISPN-non-blocking-thread-group] > at org.hibernate.search.backend.lucene.index.impl.LuceneIndexManagerImpl.openIndexReaders(LuceneIndexManagerImpl.java:153) > at org.hibernate.search.backend.lucene.lowlevel.reader.impl.HibernateSearchMultiReader.open(HibernateSearchMultiReader.java:50) > at org.hibernate.search.backend.lucene.orchestration.impl.LuceneSyncWorkOrchestratorImpl$WorkExecution.<init>(LuceneSyncWorkOrchestratorImpl.java:107) > at org.hibernate.search.backend.lucene.orchestration.impl.LuceneSyncWorkOrchestratorImpl.submit(LuceneSyncWorkOrchestratorImpl.java:47) > at org.hibernate.search.backend.lucene.search.query.impl.LuceneSearchQueryImpl.doSubmit(LuceneSearchQueryImpl.java:146) > at org.hibernate.search.backend.lucene.search.query.impl.LuceneSearchQueryImpl.fetch(LuceneSearchQueryImpl.java:93) > at org.hibernate.search.backend.lucene.search.query.impl.LuceneSearchQueryImpl.fetch(LuceneSearchQueryImpl.java:35) > at org.hibernate.search.engine.search.query.spi.AbstractSearchQuery.fetchAll(AbstractSearchQuery.java:35) > at org.infinispan.query.clustered.commandworkers.CQCreateEagerQuery.collectKeys(CQCreateEagerQuery.java:33) > at org.infinispan.query.clustered.commandworkers.CQCreateEagerQuery.perform(CQCreateEagerQuery.java:25) > at org.infinispan.query.clustered.commandworkers.CQCommandType.perform(CQCommandType.java:44) > at org.infinispan.query.clustered.ClusteredQueryOperation.perform(ClusteredQueryOperation.java:54) > at org.infinispan.query.clustered.SegmentsClusteredQueryCommand.perform(SegmentsClusteredQueryCommand.java:45) > {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