November 2018 - infinispan-issues

[JBoss JIRA] (ISPN-9702) ClassCastException when using converters in remote events

by Gustavo Fernandes (Jira)

[ https://issues.jboss.org/browse/ISPN-9702?page=com.atlassian.jira.plugin.... ] Gustavo Fernandes updated ISPN-9702: ------------------------------------ Affects Version/s: (was: 9.3.4.Final) (was: 10.0.0.Alpha1) (was: 9.4.1.Final) > ClassCastException when using converters in remote events > --------------------------------------------------------- > > Key: ISPN-9702 > URL: https://issues.jboss.org/browse/ISPN-9702 > Project: Infinispan > Issue Type: Bug > Components: Listeners > Affects Versions: 9.4.1.Final, 9.3.4.Final, 10.0.0.Alpha1 > Reporter: Gustavo Fernandes > Priority: Major > > Sample code and exception described in https://stackoverflow.com/questions/53180773/infinispan-9-server-exceptio... -- This message was sent by Atlassian Jira (v7.12.1#712002)

6 years, 1 month

1
0
0 / 0

[JBoss JIRA] (ISPN-9702) ClassCastException when using converters in remote events

by Gustavo Fernandes (Jira)

[ https://issues.jboss.org/browse/ISPN-9702?page=com.atlassian.jira.plugin.... ] Gustavo Fernandes updated ISPN-9702: ------------------------------------ Affects Version/s: 9.3.4.Final > ClassCastException when using converters in remote events > --------------------------------------------------------- > > Key: ISPN-9702 > URL: https://issues.jboss.org/browse/ISPN-9702 > Project: Infinispan > Issue Type: Bug > Components: Listeners > Affects Versions: 9.4.1.Final, 9.3.4.Final, 10.0.0.Alpha1 > Reporter: Gustavo Fernandes > Priority: Major > > Sample code and exception described in https://stackoverflow.com/questions/53180773/infinispan-9-server-exceptio... -- This message was sent by Atlassian Jira (v7.12.1#712002)

6 years, 1 month

1
0
0 / 0

[JBoss JIRA] (ISPN-9701) TransactionTable does not shutdown gracefully

by Tristan Tarrant (Jira)

[ https://issues.jboss.org/browse/ISPN-9701?page=com.atlassian.jira.plugin.... ] Tristan Tarrant reassigned ISPN-9701: ------------------------------------- Assignee: Dan Berindei > TransactionTable does not shutdown gracefully > --------------------------------------------- > > Key: ISPN-9701 > URL: https://issues.jboss.org/browse/ISPN-9701 > Project: Infinispan > Issue Type: Bug > Components: Transactions > Affects Versions: 9.4.1.Final > Reporter: Paul Ferraro > Assignee: Dan Berindei > Priority: Critical > > Here's a sample stacktrace during shutdown: > {noformat} > 16:54:15,033 WARN [org.wildfly.clustering.web.undertow] (default task-1) ISPN000472: Cache manager is stopping: org.infinispan.IllegalLifecycleStateException: ISPN000472: Cache manager is stopping > at org.infinispan.marshall.core.GlobalMarshaller.getExternalizer(GlobalMarshaller.java:420) > at org.infinispan.marshall.core.GlobalMarshaller.writeNonNullableObject(GlobalMarshaller.java:400) > at org.infinispan.marshall.core.GlobalMarshaller.writeNullableObject(GlobalMarshaller.java:355) > at org.infinispan.marshall.core.GlobalMarshaller.writeObjectOutput(GlobalMarshaller.java:183) > at org.infinispan.marshall.core.GlobalMarshaller.writeObjectOutput(GlobalMarshaller.java:176) > at org.infinispan.marshall.core.GlobalMarshaller.objectToBuffer(GlobalMarshaller.java:305) > at org.infinispan.remoting.transport.jgroups.JGroupsTransport.marshallRequest(JGroupsTransport.java:1009) > at org.infinispan.remoting.transport.jgroups.JGroupsTransport.sendCommand(JGroupsTransport.java:1209) > at org.infinispan.remoting.transport.jgroups.JGroupsTransport.performAsyncRemoteInvocation(JGroupsTransport.java:1105) > at org.infinispan.remoting.transport.jgroups.JGroupsTransport.invokeRemotelyAsync(JGroupsTransport.java:246) > at org.infinispan.remoting.rpc.RpcManagerImpl.invokeRemotelyAsync(RpcManagerImpl.java:291) > at org.infinispan.remoting.rpc.RpcManagerImpl.invokeRemotely(RpcManagerImpl.java:323) > at org.infinispan.transaction.impl.TransactionTable.removeTransactionInfoRemotely(TransactionTable.java:900) > at org.infinispan.transaction.impl.TransactionTable.releaseLocksForCompletedTransaction(TransactionTable.java:886) > at org.infinispan.transaction.xa.XaTransactionTable.forgetSuccessfullyCompletedTransaction(XaTransactionTable.java:195) > at org.infinispan.transaction.xa.XaTransactionTable.commit(XaTransactionTable.java:128) > at org.infinispan.transaction.xa.TransactionXaAdapter.commit(TransactionXaAdapter.java:68) > at org.infinispan.commons.tx.TransactionImpl.finishResource(TransactionImpl.java:419) > at org.infinispan.commons.tx.TransactionImpl.commitResources(TransactionImpl.java:466) > at org.infinispan.commons.tx.TransactionImpl.runCommit(TransactionImpl.java:335) > at org.infinispan.commons.tx.TransactionImpl.commit(TransactionImpl.java:110) > {noformat} > The problem seems to be that shutDownGracefully() first waits for the localTransactions map to be empty. However, when the cache is clustered, releaseLocksForCompletedTransaction(...) removes the transaction from the localTransactions map *before* invoking removeTransactionInfoRemotely(...), which means that the subsequent TxCompletionNotificationCommand can fail to marshal (see above), or the transport might close before this command is sent. > A naive fix would simply reorder the removeLocalTransaction(...) to happen after the call to removeTransactionInfoRemotely(...) within the releaseLocksForCompletedTransaction(...) method, but I'm sure there's more to it. -- This message was sent by Atlassian Jira (v7.12.1#712002)

6 years, 1 month

1
0
0 / 0

[JBoss JIRA] (ISPN-9702) ClassCastException when using converters in remote events

by Gustavo Fernandes (Jira)

[ https://issues.jboss.org/browse/ISPN-9702?page=com.atlassian.jira.plugin.... ] Gustavo Fernandes updated ISPN-9702: ------------------------------------ Description: Sample code and exception described in https://stackoverflow.com/questions/53180773/infinispan-9-server-exceptio... (was: Sample code and exception described in https://stackoverflow.com/questions/53180773/infinispan-9-server-exceptio...) > ClassCastException when using converters in remote events > --------------------------------------------------------- > > Key: ISPN-9702 > URL: https://issues.jboss.org/browse/ISPN-9702 > Project: Infinispan > Issue Type: Bug > Components: Listeners > Affects Versions: 9.4.1.Final, 10.0.0.Alpha1 > Reporter: Gustavo Fernandes > Priority: Major > > Sample code and exception described in https://stackoverflow.com/questions/53180773/infinispan-9-server-exceptio... -- This message was sent by Atlassian Jira (v7.12.1#712002)

6 years, 1 month

1
0
0 / 0

[JBoss JIRA] (ISPN-9702) ClassCastException when using converters in remote events

by Gustavo Fernandes (Jira)

Gustavo Fernandes created ISPN-9702: --------------------------------------- Summary: ClassCastException when using converters in remote events Key: ISPN-9702 URL: https://issues.jboss.org/browse/ISPN-9702 Project: Infinispan Issue Type: Bug Components: Listeners Affects Versions: 9.4.1.Final, 10.0.0.Alpha1 Reporter: Gustavo Fernandes Sample code and exception described in https://stackoverflow.com/questions/53180773/infinispan-9-server-exceptio... -- This message was sent by Atlassian Jira (v7.12.1#712002)

6 years, 1 month

1
0
0 / 0

[JBoss JIRA] (ISPN-9701) TransactionTable does not shutdown gracefully

by Paul Ferraro (Jira)

Paul Ferraro created ISPN-9701: ---------------------------------- Summary: TransactionTable does not shutdown gracefully Key: ISPN-9701 URL: https://issues.jboss.org/browse/ISPN-9701 Project: Infinispan Issue Type: Bug Components: Transactions Affects Versions: 9.4.1.Final Reporter: Paul Ferraro Here's a sample stacktrace during shutdown: {noformat} 16:54:15,033 WARN [org.wildfly.clustering.web.undertow] (default task-1) ISPN000472: Cache manager is stopping: org.infinispan.IllegalLifecycleStateException: ISPN000472: Cache manager is stopping at org.infinispan.marshall.core.GlobalMarshaller.getExternalizer(GlobalMarshaller.java:420) at org.infinispan.marshall.core.GlobalMarshaller.writeNonNullableObject(GlobalMarshaller.java:400) at org.infinispan.marshall.core.GlobalMarshaller.writeNullableObject(GlobalMarshaller.java:355) at org.infinispan.marshall.core.GlobalMarshaller.writeObjectOutput(GlobalMarshaller.java:183) at org.infinispan.marshall.core.GlobalMarshaller.writeObjectOutput(GlobalMarshaller.java:176) at org.infinispan.marshall.core.GlobalMarshaller.objectToBuffer(GlobalMarshaller.java:305) at org.infinispan.remoting.transport.jgroups.JGroupsTransport.marshallRequest(JGroupsTransport.java:1009) at org.infinispan.remoting.transport.jgroups.JGroupsTransport.sendCommand(JGroupsTransport.java:1209) at org.infinispan.remoting.transport.jgroups.JGroupsTransport.performAsyncRemoteInvocation(JGroupsTransport.java:1105) at org.infinispan.remoting.transport.jgroups.JGroupsTransport.invokeRemotelyAsync(JGroupsTransport.java:246) at org.infinispan.remoting.rpc.RpcManagerImpl.invokeRemotelyAsync(RpcManagerImpl.java:291) at org.infinispan.remoting.rpc.RpcManagerImpl.invokeRemotely(RpcManagerImpl.java:323) at org.infinispan.transaction.impl.TransactionTable.removeTransactionInfoRemotely(TransactionTable.java:900) at org.infinispan.transaction.impl.TransactionTable.releaseLocksForCompletedTransaction(TransactionTable.java:886) at org.infinispan.transaction.xa.XaTransactionTable.forgetSuccessfullyCompletedTransaction(XaTransactionTable.java:195) at org.infinispan.transaction.xa.XaTransactionTable.commit(XaTransactionTable.java:128) at org.infinispan.transaction.xa.TransactionXaAdapter.commit(TransactionXaAdapter.java:68) at org.infinispan.commons.tx.TransactionImpl.finishResource(TransactionImpl.java:419) at org.infinispan.commons.tx.TransactionImpl.commitResources(TransactionImpl.java:466) at org.infinispan.commons.tx.TransactionImpl.runCommit(TransactionImpl.java:335) at org.infinispan.commons.tx.TransactionImpl.commit(TransactionImpl.java:110) {noformat} The problem seems to be that shutDownGracefully() first waits for the localTransactions map to be empty. However, when the cache is clustered, releaseLocksForCompletedTransaction(...) removes the transaction from the localTransactions map *before* invoking removeTransactionInfoRemotely(...), which means that the subsequent TxCompletionNotificationCommand can fail to marshal (see above), or the transport might close before this command is sent. A naive fix would simply reorder the removeLocalTransaction(...) to happen after the call to removeTransactionInfoRemotely(...) within the releaseLocksForCompletedTransaction(...) method, but I'm sure there's more to it. -- This message was sent by Atlassian Jira (v7.12.1#712002)

6 years, 1 month

1
0
0 / 0

[JBoss JIRA] (ISPN-9700) Expose x-site stats with spring-boot actuator

by Katia Aresti (Jira)

Katia Aresti created ISPN-9700: ---------------------------------- Summary: Expose x-site stats with spring-boot actuator Key: ISPN-9700 URL: https://issues.jboss.org/browse/ISPN-9700 Project: Infinispan Issue Type: Feature Request Components: Spring Integration Reporter: Katia Aresti Assignee: Katia Aresti Fix For: 10.0.0.Alpha1 Expose to spring boot actuator x-site metrics -- This message was sent by Atlassian Jira (v7.12.1#712002)

6 years, 1 month

1
0
0 / 0

[JBoss JIRA] (ISPN-9699) Cluster member owning no data

by Katia Aresti (Jira)

[ https://issues.jboss.org/browse/ISPN-9699?page=com.atlassian.jira.plugin.... ] Katia Aresti reassigned ISPN-9699: ---------------------------------- Assignee: Katia Aresti > Cluster member owning no data > ----------------------------- > > Key: ISPN-9699 > URL: https://issues.jboss.org/browse/ISPN-9699 > Project: Infinispan > Issue Type: Feature Request > Reporter: Thomas Segismont > Assignee: Katia Aresti > Priority: Major > > Currently, you can set {{capacity-factor}} to zero on a cache if you don't want a node to own any segment. > If you want a node to own no data at all, you could set this property on all declared cached. But this wouldn't work for internal caches anyway (locks, counters). > It would be nice to have a global switch. > This would be useful when your app needs to be a cluster member for discovery/membership but is deployed mostly for processing. Indeed, when such nodes are added/removed from the cluster: > * there would be no data loss > * the cluster would be back in healthy state faster as no data would be moved around. -- This message was sent by Atlassian Jira (v7.12.1#712002)

6 years, 1 month

1
0
0 / 0

[JBoss JIRA] (ISPN-9698) SpringCache doesn't unwrap null values in get(key, valueLoader) overload

by Jeff Skjonsby (Jira)

[ https://issues.jboss.org/browse/ISPN-9698?page=com.atlassian.jira.plugin.... ] Jeff Skjonsby updated ISPN-9698: -------------------------------- Git Pull Request: https://github.com/infinispan/infinispan/pull/6387 > SpringCache doesn't unwrap null values in get(key, valueLoader) overload > ------------------------------------------------------------------------ > > Key: ISPN-9698 > URL: https://issues.jboss.org/browse/ISPN-9698 > Project: Infinispan > Issue Type: Bug > Components: Spring Integration > Affects Versions: 9.4.1.Final > Reporter: Jeff Skjonsby > Assignee: Katia Aresti > Priority: Major > > This test case fails: > {code:java} > @Test > public void nullValuesAreNotUnwrapped() { > Configuration config = new ConfigurationBuilder().build(); > SpringEmbeddedCacheManager cacheManager = new SpringEmbeddedCacheManager(new DefaultCacheManager(config)); > SpringCache cache = cacheManager.getCache("foo"); > cache.put("nullable", null); > assertNull(cache.get("nullable", () -> "a")); > } > {code} -- This message was sent by Atlassian Jira (v7.12.1#712002)

6 years, 1 month

1
0
0 / 0

[JBoss JIRA] (ISPN-9699) Cluster member owning no data

by Thomas Segismont (Jira)

Thomas Segismont created ISPN-9699: -------------------------------------- Summary: Cluster member owning no data Key: ISPN-9699 URL: https://issues.jboss.org/browse/ISPN-9699 Project: Infinispan Issue Type: Feature Request Reporter: Thomas Segismont Currently, you can set {{capacity-factor}} to zero on a cache if you don't want a node to own any segment. If you want a node to own no data at all, you could set this property on all declared cached. But this wouldn't work for internal caches anyway (locks, counters). It would be nice to have a global switch. This would be useful when your app needs to be a cluster member for discovery/membership but is deployed mostly for processing. Indeed, when such nodes are added/removed from the cluster: * there would be no data loss * the cluster would be back in healthy state faster as no data would be moved around. -- This message was sent by Atlassian Jira (v7.12.1#712002)

6 years, 1 month

1
0
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

infinispan-issues November 2018