February 2021 - infinispan-issues

[Red Hat JIRA] (ISPN-12712) Cache created in runtime via CDI configuration is not visible for Cache Manager

by Ryan Emerson (Jira)

[ https://issues.redhat.com/browse/ISPN-12712?page=com.atlassian.jira.plugi... ] Ryan Emerson commented on ISPN-12712: ------------------------------------- Reproducer tests {{DuplicatedDomainsCdiIT}} exist in master but are currently ignored. The {{@Ignore}} annotation should be removed when issuing a fix PR. > Cache created in runtime via CDI configuration is not visible for Cache Manager > ------------------------------------------------------------------------------- > > Key: ISPN-12712 > URL: https://issues.redhat.com/browse/ISPN-12712 > Project: Infinispan > Issue Type: Bug > Components: CDI > Affects Versions: 12.0.0.Final > Reporter: Diego Lovison > Priority: Critical > > The reproducer for this error is on the PR https://github.com/infinispan/infinispan/pull/9041 > I am pasting here a reference > {code:java} > @Produces > public Configuration defaultCacheConfiguration() { > return new ConfigurationBuilder() > .expiration().lifespan(60000l) > .build(); > } > @Produces > @ApplicationScoped > public org.infinispan.manager.EmbeddedCacheManager defaultEmbeddedCacheManager() { > return new DefaultCacheManager(); > } > @Inject > private AdvancedCache<Object, Object> greetingCache; > /** > * Creates new {@link DefaultCacheManager}. > * This test will fail if CDI Extension registers and won't set Cache Manager's name. > */ > @Test > public void testIfCreatingDefaultCacheManagerSucceeds() { > greetingCache.put("test-key", "test-value"); > DefaultCacheManager cacheManager = new DefaultCacheManager(); > assertEquals("test-value", cacheManager.getCache("default").get("test-key")); > cacheManager.stop(); > } > {code} -- This message was sent by Atlassian Jira (v8.13.1#813001)

5 years, 4 months

1
0
0 / 0

[Red Hat JIRA] (ISPN-12713) WELD-001417: Enabled interceptor class org.infinispan.jcache.annotation.CacheResultInterceptor

by Ryan Emerson (Jira)

[ https://issues.redhat.com/browse/ISPN-12713?page=com.atlassian.jira.plugi... ] Ryan Emerson commented on ISPN-12713: ------------------------------------- Reproducer tests {{GreetingCacheManagerIT}} and {{GreetingServiceIT}} exist in master but are currently ignored. The {{@Ignore}} annotation should be removed when issuing a fix PR. > WELD-001417: Enabled interceptor class org.infinispan.jcache.annotation.CacheResultInterceptor > ---------------------------------------------------------------------------------------------- > > Key: ISPN-12713 > URL: https://issues.redhat.com/browse/ISPN-12713 > Project: Infinispan > Issue Type: Bug > Components: CDI > Reporter: Diego Lovison > Priority: Critical > > The reproducer is on the PR https://github.com/infinispan/infinispan/pull/9041 > {noformat} > [INFO] Running org.infinispan.test.integration.thirdparty.cdi.GreetingServiceIT > [ERROR] Tests run: 1, Failures: 0, Errors: 1, Skipped: 0, Time elapsed: 0.045 s <<< FAILURE! - in org.infinispan.test.integration.thirdparty.cdi.GreetingServiceIT > [ERROR] org.infinispan.test.integration.thirdparty.cdi.GreetingServiceIT Time elapsed: 0.006 s <<< ERROR! > org.jboss.arquillian.container.spi.client.container.DeploymentException: > Cannot deploy infinispan-server-integration.war: {"WFLYCTL0062: Composite operation failed and was rolled back. Steps that failed:" => {"Operation step-1" => {"WFLYCTL0080: Failed services" => {"jboss.deployment.unit.\"infinispan-server-integration.war\".WeldStartService" => "Failed to start service > Caused by: org.jboss.weld.exceptions.DeploymentException: WELD-001417: Enabled interceptor class org.infinispan.jcache.annotation.CacheResultInterceptor (<{http://xmlns.jcp.org/xml/ns/javaee}class>org.infinispan.jcache.annotation.CacheResultInterceptor</{http://xmlns.jcp.org/xml/ns/javaee}class> in vfs:/content/infinispan-server-integration.war/WEB-INF/lib/infinispan-jcache-12.1.0-SNAPSHOT.jar/META-INF/beans.xml@8) does not match an interceptor bean: the class is not found, or not annotated with @Interceptor and still not registered through a portable extension, or not annotated with @Dependent inside an implicit bean archive"}}}} > {noformat} > I was not able to understand the root cause. Once we have more details, we can update the description and title. -- This message was sent by Atlassian Jira (v8.13.1#813001)

5 years, 4 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 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)

5 years, 4 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)

5 years, 4 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)

5 years, 4 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)

5 years, 4 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)

5 years, 4 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)

5 years, 4 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)

5 years, 4 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)

5 years, 4 months

1
0
0 / 0

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

infinispan-issues February 2021