November 2017 - infinispan-issues

[JBoss JIRA] (ISPN-8501) Remote listeners consume one connection each

by Tristan Tarrant (JIRA)

[ https://issues.jboss.org/browse/ISPN-8501?page=com.atlassian.jira.plugin.... ] Tristan Tarrant updated ISPN-8501: ---------------------------------- Summary: Remote listeners consume one connection each (was: Remote lis) > Remote listeners consume one connection each > -------------------------------------------- > > Key: ISPN-8501 > URL: https://issues.jboss.org/browse/ISPN-8501 > Project: Infinispan > Issue Type: Bug > Reporter: Tristan Tarrant > > Currently remote cache listeners consume the connection they register on. This should be changed to only use a single connection for all listeners. -- This message was sent by Atlassian JIRA (v7.5.0#75005)

7 years, 4 months

1
0
0 / 0

[JBoss JIRA] (ISPN-8477) Rest server does not take ignored caches into account

by Tristan Tarrant (JIRA)

[ https://issues.jboss.org/browse/ISPN-8477?page=com.atlassian.jira.plugin.... ] Tristan Tarrant updated ISPN-8477: ---------------------------------- Fix Version/s: 9.2.0.Beta1 > Rest server does not take ignored caches into account > ----------------------------------------------------- > > Key: ISPN-8477 > URL: https://issues.jboss.org/browse/ISPN-8477 > Project: Infinispan > Issue Type: Bug > Affects Versions: 9.2.0.Alpha2 > Reporter: Gustavo Fernandes > Assignee: Gustavo Fernandes > Fix For: 9.2.0.Beta1 > > > It's currently hardcoding the logic if a cache should be ignored or not as FALSE. -- This message was sent by Atlassian JIRA (v7.5.0#75005)

7 years, 4 months

1
0
0 / 0

[JBoss JIRA] (ISPN-8477) Rest server does not take ignored caches into account

by Tristan Tarrant (JIRA)

[ https://issues.jboss.org/browse/ISPN-8477?page=com.atlassian.jira.plugin.... ] Tristan Tarrant updated ISPN-8477: ---------------------------------- Status: Resolved (was: Pull Request Sent) Resolution: Done > Rest server does not take ignored caches into account > ----------------------------------------------------- > > Key: ISPN-8477 > URL: https://issues.jboss.org/browse/ISPN-8477 > Project: Infinispan > Issue Type: Bug > Affects Versions: 9.2.0.Alpha2 > Reporter: Gustavo Fernandes > Assignee: Gustavo Fernandes > > It's currently hardcoding the logic if a cache should be ignored or not as FALSE. -- This message was sent by Atlassian JIRA (v7.5.0#75005)

7 years, 4 months

1
0
0 / 0

[JBoss JIRA] (ISPN-8445) Off-heap container doesn't work in compatibility mode

by William Burns (JIRA)

[ https://issues.jboss.org/browse/ISPN-8445?page=com.atlassian.jira.plugin.... ] William Burns reassigned ISPN-8445: ----------------------------------- Assignee: Gustavo Fernandes (was: William Burns) > Off-heap container doesn't work in compatibility mode > ----------------------------------------------------- > > Key: ISPN-8445 > URL: https://issues.jboss.org/browse/ISPN-8445 > Project: Infinispan > Issue Type: Bug > Components: Off Heap > Affects Versions: 9.2.0.Alpha1 > Reporter: Vojtech Juranek > Assignee: Gustavo Fernandes > > When cache uses off-heap container and has compatibility mode turned on, it's not able to convert keys/value into proper type and fails with (when accessed via hotrod or rest) > {noformat} > ESC[0mESC[31m14:27:46,383 ERROR [org.infinispan.interceptors.impl.InvocationContextInterceptor] (HotRod-ServerHandler-6-1) ISPN000136: Error executing command PutKeyValueCommand, writing keys [key1]: java.lang.ClassCastException: java.la > ng.String cannot be cast to org.infinispan.commons.marshall.WrappedBytes > at org.infinispan.container.offheap.OffHeapDataContainer.put(OffHeapDataContainer.java:39) > at org.infinispan.container.entries.ReadCommittedEntry.commit(ReadCommittedEntry.java:134) > at org.infinispan.statetransfer.CommitManager.commitEntry(CommitManager.java:141) > at org.infinispan.statetransfer.CommitManager.commit(CommitManager.java:101) > at org.infinispan.interceptors.locking.ClusteringDependentLogic$LocalLogic.commitSingleEntry(ClusteringDependentLogic.java:329) > at org.infinispan.interceptors.locking.ClusteringDependentLogic$AbstractClusteringDependentLogic.commitEntry(ClusteringDependentLogic.java:183) > at org.infinispan.interceptors.impl.EntryWrappingInterceptor.commitContextEntry(EntryWrappingInterceptor.java:585) > at org.infinispan.interceptors.impl.EntryWrappingInterceptor.commitEntryIfNeeded(EntryWrappingInterceptor.java:808) > at org.infinispan.interceptors.impl.EntryWrappingInterceptor.commitContextEntries(EntryWrappingInterceptor.java:562) > at org.infinispan.interceptors.impl.EntryWrappingInterceptor.applyChanges(EntryWrappingInterceptor.java:618) > at org.infinispan.interceptors.impl.EntryWrappingInterceptor.lambda$setSkipRemoteGetsAndInvokeNextForDataCommand$7(EntryWrappingInterceptor.java:674) > at org.infinispan.interceptors.BaseAsyncInterceptor.invokeNextThenAccept(BaseAsyncInterceptor.java:109) > at org.infinispan.interceptors.impl.EntryWrappingInterceptor.setSkipRemoteGetsAndInvokeNextForDataCommand(EntryWrappingInterceptor.java:671) > at org.infinispan.interceptors.impl.EntryWrappingInterceptor.visitPutKeyValueCommand(EntryWrappingInterceptor.java:316) > at org.infinispan.commands.write.PutKeyValueCommand.acceptVisitor(PutKeyValueCommand.java:67) > at org.infinispan.interceptors.BaseAsyncInterceptor.invokeNextAndFinally(BaseAsyncInterceptor.java:154) > at org.infinispan.interceptors.locking.AbstractLockingInterceptor.visitNonTxDataWriteCommand(AbstractLockingInterceptor.java:135) > at org.infinispan.interceptors.locking.NonTransactionalLockingInterceptor.visitDataWriteCommand(NonTransactionalLockingInterceptor.java:38) > at org.infinispan.interceptors.locking.AbstractLockingInterceptor.visitPutKeyValueCommand(AbstractLockingInterceptor.java:85) > at org.infinispan.commands.write.PutKeyValueCommand.acceptVisitor(PutKeyValueCommand.java:67) > at org.infinispan.interceptors.BaseAsyncInterceptor.invokeNextAndFinally(BaseAsyncInterceptor.java:154) > at org.infinispan.interceptors.impl.CacheMgmtInterceptor.updateStoreStatistics(CacheMgmtInterceptor.java:200) > at org.infinispan.interceptors.impl.CacheMgmtInterceptor.visitPutKeyValueCommand(CacheMgmtInterceptor.java:162) > at org.infinispan.commands.write.PutKeyValueCommand.acceptVisitor(PutKeyValueCommand.java:67) > at org.infinispan.interceptors.BaseAsyncInterceptor.invokeNext(BaseAsyncInterceptor.java:58) > at org.infinispan.interceptors.DDAsyncInterceptor.handleDefault(DDAsyncInterceptor.java:54) > at org.infinispan.interceptors.DDAsyncInterceptor.visitPutKeyValueCommand(DDAsyncInterceptor.java:60) > at org.infinispan.commands.write.PutKeyValueCommand.acceptVisitor(PutKeyValueCommand.java:67) > at org.infinispan.interceptors.BaseAsyncInterceptor.invokeNextAndExceptionally(BaseAsyncInterceptor.java:127) > at org.infinispan.interceptors.impl.InvocationContextInterceptor.visitCommand(InvocationContextInterceptor.java:96) > at org.infinispan.interceptors.impl.AsyncInterceptorChainImpl.invoke(AsyncInterceptorChainImpl.java:248) > at org.infinispan.cache.impl.CacheImpl.executeCommandAndCommitIfNeeded(CacheImpl.java:1674) > at org.infinispan.cache.impl.CacheImpl.put(CacheImpl.java:1322) > at org.infinispan.cache.impl.CacheImpl.put(CacheImpl.java:1788) > at org.infinispan.cache.impl.AbstractDelegatingAdvancedCache.put(AbstractDelegatingAdvancedCache.java:318) > at org.infinispan.cache.impl.EncoderCache.put(EncoderCache.java:439) > at org.infinispan.cache.impl.AbstractDelegatingAdvancedCache.put(AbstractDelegatingAdvancedCache.java:318) > at org.infinispan.server.hotrod.CacheDecodeContext.put(CacheDecodeContext.java:404) > at org.infinispan.server.hotrod.ContextHandler.realRead(ContextHandler.java:65) > at org.infinispan.server.hotrod.ContextHandler.lambda$channelRead0$0(ContextHandler.java:52) > at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) > at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) > at io.netty.util.concurrent.DefaultThreadFactory$DefaultRunnableDecorator.run(DefaultThreadFactory.java:144) > at java.lang.Thread.run(Thread.java:745) > {noformat} -- This message was sent by Atlassian JIRA (v7.5.0#75005)

7 years, 4 months

1
0
0 / 0

[JBoss JIRA] (ISPN-8396) Add interceptor preventing going out of memory

by William Burns (JIRA)

[ https://issues.jboss.org/browse/ISPN-8396?page=com.atlassian.jira.plugin.... ] William Burns commented on ISPN-8396: ------------------------------------- So is it alright if this is only for OFF-HEAP? We could very easily confirm how much memory is in use by checking the off heap memory allocator. I am thinking maybe this would be a setting per node that is similar to eviction, but it could say to throw an exception after OFF-HEAP has allocated a specific amount. > Add interceptor preventing going out of memory > ---------------------------------------------- > > Key: ISPN-8396 > URL: https://issues.jboss.org/browse/ISPN-8396 > Project: Infinispan > Issue Type: Feature Request > Components: Cloud Integrations, Core > Reporter: Sebastian Łaskawiec > Assignee: William Burns > > We need an interceptor which will calculate the amount of required memory for PUT and report an error if that put will cause going out of memory. > Note that this is strictly connected to eviction mechanism (we might want to evict some entries on write) -- This message was sent by Atlassian JIRA (v7.5.0#75005)

7 years, 4 months

1
0
0 / 0

[JBoss JIRA] (ISPN-8500) Off-heap returns expited entries

by Vojtech Juranek (JIRA)

[ https://issues.jboss.org/browse/ISPN-8500?page=com.atlassian.jira.plugin.... ] Vojtech Juranek updated ISPN-8500: ---------------------------------- Status: Open (was: New) > Off-heap returns expited entries > -------------------------------- > > Key: ISPN-8500 > URL: https://issues.jboss.org/browse/ISPN-8500 > Project: Infinispan > Issue Type: Bug > Components: Expiration, Off Heap > Affects Versions: 9.1.0.Final, 9.2.0.Alpha2 > Reporter: Vojtech Juranek > Assignee: Vojtech Juranek > > When expiration is turned on and off-heap is used, data container returns also entries which should be expired. -- This message was sent by Atlassian JIRA (v7.5.0#75005)

7 years, 4 months

1
0
0 / 0

[JBoss JIRA] (ISPN-7672) NonTotalOrderTxPerCacheInboundInvocationHandler throws warning when adding cache entry using Spring Session

by Pedro Zapata (JIRA)

[ https://issues.jboss.org/browse/ISPN-7672?page=com.atlassian.jira.plugin.... ] Pedro Zapata updated ISPN-7672: ------------------------------- Priority: Minor (was: Blocker) > NonTotalOrderTxPerCacheInboundInvocationHandler throws warning when adding cache entry using Spring Session > ----------------------------------------------------------------------------------------------------------- > > Key: ISPN-7672 > URL: https://issues.jboss.org/browse/ISPN-7672 > Project: Infinispan > Issue Type: Bug > Components: Cloud Integrations, Spring Integration > Affects Versions: 9.0.0.CR4 > Reporter: Sebastian Łaskawiec > Assignee: Galder Zamarreño > Priority: Minor > Fix For: 9.2.0.Final > > > When I'm trying to add an entry using Spring Session integration with a [transactional cache|https://github.com/slaskawi/presentations/blob/master/2017_spring_s...], the server throws a warning: > {code} > [transactions-repository-1-2cbrv] 06:53:40,773 WARN [org.infinispan.remoting.inboundhandler.NonTotalOrderTxPerCacheInboundInvocationHandler] (remote-thread--p2-t18) ISPN000071: Caught exception when handling command DistributedExecuteCommand [cache=Cache 'sessions'@transactions-repository-1-2cbrv, keys=[], callable=ClusterEventCallable{identifier=b345211e-fbd7-4305-b3a6-6979301e0360, events=[ClusterEvent {type=CACHE_ENTRY_CREATED, cache=Cache 'sessions'@transactions-repository-1-2cbrv, key=[B@8c75820, value=[B@76856353, oldValue=null, transaction=RecoveryAwareGlobalTransaction{xid=< 131077, 29, 36, 0000000000-1-1-84170374-96-629488-44-62370001349, 0000000000-1-1-84170374-96-629488-44-62370001400000000 >, internalId=562954248388609} GlobalTx:transactions-repository-1-cwk6f:1, retryCommand=false, origin=transactions-repository-1-cwk6f}]}]: org.infinispan.commons.CacheListenerException: ISPN000280: Caught exception [java.lang.ClassCastException] while invoking method [public void org.infinispan.server.hotrod.ClientListenerRegistry$BaseClientEventSender.onCacheEvent(org.infinispan.notifications.cachelistener.event.CacheEntryEvent)] on listener instance: org.infinispan.server.hotrod.ClientListenerRegistry$StatelessClientEventSender@7b97a57 > [transactions-repository-1-2cbrv] at org.infinispan.notifications.impl.AbstractListenerImpl$ListenerInvocationImpl$1.run(AbstractListenerImpl.java:401) > [transactions-repository-1-2cbrv] at org.infinispan.util.concurrent.WithinThreadExecutor.execute(WithinThreadExecutor.java:20) > [transactions-repository-1-2cbrv] at org.infinispan.notifications.impl.AbstractListenerImpl$ListenerInvocationImpl.invoke(AbstractListenerImpl.java:419) > [transactions-repository-1-2cbrv] at org.infinispan.notifications.cachelistener.CacheNotifierImpl$BaseCacheEntryListenerInvocation.doRealInvocation(CacheNotifierImpl.java:1512) > [transactions-repository-1-2cbrv] at org.infinispan.notifications.cachelistener.CacheNotifierImpl$BaseCacheEntryListenerInvocation.doRealInvocation(CacheNotifierImpl.java:1508) > [transactions-repository-1-2cbrv] at org.infinispan.notifications.cachelistener.CacheNotifierImpl$BaseCacheEntryListenerInvocation.invokeNoChecks(CacheNotifierImpl.java:1503) > [transactions-repository-1-2cbrv] at org.infinispan.notifications.cachelistener.CacheNotifierImpl.notifyClusterListeners(CacheNotifierImpl.java:711) > [transactions-repository-1-2cbrv] at org.infinispan.notifications.cachelistener.cluster.ClusterEventCallable.call(ClusterEventCallable.java:49) > [transactions-repository-1-2cbrv] at org.infinispan.notifications.cachelistener.cluster.ClusterEventCallable.call(ClusterEventCallable.java:25) > [transactions-repository-1-2cbrv] at org.infinispan.commands.read.DistributedExecuteCommand.invokeAsync(DistributedExecuteCommand.java:99) > [transactions-repository-1-2cbrv] at org.infinispan.remoting.inboundhandler.BasePerCacheInboundInvocationHandler.invokeCommand(BasePerCacheInboundInvocationHandler.java:90) > [transactions-repository-1-2cbrv] at org.infinispan.remoting.inboundhandler.BaseBlockingRunnable.invoke(BaseBlockingRunnable.java:90) > [transactions-repository-1-2cbrv] at org.infinispan.remoting.inboundhandler.BaseBlockingRunnable.runAsync(BaseBlockingRunnable.java:68) > [transactions-repository-1-2cbrv] at org.infinispan.remoting.inboundhandler.BaseBlockingRunnable.run(BaseBlockingRunnable.java:40) > [transactions-repository-1-2cbrv] at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) > [transactions-repository-1-2cbrv] at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) > [transactions-repository-1-2cbrv] at java.lang.Thread.run(Thread.java:745) > [transactions-repository-1-2cbrv] Caused by: java.lang.ClassCastException: org.infinispan.container.versioning.SimpleClusteredVersion cannot be cast to org.infinispan.container.versioning.NumericVersion > [transactions-repository-1-2cbrv] at org.infinispan.server.hotrod.ClientListenerRegistry$BaseClientEventSender.onCacheEvent(ClientListenerRegistry.java:363) > [transactions-repository-1-2cbrv] at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > [transactions-repository-1-2cbrv] at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) > [transactions-repository-1-2cbrv] at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > [transactions-repository-1-2cbrv] at java.lang.reflect.Method.invoke(Method.java:498) > [transactions-repository-1-2cbrv] at org.infinispan.notifications.impl.AbstractListenerImpl$ListenerInvocationImpl$1.run(AbstractListenerImpl.java:396) > [transactions-repository-1-2cbrv] ... 16 more > [transactions-repository-1-2cbrv] > {code} > This didn't happen in {{CR2}} release, so there must be something that changed since then. I also noticed that this sometimes leads to exceptions in the Hot Rod client. -- This message was sent by Atlassian JIRA (v7.5.0#75005)

7 years, 4 months

1
0
0 / 0

[JBoss JIRA] (ISPN-8500) Off-heap returns expited entries

by Vojtech Juranek (JIRA)

[ https://issues.jboss.org/browse/ISPN-8500?page=com.atlassian.jira.plugin.... ] Vojtech Juranek updated ISPN-8500: ---------------------------------- Status: Pull Request Sent (was: Open) Git Pull Request: https://github.com/infinispan/infinispan/pull/5567 > Off-heap returns expited entries > -------------------------------- > > Key: ISPN-8500 > URL: https://issues.jboss.org/browse/ISPN-8500 > Project: Infinispan > Issue Type: Bug > Components: Expiration, Off Heap > Affects Versions: 9.1.0.Final, 9.2.0.Alpha2 > Reporter: Vojtech Juranek > Assignee: Vojtech Juranek > > When expiration is turned on and off-heap is used, data container returns also entries which should be expired. -- This message was sent by Atlassian JIRA (v7.5.0#75005)

7 years, 4 months

1
0
0 / 0

[JBoss JIRA] (ISPN-8407) Create JDG Online Services quickstart (and Katacodas)

by Pedro Zapata (JIRA)

[ https://issues.jboss.org/browse/ISPN-8407?page=com.atlassian.jira.plugin.... ] Pedro Zapata updated ISPN-8407: ------------------------------- Priority: Minor (was: Major) > Create JDG Online Services quickstart (and Katacodas) > ----------------------------------------------------- > > Key: ISPN-8407 > URL: https://issues.jboss.org/browse/ISPN-8407 > Project: Infinispan > Issue Type: Enhancement > Components: Cloud Integrations > Reporter: Sebastian Łaskawiec > Assignee: Vladimir Blagojevic > Priority: Minor > -- This message was sent by Atlassian JIRA (v7.5.0#75005)

7 years, 4 months

1
0
0 / 0

[JBoss JIRA] (ISPN-8466) Use StatefulSets in template

by Pedro Zapata (JIRA)

[ https://issues.jboss.org/browse/ISPN-8466?page=com.atlassian.jira.plugin.... ] Pedro Zapata reassigned ISPN-8466: ---------------------------------- Assignee: Ryan Emerson > Use StatefulSets in template > ---------------------------- > > Key: ISPN-8466 > URL: https://issues.jboss.org/browse/ISPN-8466 > Project: Infinispan > Issue Type: Enhancement > Components: Cloud Integrations > Reporter: Pedro Zapata > Assignee: Ryan Emerson > > Change deployment model from DeploymentConfig to StatefulSets, for symmetry, keeping the same behaviour in all services and stability. -- This message was sent by Atlassian JIRA (v7.5.0#75005)

7 years, 4 months

1
0
0 / 0

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

infinispan-issues November 2017