February 2021 - infinispan-issues

[Red Hat JIRA] (ISPN-12623) Move CDI tests to integrationtests/server-integration/server-integration-commons project

by Ryan Emerson (Jira)

[ https://issues.redhat.com/browse/ISPN-12623?page=com.atlassian.jira.plugi... ] Ryan Emerson commented on ISPN-12623: ------------------------------------- Tests merged, however they're currently ignored as they fail due to ISPN-12712 ISPN-12713 > Move CDI tests to integrationtests/server-integration/server-integration-commons project > ---------------------------------------------------------------------------------------- > > Key: ISPN-12623 > URL: https://issues.redhat.com/browse/ISPN-12623 > Project: Infinispan > Issue Type: Task > Components: Test Suite > Affects Versions: 12.0.0.CR1 > Reporter: Diego Lovison > Assignee: Diego Lovison > Priority: Minor > Fix For: 12.1.0.Final > > > After https://github.com/infinispan/infinispan/pull/8811/, we should backport CDI Tests to integrationtests/server-integration/server-integration-commons project -- This message was sent by Atlassian Jira (v8.13.1#813001)

3 years, 10 months

1
0
0 / 0

[Red Hat JIRA] (ISPN-12623) Move CDI tests to integrationtests/server-integration/server-integration-commons project

by Ryan Emerson (Jira)

[ https://issues.redhat.com/browse/ISPN-12623?page=com.atlassian.jira.plugi... ] Ryan Emerson resolved ISPN-12623. --------------------------------- Fix Version/s: 12.1.0.Final Resolution: Done > Move CDI tests to integrationtests/server-integration/server-integration-commons project > ---------------------------------------------------------------------------------------- > > Key: ISPN-12623 > URL: https://issues.redhat.com/browse/ISPN-12623 > Project: Infinispan > Issue Type: Task > Components: Test Suite > Affects Versions: 12.0.0.CR1 > Reporter: Diego Lovison > Assignee: Diego Lovison > Priority: Minor > Fix For: 12.1.0.Final > > > After https://github.com/infinispan/infinispan/pull/8811/, we should backport CDI Tests to integrationtests/server-integration/server-integration-commons project -- This message was sent by Atlassian Jira (v8.13.1#813001)

3 years, 10 months

1
0
0 / 0

[Red Hat JIRA] (ISPN-12723) Infinispan Lucene documentation outdated?

by Daniel Wehrle (Jira)

Daniel Wehrle created ISPN-12723: ------------------------------------ Summary: Infinispan Lucene documentation outdated? Key: ISPN-12723 URL: https://issues.redhat.com/browse/ISPN-12723 Project: Infinispan Issue Type: Task Components: Documentation Affects Versions: 12.0.0.Final, 11.0.9.Final Reporter: Daniel Wehrle Hi, is [https://infinispan.org/docs/12.0.x/titles/integrating/integrating.html#in...] outdated? With [https://github.com/infinispan/infinispan/commit/801fe6874e73875c57fd23946...] the Lucene Directory has been marked as deprecated. The additional links [https://jira.jboss.org/browse/ISPN/component/12312732] and [https://github.com/infinispan/infinispan/tree/master/lucene/lucene-direct...] go to 404. The demo https://github.com/infinispan/infinispan/tree/9.1.x/demos/lucene-dir... has been removed in Release 9.2.x. And [https://github.com/infinispan/infinispan/tree/10.1.x/lucene] has been removed in Release 11.0.x. Is [https://github.com/infinispan/infinispan-designs/blob/master/Infinispan-Q...] still alive? And if not are there any new plannings to use infinispan as lucene store? Kind regards, Daniel -- This message was sent by Atlassian Jira (v8.13.1#813001)

3 years, 10 months

1
0
0 / 0

[Red Hat JIRA] (ISPN-12584) Protobuf serialization is being used in library mode with spring starter

by Dan Berindei (Jira)

[ https://issues.redhat.com/browse/ISPN-12584?page=com.atlassian.jira.plugi... ] Dan Berindei commented on ISPN-12584: ------------------------------------- [~ramon.gordillo] got it, now it all makes sense. The documentation says a little about when marshalling is used, but it's not formulated as a rule, only as advice, and it's not very clear that it applies to all marshalling, not only to protostream: https://infinispan.org/docs/stable/titles/developing/developing.html#mars... I agree that for applications using Spring, where everything uses Java Serialization, and users may want to store Spring objects without worrying about how they are marshalled, JavaSerializationMarshaller should be the default. OTOH I believe Protostream makes for a better default outside Spring (e.g. in Quarkus), because it can be indexed/queried without unmarshalling, because it helps evolving the data objects, and because it doesn't require reflection. > Protobuf serialization is being used in library mode with spring starter > ------------------------------------------------------------------------ > > Key: ISPN-12584 > URL: https://issues.redhat.com/browse/ISPN-12584 > Project: Infinispan > Issue Type: Bug > Components: Marshalling > Affects Versions: 12.0.0.Dev07, 11.0.8.Final > Reporter: Ramon Gordillo Gutierrez > Assignee: Dan Berindei > Priority: Major > Fix For: 12.1.0.Final > > > With 11.0.8, I get the following exception when doing a put in a replicated-cache: > {noformat} > 2020-12-18 07:21:43.232 WARN 1 --- [98f-md4d4-51498] org.infinispan.PERSISTENCE : ISPN000559: Cannot marshall 'class com.redhat.Customer' > java.lang.IllegalArgumentException: No marshaller registered for Java type com.redhat.Customer{noformat} > Same code is working right on a local-cache > I have tried also 12.0.0.Dev7 (with 11.0.6 spring starter), and the exception is similar but slightly different: > {noformat} > 2020-12-18 08:07:48.956 WARN 1 --- [nio-8080-exec-1] org.infinispan.PERSISTENCE: ISPN000559: Cannot marshall 'class org.infinispan.spring.common.provider.NullValue' > java.lang.IllegalArgumentException: No marshaller registered for Java type org.infinispan.spring.common.provider. > {noformat} -- This message was sent by Atlassian Jira (v8.13.1#813001)

3 years, 10 months

1
0
0 / 0

[Red Hat JIRA] (ISPN-12722) JSON support in ConfigurationReader/ConfigurationWriter

by Tristan Tarrant (Jira)

Tristan Tarrant created ISPN-12722: -------------------------------------- Summary: JSON support in ConfigurationReader/ConfigurationWriter Key: ISPN-12722 URL: https://issues.redhat.com/browse/ISPN-12722 Project: Infinispan Issue Type: Enhancement Components: Configuration Reporter: Tristan Tarrant Assignee: Tristan Tarrant Fix For: 13.0.0.Final -- This message was sent by Atlassian Jira (v8.13.1#813001)

3 years, 10 months

1
0
0 / 0

[Red Hat JIRA] (ISPN-12709) Cannot retrieve the keyset of a cache (ISPN000287)

by Katia Aresti (Jira)

[ https://issues.redhat.com/browse/ISPN-12709?page=com.atlassian.jira.plugi... ] Katia Aresti resolved ISPN-12709. --------------------------------- Fix Version/s: 12.1.0.Final 12.0.1.Final Resolution: Duplicate Issue > Cannot retrieve the keyset of a cache (ISPN000287) > -------------------------------------------------- > > Key: ISPN-12709 > URL: https://issues.redhat.com/browse/ISPN-12709 > Project: Infinispan > Issue Type: Bug > Affects Versions: 11.0.9.Final > Reporter: Lorenzo Pavez > Assignee: Katia Aresti > Priority: Blocker > Fix For: 12.1.0.Final, 12.0.1.Final > > Attachments: InfinispanSample.java, conf_AND_sample.zip, infinispan.xml, log.txt > > > Hi to all, > Unfortunately I cannot retrieve the keyset from a cache because I get the following error: > ISPN000287: Unauthorized access: subject 'null' lacks 'ADMIN' permission > It's quite strange; because in this example code I am able to create a cache if it's not existing (of course if you want to create a cache you need to be admin) but then I am not able to just retrieve the keyset of that cache. > Am I doing some mistakes or effectively there is a bug? > Thank you in advance for your help > Best regards, > Lorenzo -- This message was sent by Atlassian Jira (v8.13.1#813001)

3 years, 10 months

1
0
0 / 0

[Red Hat JIRA] (ISPN-12709) Cannot retrieve the keyset of a cache (ISPN000287)

by Katia Aresti (Jira)

[ https://issues.redhat.com/browse/ISPN-12709?page=com.atlassian.jira.plugi... ] Katia Aresti commented on ISPN-12709: ------------------------------------- [~agslorenzo] I will grab a look thanks > Cannot retrieve the keyset of a cache (ISPN000287) > -------------------------------------------------- > > Key: ISPN-12709 > URL: https://issues.redhat.com/browse/ISPN-12709 > Project: Infinispan > Issue Type: Bug > Affects Versions: 11.0.9.Final > Reporter: Lorenzo Pavez > Assignee: Katia Aresti > Priority: Blocker > Attachments: InfinispanSample.java, conf_AND_sample.zip, infinispan.xml, log.txt > > > Hi to all, > Unfortunately I cannot retrieve the keyset from a cache because I get the following error: > ISPN000287: Unauthorized access: subject 'null' lacks 'ADMIN' permission > It's quite strange; because in this example code I am able to create a cache if it's not existing (of course if you want to create a cache you need to be admin) but then I am not able to just retrieve the keyset of that cache. > Am I doing some mistakes or effectively there is a bug? > Thank you in advance for your help > Best regards, > Lorenzo -- This message was sent by Atlassian Jira (v8.13.1#813001)

3 years, 10 months

1
0
0 / 0

[Red Hat JIRA] (ISPN-12591) In-place rolling upgrades

by Pedro Zapata Fernandez (Jira)

[ https://issues.redhat.com/browse/ISPN-12591?page=com.atlassian.jira.plugi... ] Pedro Zapata Fernandez reassigned ISPN-12591: --------------------------------------------- Assignee: Ryan Emerson > In-place rolling upgrades > ------------------------- > > Key: ISPN-12591 > URL: https://issues.redhat.com/browse/ISPN-12591 > Project: Infinispan > Issue Type: Task > Components: Core > Reporter: Tristan Tarrant > Assignee: Ryan Emerson > Priority: Major > Fix For: 14.0.0.Final > > > Requirements: > * Upgrade from one version of Infinispan/JGroups to another > * Use at most one additional node during the process > * Continuous operativity during the process. Performance degradation is acceptable. > * Work during a Kubernetes Rolling Update > * No data loss should occur > Ref: https://github.com/jgroups-extras/RollingUpgrades -- This message was sent by Atlassian Jira (v8.13.1#813001)

3 years, 10 months

1
0
0 / 0

[Red Hat JIRA] (ISPN-12710) IllegalArgumentException in VoidResponseCollector: Self-suppression not permitted

by Ryan Emerson (Jira)

[ https://issues.redhat.com/browse/ISPN-12710?page=com.atlassian.jira.plugi... ] Ryan Emerson resolved ISPN-12710. --------------------------------- Resolution: Done > IllegalArgumentException in VoidResponseCollector: Self-suppression not permitted > --------------------------------------------------------------------------------- > > Key: ISPN-12710 > URL: https://issues.redhat.com/browse/ISPN-12710 > Project: Infinispan > Issue Type: Bug > Components: Core > Reporter: Dan Berindei > Assignee: Dan Berindei > Priority: Major > Fix For: 12.1.0.Final, 12.0.1.Final > > > Since the ISPN-12662 fix {{ConsistentReliabilitySplitBrainTest.testLockUseAfterPartitionWithMajority}} is failing in CI: > {noformat} > 16:24:32,401 ERROR (testng-Test:[]) [TestSuiteProgress] Test failed: org.infinispan.lock.ConsistentReliabilitySplitBrainTest.testAutoReleaseIfLockIsAcquiredFromAMinorityPartition[DENY_READ_WRITES] > java.lang.Error: java.util.concurrent.ExecutionException: org.infinispan.lock.exception.ClusteredLockException: org.infinispan.remoting.RemoteException: ISPN000217: Received exception from Test-NodeD, see cause for remote stack trace > at org.infinispan.functional.FunctionalTestUtils.await(FunctionalTestUtils.java:67) ~[infinispan-core-12.1.0-SNAPSHOT-tests.jar:12.1.0-SNAPSHOT] > at org.infinispan.lock.ConsistentReliabilitySplitBrainTest.testAutoReleaseIfLockIsAcquiredFromAMinorityPartition(ConsistentReliabilitySplitBrainTest.java:133) ~[test-classes/:?] > {noformat} > That fix replaced a usage of {{MapResponseCollector}} with {{VoidResponseCollector}}, which makes sense because the response values are ignored. The problem is that {{VoidResponseCollector}} tries to keep track of the exceptions received from all the targets by adding them as suppressed exceptions to the first received exception, and {{ThrowableExternalizer}} reuses {{OutdatedTopologyException}} instances, causing an {{IllegalArgumentException}}: > {noformat} > 16:24:32,380 ERROR (jgroups-12,Test-NodeD:[]) [InvocationContextInterceptor] ISPN000136: Error executing command ReadWriteKeyCommand on Cache 'org.infinispan.LOCKS', writing keys [ClusteredLockKey{name=Test}] > java.lang.IllegalArgumentException: Self-suppression not permitted > at java.lang.Throwable.addSuppressed(Throwable.java:1066) ~[?:?] > at org.infinispan.remoting.transport.impl.VoidResponseCollector.recordException(VoidResponseCollector.java:54) ~[infinispan-core-12.1.0-SNAPSHOT.jar:12.1.0-SNAPSHOT] > at org.infinispan.remoting.transport.impl.VoidResponseCollector.addException(VoidResponseCollector.java:46) ~[infinispan-core-12.1.0-SNAPSHOT.jar:12.1.0-SNAPSHOT] > at org.infinispan.remoting.transport.impl.VoidResponseCollector.addException(VoidResponseCollector.java:18) ~[infinispan-core-12.1.0-SNAPSHOT.jar:12.1.0-SNAPSHOT] > at org.infinispan.remoting.transport.ValidResponseCollector.addResponse(ValidResponseCollector.java:29) ~[infinispan-core-12.1.0-SNAPSHOT.jar:12.1.0-SNAPSHOT] > at org.infinispan.remoting.transport.impl.MultiTargetRequest.onResponse(MultiTargetRequest.java:92) [infinispan-core-12.1.0-SNAPSHOT.jar:12.1.0-SNAPSHOT] > at org.infinispan.remoting.transport.impl.RequestRepository.addResponse(RequestRepository.java:51) [infinispan-core-12.1.0-SNAPSHOT.jar:12.1.0-SNAPSHOT] > at org.infinispan.remoting.transport.jgroups.JGroupsTransport.processResponse(JGroupsTransport.java:1407) [infinispan-core-12.1.0-SNAPSHOT.jar:12.1.0-SNAPSHOT] > {noformat} -- This message was sent by Atlassian Jira (v8.13.1#813001)

3 years, 10 months

1
0
0 / 0

[Red Hat JIRA] (ISPN-12710) IllegalArgumentException in VoidResponseCollector: Self-suppression not permitted

by Ryan Emerson (Jira)

[ https://issues.redhat.com/browse/ISPN-12710?page=com.atlassian.jira.plugi... ] Ryan Emerson updated ISPN-12710: -------------------------------- Git Pull Request: https://github.com/infinispan/infinispan/pull/9042, https://github.com/infinispan/infinispan/pull/9034 (was: https://github.com/infinispan/infinispan/pull/9042) > IllegalArgumentException in VoidResponseCollector: Self-suppression not permitted > --------------------------------------------------------------------------------- > > Key: ISPN-12710 > URL: https://issues.redhat.com/browse/ISPN-12710 > Project: Infinispan > Issue Type: Bug > Components: Core > Reporter: Dan Berindei > Assignee: Dan Berindei > Priority: Major > Fix For: 12.1.0.Final, 12.0.1.Final > > > Since the ISPN-12662 fix {{ConsistentReliabilitySplitBrainTest.testLockUseAfterPartitionWithMajority}} is failing in CI: > {noformat} > 16:24:32,401 ERROR (testng-Test:[]) [TestSuiteProgress] Test failed: org.infinispan.lock.ConsistentReliabilitySplitBrainTest.testAutoReleaseIfLockIsAcquiredFromAMinorityPartition[DENY_READ_WRITES] > java.lang.Error: java.util.concurrent.ExecutionException: org.infinispan.lock.exception.ClusteredLockException: org.infinispan.remoting.RemoteException: ISPN000217: Received exception from Test-NodeD, see cause for remote stack trace > at org.infinispan.functional.FunctionalTestUtils.await(FunctionalTestUtils.java:67) ~[infinispan-core-12.1.0-SNAPSHOT-tests.jar:12.1.0-SNAPSHOT] > at org.infinispan.lock.ConsistentReliabilitySplitBrainTest.testAutoReleaseIfLockIsAcquiredFromAMinorityPartition(ConsistentReliabilitySplitBrainTest.java:133) ~[test-classes/:?] > {noformat} > That fix replaced a usage of {{MapResponseCollector}} with {{VoidResponseCollector}}, which makes sense because the response values are ignored. The problem is that {{VoidResponseCollector}} tries to keep track of the exceptions received from all the targets by adding them as suppressed exceptions to the first received exception, and {{ThrowableExternalizer}} reuses {{OutdatedTopologyException}} instances, causing an {{IllegalArgumentException}}: > {noformat} > 16:24:32,380 ERROR (jgroups-12,Test-NodeD:[]) [InvocationContextInterceptor] ISPN000136: Error executing command ReadWriteKeyCommand on Cache 'org.infinispan.LOCKS', writing keys [ClusteredLockKey{name=Test}] > java.lang.IllegalArgumentException: Self-suppression not permitted > at java.lang.Throwable.addSuppressed(Throwable.java:1066) ~[?:?] > at org.infinispan.remoting.transport.impl.VoidResponseCollector.recordException(VoidResponseCollector.java:54) ~[infinispan-core-12.1.0-SNAPSHOT.jar:12.1.0-SNAPSHOT] > at org.infinispan.remoting.transport.impl.VoidResponseCollector.addException(VoidResponseCollector.java:46) ~[infinispan-core-12.1.0-SNAPSHOT.jar:12.1.0-SNAPSHOT] > at org.infinispan.remoting.transport.impl.VoidResponseCollector.addException(VoidResponseCollector.java:18) ~[infinispan-core-12.1.0-SNAPSHOT.jar:12.1.0-SNAPSHOT] > at org.infinispan.remoting.transport.ValidResponseCollector.addResponse(ValidResponseCollector.java:29) ~[infinispan-core-12.1.0-SNAPSHOT.jar:12.1.0-SNAPSHOT] > at org.infinispan.remoting.transport.impl.MultiTargetRequest.onResponse(MultiTargetRequest.java:92) [infinispan-core-12.1.0-SNAPSHOT.jar:12.1.0-SNAPSHOT] > at org.infinispan.remoting.transport.impl.RequestRepository.addResponse(RequestRepository.java:51) [infinispan-core-12.1.0-SNAPSHOT.jar:12.1.0-SNAPSHOT] > at org.infinispan.remoting.transport.jgroups.JGroupsTransport.processResponse(JGroupsTransport.java:1407) [infinispan-core-12.1.0-SNAPSHOT.jar:12.1.0-SNAPSHOT] > {noformat} -- This message was sent by Atlassian Jira (v8.13.1#813001)

3 years, 10 months

1
0
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

infinispan-issues February 2021