February 2021 - infinispan-issues

[Red Hat JIRA] (ISPN-12684) Lazy start SearchMapping for protobuf caches

by Gustavo Fernandes (Jira)

[ https://issues.redhat.com/browse/ISPN-12684?page=com.atlassian.jira.plugi... ] Gustavo Fernandes updated ISPN-12684: ------------------------------------- Git Pull Request: https://github.com/infinispan/infinispan/pull/9029 Status: Pull Request Sent (was: Open) > Lazy start SearchMapping for protobuf caches > -------------------------------------------- > > Key: ISPN-12684 > URL: https://issues.redhat.com/browse/ISPN-12684 > Project: Infinispan > Issue Type: Bug > Components: Remote Querying > Affects Versions: 12.0.0.Final > Reporter: Gustavo Fernandes > Assignee: Gustavo Fernandes > Priority: Major > > Currently, it's not possible to start an empty server with declared indexed caches, since the configuration requires declaration of indexed entities that should exist (in the protobuf schema cache) ahead of time. > This problem can be avoided by delaying the creation of the SearchMapping for protobuf caches until its first usage (either a query, or any data write) thus allowing the cache to start normally. -- This message was sent by Atlassian Jira (v8.13.1#813001)

3 years, 4 months

1
0
0 / 0

[Red Hat JIRA] (ISPN-12684) Lazy start SearchMapping for protobuf caches

by Gustavo Fernandes (Jira)

[ https://issues.redhat.com/browse/ISPN-12684?page=com.atlassian.jira.plugi... ] Gustavo Fernandes updated ISPN-12684: ------------------------------------- Status: Open (was: New) > Lazy start SearchMapping for protobuf caches > -------------------------------------------- > > Key: ISPN-12684 > URL: https://issues.redhat.com/browse/ISPN-12684 > Project: Infinispan > Issue Type: Bug > Components: Remote Querying > Affects Versions: 12.0.0.Final > Reporter: Gustavo Fernandes > Assignee: Gustavo Fernandes > Priority: Major > > Currently, it's not possible to start an empty server with declared indexed caches, since the configuration requires declaration of indexed entities that should exist (in the protobuf schema cache) ahead of time. > This problem can be avoided by delaying the creation of the SearchMapping for protobuf caches until its first usage (either a query, or any data write) thus allowing the cache to start normally. -- This message was sent by Atlassian Jira (v8.13.1#813001)

3 years, 4 months

1
0
0 / 0

[Red Hat JIRA] (ISPN-12283) Expiration not removing entry from indexes

by Gustavo Fernandes (Jira)

[ https://issues.redhat.com/browse/ISPN-12283?page=com.atlassian.jira.plugi... ] Gustavo Fernandes updated ISPN-12283: ------------------------------------- Affects Version/s: 9.4.21.Final > Expiration not removing entry from indexes > ------------------------------------------ > > Key: ISPN-12283 > URL: https://issues.redhat.com/browse/ISPN-12283 > Project: Infinispan > Issue Type: Bug > Components: Core, Embedded Querying > Affects Versions: 10.1.8.Final, 12.0.0.Dev02, 9.4.21.Final, 11.0.3.Final > Reporter: Gustavo Fernandes > Assignee: Will Burns > Priority: Major > > The ExpirationManagerImpl when processing expirations, deletes the entry from the data container and from the stores, but not from the indexes > The problem is always reproducible with local caches, and happens intermittently with clustered caches. Reproducer for 10.1.x: https://github.com/infinispan/infinispan/pull/8667 -- This message was sent by Atlassian Jira (v8.13.1#813001)

3 years, 4 months

1
0
0 / 0

[Red Hat JIRA] (ISPN-12738) Improve logging of transaction errors

by Dan Berindei (Jira)

Dan Berindei created ISPN-12738: ----------------------------------- Summary: Improve logging of transaction errors Key: ISPN-12738 URL: https://issues.redhat.com/browse/ISPN-12738 Project: Infinispan Issue Type: Bug Components: Core Affects Versions: 12.0.1.Final Reporter: Dan Berindei Assignee: Dan Berindei Fix For: 12.1.0.Final When {{useSynchronization=true}} and a prepare command fails, 3 ERROR and 3 WARN messages are logged: {noformat} 10:49:45,394 ERROR (jgroups-7,Test-NodeD:[]) [InvocationContextInterceptor] ISPN000136: Error executing command PrepareCommand on Cache 'defaultcache', writing keys [] org.infinispan.commons.CacheListenerException: ISPN000280: Caught exception [java.lang.IllegalArgumentException] while invoking method [public void org.infinispan.notifications.cachelistener.ListenerExceptionWithSynchronizationTest$ErrorInducingListener.entryCreated(org.infinispan.notifications.cachelistener.event.CacheEntryEvent) throws java.lang.Exception] on listener instance: org.infinispan.notifications.cachelistener.ListenerExceptionWithSynchronizationTest$ErrorInducingListener@17a626ea 10:49:45,399 WARN (jgroups-7,Test-NodeD:[]) [CLUSTER] ISPN000071: Caught exception when handling command PrepareCommand {modifications=[PutKeyValueCommand{key=k0-testPostOpExceptionListenerOnCreate, value=v0-testPostOpExceptionListenerOnCreate, flags=[], commandInvocationId=CommandInvocation:local:0, putIfAbsent=false, valueMatcher=MATCH_ALWAYS, metadata=EmbeddedExpirableMetadata{version=null, lifespan=-1, maxIdle=-1}, successful=true, topologyId=17}], onePhaseCommit=true, retried=false, gtx=GlobalTransaction{id=1, addr=Test-NodeA, remote=true, xid=null, internalId=-1}, cacheName='defaultcache', topologyId=17} org.infinispan.commons.CacheListenerException: ISPN000280: Caught exception [java.lang.IllegalArgumentException] while invoking method [public void org.infinispan.notifications.cachelistener.ListenerExceptionWithSynchronizationTest$ErrorInducingListener.entryCreated(org.infinispan.notifications.cachelistener.event.CacheEntryEvent) throws java.lang.Exception] on listener instance: org.infinispan.notifications.cachelistener.ListenerExceptionWithSynchronizationTest$ErrorInducingListener@17a626ea 10:49:45,405 ERROR (jgroups-5,Test-NodeA:[]) [InvocationContextInterceptor] ISPN000136: Error executing command PrepareCommand on Cache 'defaultcache', writing keys [k0-testPostOpExceptionListenerOnCreate] org.infinispan.remoting.RemoteException: ISPN000217: Received exception from Test-NodeD, see cause for remote stack trace 10:49:45,406 ERROR (jgroups-5,Test-NodeA:[]) [TransactionCoordinator] ISPN000097: Error while processing a prepare in a single-phase transaction org.infinispan.remoting.RemoteException: ISPN000217: Received exception from Test-NodeD, see cause for remote stack trace 10:49:48,466 WARN (testng-Test:[]) [jta] ARJUNA016029: SynchronizationImple.afterCompletion - failed for SynchronizationAdapter{localTransaction=LocalTransaction{remoteLockedNodes=[Test-NodeE, Test-NodeD], isMarkedForRollback=false, lockedKeys=[], backupKeyLocks=[], topologyId=17, stateTransferFlag=null} org.infinispan.transaction.synchronization.SyncLocalTransaction@1} org.infinispan.transaction.synchronization.SynchronizationAdapter@20 with exception java.util.concurrent.CompletionException: org.infinispan.commons.CacheException: Could not commit. 10:49:48,468 WARN (testng-Test:[]) [arjuna] ARJUNA012127: TwoPhaseCoordinator.afterCompletion - returned failure for SynchronizationImple< 0:ffff7f000001:9b93:602cd8a5:1, SynchronizationAdapter{localTransaction=LocalTransaction{remoteLockedNodes=[Test-NodeE, Test-NodeD], isMarkedForRollback=false, lockedKeys=[], backupKeyLocks=[], topologyId=17, stateTransferFlag=null} org.infinispan.transaction.synchronization.SyncLocalTransaction@1} org.infinispan.transaction.synchronization.SynchronizationAdapter@20 > ~[classes/:?] {noformat} Two of the messages are from Arjuna, but the contents are still determined by {{SynchronizationAdapter.toString()}}, and we could even eliminate them by catching the exception in {{SynchronizationAdapter.afterCompletion()}}. None of the ERROR messages include the global transaction id, and the InvocationContextInterceptor ERROR message on the remote node doesn't even include the affected keys. Instead we get trace-level details about the modifications in the transaction, and the identity hash codes of various internal objects. Other transaction configurations need to be checked as well: XA vs. NON_XA, 1PC vs. 2PC. -- This message was sent by Atlassian Jira (v8.13.1#813001)

3 years, 4 months

1
0
0 / 0

[Red Hat JIRA] (ISPN-12738) Improve logging of transaction errors

by Dan Berindei (Jira)

[ https://issues.redhat.com/browse/ISPN-12738?page=com.atlassian.jira.plugi... ] Dan Berindei updated ISPN-12738: -------------------------------- Status: Open (was: New) > Improve logging of transaction errors > ------------------------------------- > > Key: ISPN-12738 > URL: https://issues.redhat.com/browse/ISPN-12738 > Project: Infinispan > Issue Type: Bug > Components: Core > Affects Versions: 12.0.1.Final > Reporter: Dan Berindei > Assignee: Dan Berindei > Priority: Major > Fix For: 12.1.0.Final > > > When {{useSynchronization=true}} and a prepare command fails, 3 ERROR and 3 WARN messages are logged: > {noformat} > 10:49:45,394 ERROR (jgroups-7,Test-NodeD:[]) [InvocationContextInterceptor] ISPN000136: Error executing command PrepareCommand on Cache 'defaultcache', writing keys [] > org.infinispan.commons.CacheListenerException: ISPN000280: Caught exception [java.lang.IllegalArgumentException] while invoking method [public void org.infinispan.notifications.cachelistener.ListenerExceptionWithSynchronizationTest$ErrorInducingListener.entryCreated(org.infinispan.notifications.cachelistener.event.CacheEntryEvent) throws java.lang.Exception] on listener instance: org.infinispan.notifications.cachelistener.ListenerExceptionWithSynchronizationTest$ErrorInducingListener@17a626ea > 10:49:45,399 WARN (jgroups-7,Test-NodeD:[]) [CLUSTER] ISPN000071: Caught exception when handling command PrepareCommand {modifications=[PutKeyValueCommand{key=k0-testPostOpExceptionListenerOnCreate, value=v0-testPostOpExceptionListenerOnCreate, flags=[], commandInvocationId=CommandInvocation:local:0, putIfAbsent=false, valueMatcher=MATCH_ALWAYS, metadata=EmbeddedExpirableMetadata{version=null, lifespan=-1, maxIdle=-1}, successful=true, topologyId=17}], onePhaseCommit=true, retried=false, gtx=GlobalTransaction{id=1, addr=Test-NodeA, remote=true, xid=null, internalId=-1}, cacheName='defaultcache', topologyId=17} > org.infinispan.commons.CacheListenerException: ISPN000280: Caught exception [java.lang.IllegalArgumentException] while invoking method [public void org.infinispan.notifications.cachelistener.ListenerExceptionWithSynchronizationTest$ErrorInducingListener.entryCreated(org.infinispan.notifications.cachelistener.event.CacheEntryEvent) throws java.lang.Exception] on listener instance: org.infinispan.notifications.cachelistener.ListenerExceptionWithSynchronizationTest$ErrorInducingListener@17a626ea > 10:49:45,405 ERROR (jgroups-5,Test-NodeA:[]) [InvocationContextInterceptor] ISPN000136: Error executing command PrepareCommand on Cache 'defaultcache', writing keys [k0-testPostOpExceptionListenerOnCreate] > org.infinispan.remoting.RemoteException: ISPN000217: Received exception from Test-NodeD, see cause for remote stack trace > 10:49:45,406 ERROR (jgroups-5,Test-NodeA:[]) [TransactionCoordinator] ISPN000097: Error while processing a prepare in a single-phase transaction > org.infinispan.remoting.RemoteException: ISPN000217: Received exception from Test-NodeD, see cause for remote stack trace > 10:49:48,466 WARN (testng-Test:[]) [jta] ARJUNA016029: SynchronizationImple.afterCompletion - failed for SynchronizationAdapter{localTransaction=LocalTransaction{remoteLockedNodes=[Test-NodeE, Test-NodeD], isMarkedForRollback=false, lockedKeys=[], backupKeyLocks=[], topologyId=17, stateTransferFlag=null} org.infinispan.transaction.synchronization.SyncLocalTransaction@1} org.infinispan.transaction.synchronization.SynchronizationAdapter@20 with exception > java.util.concurrent.CompletionException: org.infinispan.commons.CacheException: Could not commit. > 10:49:48,468 WARN (testng-Test:[]) [arjuna] ARJUNA012127: TwoPhaseCoordinator.afterCompletion - returned failure for SynchronizationImple< 0:ffff7f000001:9b93:602cd8a5:1, SynchronizationAdapter{localTransaction=LocalTransaction{remoteLockedNodes=[Test-NodeE, Test-NodeD], isMarkedForRollback=false, lockedKeys=[], backupKeyLocks=[], topologyId=17, stateTransferFlag=null} org.infinispan.transaction.synchronization.SyncLocalTransaction@1} org.infinispan.transaction.synchronization.SynchronizationAdapter@20 > > ~[classes/:?] > {noformat} > Two of the messages are from Arjuna, but the contents are still determined by {{SynchronizationAdapter.toString()}}, and we could even eliminate them by catching the exception in {{SynchronizationAdapter.afterCompletion()}}. > None of the ERROR messages include the global transaction id, and the InvocationContextInterceptor ERROR message on the remote node doesn't even include the affected keys. Instead we get trace-level details about the modifications in the transaction, and the identity hash codes of various internal objects. > Other transaction configurations need to be checked as well: XA vs. NON_XA, 1PC vs. 2PC. -- This message was sent by Atlassian Jira (v8.13.1#813001)

3 years, 4 months

1
0
0 / 0

[Red Hat JIRA] (ISPN-12737) Server should support a truststore for client cert validation

by Wolf-Dieter Fink (Jira)

Wolf-Dieter Fink created ISPN-12737: --------------------------------------- Summary: Server should support a truststore for client cert validation Key: ISPN-12737 URL: https://issues.redhat.com/browse/ISPN-12737 Project: Infinispan Issue Type: Enhancement Components: Security, Server Affects Versions: 12.0.0.Final Reporter: Wolf-Dieter Fink Assignee: Tristan Tarrant Fix For: 12.1.0.Final While it is possible to authenticate clients using a certificate, this requires a trust store realm which means adding all possible client certificates to the trust store. Simple validation (not authentication) of certificates based on their trust chain is currently not supported. We should enhance the SSL server identity to support a truststore without requiring a trust realm. {code:xml} <security-realm name="default"> <server-identities> <ssl> <keystore path="server.pfx" keystore-password="secret" alias="server"/> <truststore path="ca.pfx" password="secret"/> </ssl> </server-identities> </security-realm> {code} If a truststore is present, client cert will be required on incoming connections. -- This message was sent by Atlassian Jira (v8.13.1#813001)

3 years, 4 months

1
0
0 / 0

[Red Hat JIRA] (ISPN-12688) Support spring session embedded with protostream

by Katia Aresti (Jira)

[ https://issues.redhat.com/browse/ISPN-12688?page=com.atlassian.jira.plugi... ] Katia Aresti updated ISPN-12688: -------------------------------- Fix Version/s: 12.1.0.Final Resolution: Done Status: Resolved (was: Pull Request Sent) > Support spring session embedded with protostream > ------------------------------------------------ > > Key: ISPN-12688 > URL: https://issues.redhat.com/browse/ISPN-12688 > Project: Infinispan > Issue Type: Task > Components: Spring Integration > Affects Versions: 12.0.0.Final > Reporter: Katia Aresti > Assignee: Dan Berindei > Priority: Major > Fix For: 12.1.0.Final > > -- This message was sent by Atlassian Jira (v8.13.1#813001)

3 years, 4 months

1
0
0 / 0

[Red Hat JIRA] (ISPN-12730) NPE when mapping a repeated non-indexed field in a schema

by Gustavo Fernandes (Jira)

[ https://issues.redhat.com/browse/ISPN-12730?page=com.atlassian.jira.plugi... ] Gustavo Fernandes updated ISPN-12730: ------------------------------------- Git Pull Request: https://github.com/infinispan/infinispan/pull/9061 Status: Pull Request Sent (was: Coding In Progress) > NPE when mapping a repeated non-indexed field in a schema > --------------------------------------------------------- > > Key: ISPN-12730 > URL: https://issues.redhat.com/browse/ISPN-12730 > Project: Infinispan > Issue Type: Bug > Components: Remote Querying > Affects Versions: 12.0.1.Final > Reporter: Gustavo Fernandes > Assignee: Gustavo Fernandes > Priority: Major > > Schema: > {code} > package com.redhat; > message Attack { > optional string type = 1; > } > /** > * @Indexed > */ > message ConnectedPlayer { > optional string uuid = 1; > optional string userName = 2; > optional string match = 3; > repeated Attack attacks = 4; > /** > * @Field(index=Index.YES, analyze = Analyze.NO, store = Store.NO) > */ > optional int32 score = 5; > optional int64 timestamp = 6; > } > {code} > Cache Definition: > {code:json} > { > "distributed-cache": { > "mode": "SYNC", > "encoding": { > "key": { > "media-type": "application/x-protostream" > }, > "value": { > "media-type": "application/x-protostream" > } > }, > "indexing": { > "enabled":true, > "indexed-entities" : ["com.redhat.ConnectedPlayer"] > }, > "transaction": { > "mode": "NON_XA" > }, > "memory": { > "storage": "HEAP" > } > } > } > {code} > The cache creation will throw a NPE: > {noformat} > 08:25:43,520 ERROR (blocking-thread--p3-t4) [org.hibernate.search.engine.reporting.spi.RootFailureCollector] HSEARCH000521: Hibernate Search encountered a failure during bootstrap; continuing for now to list all problems, but the process will ultimately be aborted. > Context: Infinispan Search Mapping, type 'com.redhat.ConnectedPlayer ([B)' > Failure: java.lang.NullPointerException > at org.infinispan.query.remote.impl.mapping.typebridge.ProtobufMessageBinder$State.bind(ProtobufMessageBinder.java:92) > at org.infinispan.query.remote.impl.mapping.typebridge.ProtobufMessageBinder.createIndexReferenceProvider(ProtobufMessageBinder.java:49) > at org.infinispan.query.remote.impl.mapping.typebridge.ProtobufMessageBinder.bind(ProtobufMessageBinder.java:34) > {noformat} -- This message was sent by Atlassian Jira (v8.13.1#813001)

3 years, 4 months

1
0
0 / 0

[Red Hat JIRA] (ISPN-12283) Expiration not removing entry from indexes

by Gustavo Fernandes (Jira)

[ https://issues.redhat.com/browse/ISPN-12283?page=com.atlassian.jira.plugi... ] Gustavo Fernandes reassigned ISPN-12283: ---------------------------------------- Assignee: Will Burns > Expiration not removing entry from indexes > ------------------------------------------ > > Key: ISPN-12283 > URL: https://issues.redhat.com/browse/ISPN-12283 > Project: Infinispan > Issue Type: Bug > Components: Core, Embedded Querying > Affects Versions: 10.1.8.Final, 12.0.0.Dev02, 11.0.3.Final > Reporter: Gustavo Fernandes > Assignee: Will Burns > Priority: Major > > The ExpirationManagerImpl when processing expirations, deletes the entry from the data container and from the stores, but not from the indexes > The problem is always reproducible with local caches, and happens intermittently with clustered caches. Reproducer for 10.1.x: https://github.com/infinispan/infinispan/pull/8667 -- This message was sent by Atlassian Jira (v8.13.1#813001)

3 years, 4 months

1
0
0 / 0

[Red Hat JIRA] (ISPN-12736) Docs: Removing productized attributes and conditionals

by Donald Naro (Jira)

[ https://issues.redhat.com/browse/ISPN-12736?page=com.atlassian.jira.plugi... ] Donald Naro updated ISPN-12736: ------------------------------- Git Pull Request: https://github.com/infinispan/infinispan-operator/pull/820, https://github.com/infinispan/infinispan/pull/9060 Status: Pull Request Sent (was: Open) > Docs: Removing productized attributes and conditionals > ------------------------------------------------------ > > Key: ISPN-12736 > URL: https://issues.redhat.com/browse/ISPN-12736 > Project: Infinispan > Issue Type: Enhancement > Components: Documentation > Reporter: Donald Naro > Assignee: Donald Naro > Priority: Major > > Remove product-attributes.adoc and clean up conditional statements -- This message was sent by Atlassian Jira (v8.13.1#813001)

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