February 2021 - infinispan-issues

[Red Hat JIRA] (ISPN-12622) Expose Cross-Site Views via CLI and REST endpoint

by Tristan Tarrant (Jira)

[ https://issues.redhat.com/browse/ISPN-12622?page=com.atlassian.jira.plugi... ] Tristan Tarrant updated ISPN-12622: ----------------------------------- Fix Version/s: 12.1.0.Dev01 Resolution: Done Status: Resolved (was: Pull Request Sent) > Expose Cross-Site Views via CLI and REST endpoint > ------------------------------------------------- > > Key: ISPN-12622 > URL: https://issues.redhat.com/browse/ISPN-12622 > Project: Infinispan > Issue Type: Feature Request > Components: CLI, Cross-Site Replication, REST > Affects Versions: 12.0.0.CR1 > Reporter: Dmitry Volodin > Assignee: Pedro Ruivo > Priority: Major > Fix For: 12.1.0.Final, 12.1.0.Dev01 > > > {color:#333333}Now Cross-Site View prints message `{color:#000000}Check log messages for ISPN000439: Received new x-site view messages.` {color}inside log or this status can be obtained via JMX only. > {color} > {color:#333333}For issue [https://github.com/infinispan/infinispan-operator/issues/193] implementation it would be nice to have a REST endpoint to get this info > {color} -- This message was sent by Atlassian Jira (v8.13.1#813001)

5 years, 3 months

1
0
0 / 0

[Red Hat JIRA] (ISPN-12695) Remove unzip tomcat logic from third-party-server module

by Pedro Ruivo (Jira)

[ https://issues.redhat.com/browse/ISPN-12695?page=com.atlassian.jira.plugi... ] Pedro Ruivo updated ISPN-12695: ------------------------------- Fix Version/s: 12.1.0.Dev01 Resolution: Done Status: Resolved (was: Pull Request Sent) > Remove unzip tomcat logic from third-party-server module > -------------------------------------------------------- > > Key: ISPN-12695 > URL: https://issues.redhat.com/browse/ISPN-12695 > Project: Infinispan > Issue Type: Enhancement > Components: Test Suite > Affects Versions: 12.0.0.Final > Reporter: Diego Lovison > Assignee: Diego Lovison > Priority: Major > Fix For: 12.1.0.Dev01 > > > While running the downstream tests, I saw that it makes more sense and is easier to just set the Catalina path -- This message was sent by Atlassian Jira (v8.13.1#813001)

5 years, 3 months

1
0
0 / 0

[Red Hat JIRA] (ISPN-12696) SerializationContextRegistryImpl should automatically register PERSISTENCE SCIs with Global context

by Ryan Emerson (Jira)

[ https://issues.redhat.com/browse/ISPN-12696?page=com.atlassian.jira.plugi... ] Ryan Emerson updated ISPN-12696: -------------------------------- Description: The GlOBAL context is a superset of the PERSISTENCE context, therefore if an internal SCI is registered with the PERSISTENCE context this should also be registered with the GLOBAL conmtext. Currently it's necessary for Infinispan modules to register with both manually. For example the MultiMap LifecycleManager has todo the following: {code:java} ctxRegistry.addContextInitializer(SerializationContextRegistry.MarshallerType.PERSISTENCE, new PersistenceContextInitializerImpl()); ctxRegistry.addContextInitializer(SerializationContextRegistry.MarshallerType.GLOBAL, new PersistenceContextInitializerImpl()); {code} was: The GlOBAL context is a superset of the PERSISTENCE context, therefore if an internal SCI is registered with the PERSISTENCE context this should also be registered with the GLOBAL conmtext. Currently it's necessary for Infinispan modules to register with both manually. For example the Query LifecycleManager has todo the following: {code:java} ctxRegistry.addContextInitializer(SerializationContextRegistry.MarshallerType.PERSISTENCE, new PersistenceContextInitializerImpl()); ctxRegistry.addContextInitializer(SerializationContextRegistry.MarshallerType.GLOBAL, MarshallerRegistration.INSTANCE); {code} > SerializationContextRegistryImpl should automatically register PERSISTENCE SCIs with Global context > --------------------------------------------------------------------------------------------------- > > Key: ISPN-12696 > URL: https://issues.redhat.com/browse/ISPN-12696 > Project: Infinispan > Issue Type: Bug > Components: Marshalling > Affects Versions: 12.0.0.Final > Reporter: Ryan Emerson > Assignee: Ryan Emerson > Priority: Major > > The GlOBAL context is a superset of the PERSISTENCE context, therefore if an internal SCI is registered with the PERSISTENCE context this should also be registered with the GLOBAL conmtext. > Currently it's necessary for Infinispan modules to register with both manually. For example the MultiMap LifecycleManager has todo the following: > {code:java} > ctxRegistry.addContextInitializer(SerializationContextRegistry.MarshallerType.PERSISTENCE, new PersistenceContextInitializerImpl()); > ctxRegistry.addContextInitializer(SerializationContextRegistry.MarshallerType.GLOBAL, new PersistenceContextInitializerImpl()); > {code} -- This message was sent by Atlassian Jira (v8.13.1#813001)

5 years, 3 months

1
0
0 / 0

[Red Hat JIRA] (ISPN-12696) SerializationContextRegistryImpl should automatically register PERSISTENCE SCIs with Global context

by Ryan Emerson (Jira)

Ryan Emerson created ISPN-12696: ----------------------------------- Summary: SerializationContextRegistryImpl should automatically register PERSISTENCE SCIs with Global context Key: ISPN-12696 URL: https://issues.redhat.com/browse/ISPN-12696 Project: Infinispan Issue Type: Bug Components: Marshalling Affects Versions: 12.0.0.Final Reporter: Ryan Emerson Assignee: Ryan Emerson The GlOBAL context is a superset of the PERSISTENCE context, therefore if an internal SCI is registered with the PERSISTENCE context this should also be registered with the GLOBAL conmtext. Currently it's necessary for Infinispan modules to register with both manually. For example the Query LifecycleManager has todo the following: {code:java} ctxRegistry.addContextInitializer(SerializationContextRegistry.MarshallerType.PERSISTENCE, new PersistenceContextInitializerImpl()); ctxRegistry.addContextInitializer(SerializationContextRegistry.MarshallerType.GLOBAL, MarshallerRegistration.INSTANCE); {code} -- This message was sent by Atlassian Jira (v8.13.1#813001)

5 years, 3 months

1
0
0 / 0

[Red Hat JIRA] (IPROTO-185) Annotation processor should not process classes in other modules or without annotations

by Nistor Adrian (Jira)

[ https://issues.redhat.com/browse/IPROTO-185?page=com.atlassian.jira.plugi... ] Nistor Adrian commented on IPROTO-185: -------------------------------------- Problem number 1 is the weirdest of all. Should not happen at all. > Annotation processor should not process classes in other modules or without annotations > --------------------------------------------------------------------------------------- > > Key: IPROTO-185 > URL: https://issues.redhat.com/browse/IPROTO-185 > Project: Infinispan ProtoStream > Issue Type: Enhancement > Affects Versions: 4.4.0.Alpha4 > Reporter: Dan Berindei > Priority: Major > > If I have a {{@ProtoField}} method returning an {{Object}}, the processor should log any error saying that {{java.lang.Object}} is not marshallable. > Instead, it generates a marshaller for {{java.lang.Object}}. > But post-Jigsaw JVMs do not load {{java.lang}} classes from application jars, leading to confusing runtime errors like this: > {noformat} > java.lang.NoClassDefFoundError: java/lang/Object$___Marshaller_7cfc5a759c8f8d76ba63b427d975ad253085d80aa05aa8e1121221ae7d5d35cd > at org.infinispan.spring.common.provider.PersistenceContextInitializerImpl.registerMarshallers(PersistenceContextInitializerImpl.java:56) > at org.infinispan.marshall.protostream.impl.SerializationContextRegistryImpl$MarshallerContext.lambda$update$0(SerializationContextRegistryImpl.java:148) > at java.base/java.util.ArrayList.forEach(ArrayList.java:1511) > at org.infinispan.marshall.protostream.impl.SerializationContextRegistryImpl$MarshallerContext.update(SerializationContextRegistryImpl.java:146) > at org.infinispan.marshall.protostream.impl.SerializationContextRegistryImpl.lambda$addContextInitializer$3(SerializationContextRegistryImpl.java:85) > at org.infinispan.marshall.protostream.impl.SerializationContextRegistryImpl.update(SerializationContextRegistryImpl.java:105) > at org.infinispan.marshall.protostream.impl.SerializationContextRegistryImpl.addContextInitializer(SerializationContextRegistryImpl.java:85) > {noformat} > I see 2 different problems: > 1. {{java.lang.Object}} does not have any Protostream annotations, but the annotation processor still creates a marshaller for it. > Creating marshallers for classes without annotations means when compiling a module it's impossible to know which classes in that module will ever have marshallers. > 2. Split packages do not work with Jigsaw modules. > Creating a marshaller in the same package but in a different jar is a problem not only for {{java.lang.Object}} and {{java.util}} collection classes, but also for application classes when using modular jars. -- This message was sent by Atlassian Jira (v8.13.1#813001)

5 years, 3 months

1
0
0 / 0

[Red Hat JIRA] (ISPN-12695) Remove unzip tomcat logic from third-party-server module

by Diego Lovison (Jira)

[ https://issues.redhat.com/browse/ISPN-12695?page=com.atlassian.jira.plugi... ] Diego Lovison updated ISPN-12695: --------------------------------- Git Pull Request: https://github.com/infinispan/infinispan/pull/9037 Status: Pull Request Sent (was: Open) > Remove unzip tomcat logic from third-party-server module > -------------------------------------------------------- > > Key: ISPN-12695 > URL: https://issues.redhat.com/browse/ISPN-12695 > Project: Infinispan > Issue Type: Enhancement > Components: Test Suite > Affects Versions: 12.0.0.Final > Reporter: Diego Lovison > Assignee: Diego Lovison > Priority: Major > > While running the downstream tests, I saw that it makes more sense and is easier to just set the Catalina path -- This message was sent by Atlassian Jira (v8.13.1#813001)

5 years, 3 months

1
0
0 / 0

[Red Hat JIRA] (ISPN-12695) Remove unzip tomcat logic from third-party-server module

by Diego Lovison (Jira)

[ https://issues.redhat.com/browse/ISPN-12695?page=com.atlassian.jira.plugi... ] Diego Lovison updated ISPN-12695: --------------------------------- Status: Open (was: New) > Remove unzip tomcat logic from third-party-server module > -------------------------------------------------------- > > Key: ISPN-12695 > URL: https://issues.redhat.com/browse/ISPN-12695 > Project: Infinispan > Issue Type: Enhancement > Components: Test Suite > Affects Versions: 12.0.0.Final > Reporter: Diego Lovison > Assignee: Diego Lovison > Priority: Major > > While running the downstream tests, I saw that it makes more sense and is easier to just set the Catalina path -- This message was sent by Atlassian Jira (v8.13.1#813001)

5 years, 3 months

1
0
0 / 0

[Red Hat JIRA] (ISPN-12695) Remove unzip tomcat logic from third-party-server module

by Diego Lovison (Jira)

[ https://issues.redhat.com/browse/ISPN-12695?page=com.atlassian.jira.plugi... ] Diego Lovison reassigned ISPN-12695: ------------------------------------ Assignee: Diego Lovison > Remove unzip tomcat logic from third-party-server module > -------------------------------------------------------- > > Key: ISPN-12695 > URL: https://issues.redhat.com/browse/ISPN-12695 > Project: Infinispan > Issue Type: Enhancement > Components: Test Suite > Affects Versions: 12.0.0.Final > Reporter: Diego Lovison > Assignee: Diego Lovison > Priority: Major > > While running the downstream tests, I saw that it makes more sense and is easier to just set the Catalina path -- This message was sent by Atlassian Jira (v8.13.1#813001)

5 years, 3 months

1
0
0 / 0

[Red Hat JIRA] (IPROTO-185) Annotation processor should not process classes in other modules or without annotations

by Dan Berindei (Jira)

Dan Berindei created IPROTO-185: ----------------------------------- Summary: Annotation processor should not process classes in other modules or without annotations Key: IPROTO-185 URL: https://issues.redhat.com/browse/IPROTO-185 Project: Infinispan ProtoStream Issue Type: Enhancement Affects Versions: 4.4.0.Alpha4 Reporter: Dan Berindei If I have a {{@ProtoField}} method returning an {{Object}}, the processor should log any error saying that {{java.lang.Object}} is not marshallable. Instead, it generates a marshaller for {{java.lang.Object}}. But post-Jigsaw JVMs do not load {{java.lang}} classes from application jars, leading to confusing runtime errors like this: {noformat} java.lang.NoClassDefFoundError: java/lang/Object$___Marshaller_7cfc5a759c8f8d76ba63b427d975ad253085d80aa05aa8e1121221ae7d5d35cd at org.infinispan.spring.common.provider.PersistenceContextInitializerImpl.registerMarshallers(PersistenceContextInitializerImpl.java:56) at org.infinispan.marshall.protostream.impl.SerializationContextRegistryImpl$MarshallerContext.lambda$update$0(SerializationContextRegistryImpl.java:148) at java.base/java.util.ArrayList.forEach(ArrayList.java:1511) at org.infinispan.marshall.protostream.impl.SerializationContextRegistryImpl$MarshallerContext.update(SerializationContextRegistryImpl.java:146) at org.infinispan.marshall.protostream.impl.SerializationContextRegistryImpl.lambda$addContextInitializer$3(SerializationContextRegistryImpl.java:85) at org.infinispan.marshall.protostream.impl.SerializationContextRegistryImpl.update(SerializationContextRegistryImpl.java:105) at org.infinispan.marshall.protostream.impl.SerializationContextRegistryImpl.addContextInitializer(SerializationContextRegistryImpl.java:85) {noformat} I see 2 different problems: 1. {{java.lang.Object}} does not have any Protostream annotations, but the annotation processor still creates a marshaller for it. Creating marshallers for classes without annotations means when compiling a module it's impossible to know which classes in that module will ever have marshallers. 2. Split packages do not work with Jigsaw modules. Creating a marshaller in the same package but in a different jar is a problem not only for {{java.lang.Object}} and {{java.util}} collection classes, but also for application classes when using modular jars. -- This message was sent by Atlassian Jira (v8.13.1#813001)

5 years, 3 months

1
0
0 / 0

[Red Hat JIRA] (ISPN-12695) Remove unzip tomcat logic from third-party-server module

by Diego Lovison (Jira)

Diego Lovison created ISPN-12695: ------------------------------------ Summary: Remove unzip tomcat logic from third-party-server module Key: ISPN-12695 URL: https://issues.redhat.com/browse/ISPN-12695 Project: Infinispan Issue Type: Enhancement Components: Test Suite Affects Versions: 12.0.0.Final Reporter: Diego Lovison While running the downstream tests, I saw that it makes more sense and is easier to just set the Catalina path -- This message was sent by Atlassian Jira (v8.13.1#813001)

5 years, 3 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