April 2017 - infinispan-issues - Jboss List Archives

[JBoss JIRA] (ISPN-7686) Stat getNumberOfEntries should include passivated entries

by Ryan Emerson (JIRA)

[ https://issues.jboss.org/browse/ISPN-7686?page=com.atlassian.jira.plugin.... ] Ryan Emerson updated ISPN-7686: ------------------------------- Fix Version/s: 9.0.1.Final (was: 9.1.0.Final) > Stat getNumberOfEntries should include passivated entries > --------------------------------------------------------- > > Key: ISPN-7686 > URL: https://issues.jboss.org/browse/ISPN-7686 > Project: Infinispan > Issue Type: Enhancement > Components: JMX, reporting and management > Affects Versions: 9.0.0.CR4 > Reporter: Ryan Emerson > Assignee: Ryan Emerson > Fix For: 9.0.0.Final, 9.0.1.Final > > -- This message was sent by Atlassian JIRA (v7.2.3#72005)

8 years, 9 months

1
0
0 / 0

[JBoss JIRA] (ISPN-7686) Stat getNumberOfEntries should include passivated entries

by Sebastian Łaskawiec (JIRA)

[ https://issues.jboss.org/browse/ISPN-7686?page=com.atlassian.jira.plugin.... ] Sebastian Łaskawiec updated ISPN-7686: -------------------------------------- Fix Version/s: 9.1.0.Final > Stat getNumberOfEntries should include passivated entries > --------------------------------------------------------- > > Key: ISPN-7686 > URL: https://issues.jboss.org/browse/ISPN-7686 > Project: Infinispan > Issue Type: Enhancement > Components: JMX, reporting and management > Affects Versions: 9.0.0.CR4 > Reporter: Ryan Emerson > Assignee: Ryan Emerson > Fix For: 9.0.0.Final, 9.1.0.Final > > -- This message was sent by Atlassian JIRA (v7.2.3#72005)

8 years, 9 months

1
0
0 / 0

[JBoss JIRA] (ISPN-7716) JdbcStringbasedStore::size should ignore expired entries

by Ryan Emerson (JIRA)

Ryan Emerson created ISPN-7716: ---------------------------------- Summary: JdbcStringbasedStore::size should ignore expired entries Key: ISPN-7716 URL: https://issues.jboss.org/browse/ISPN-7716 Project: Infinispan Issue Type: Task Components: Loaders and Stores Affects Versions: 9.0.0.Final Reporter: Ryan Emerson Assignee: Ryan Emerson Currently we utilise `SELECT COUNT(*) FROM ...` to retrieve the number of stored enties, whereas we should utilise `SELECT COUNT(*) FROM ... WHERE expired > some-time` -- This message was sent by Atlassian JIRA (v7.2.3#72005)

8 years, 9 months

1
0
0 / 0

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

by Galder Zamarreño (JIRA)

[ https://issues.jboss.org/browse/ISPN-7672?page=com.atlassian.jira.plugin.... ] Galder Zamarreño commented on ISPN-7672: ---------------------------------------- Well, in a way, Hot Rod versions is the data consistency guarantee. I kinda saw it as a replacement of any other internal versioning system... What about having value and Hot Rod version merged into the value part that's stored in Infinispan. Not only would it solve this problem, but it would also solve this little annoying issue that some odd use case can happen: ISPN-4972 > 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: Blocker > Fix For: 9.1.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.2.3#72005)

8 years, 9 months

1
0
0 / 0

[JBoss JIRA] (ISPN-7715) Command can reply when the cache has been shut down

by Radim Vansa (JIRA)

Radim Vansa created ISPN-7715: --------------------------------- Summary: Command can reply when the cache has been shut down Key: ISPN-7715 URL: https://issues.jboss.org/browse/ISPN-7715 Project: Infinispan Issue Type: Bug Components: Core Affects Versions: 9.0.0.Final Reporter: Radim Vansa Assignee: Radim Vansa When a cache has been shut down, therefore wiping out the data container, there can be still ongoing commands that will reply to the RPC sender. The result can be invalid at that moment, though. This causes issues in GetAllCommandStressTest. -- This message was sent by Atlassian JIRA (v7.2.3#72005)

8 years, 9 months

1
0
0 / 0

[JBoss JIRA] (ISPN-7714) Deploy Lucene analyzers in server for remote query

by Gustavo Fernandes (JIRA)

[ https://issues.jboss.org/browse/ISPN-7714?page=com.atlassian.jira.plugin.... ] Gustavo Fernandes commented on ISPN-7714: ----------------------------------------- What about also providing a script that given a maven GAV it will install it on the server: {code} ./install-analyzer.sh org.atilika.kuromoji:kuromoji:0.7.7 --name japanese <other params> {code} > Deploy Lucene analyzers in server for remote query > -------------------------------------------------- > > Key: ISPN-7714 > URL: https://issues.jboss.org/browse/ISPN-7714 > Project: Infinispan > Issue Type: Enhancement > Components: Remote Querying > Reporter: Adrian Nistor > Assignee: Adrian Nistor > Fix For: 9.1.0.Final, 9.0.1.Final > > > Current integration tests demonstrate remote query with user deployed analyzers but the hot rod server is started in a special way that is used only for testing. Deployment of analyzers seems to work but with a real server it does not. -- This message was sent by Atlassian JIRA (v7.2.3#72005)

8 years, 9 months

1
0
0 / 0

[JBoss JIRA] (ISPN-7714) Deploy Lucene analyzers in server for remote query

by Adrian Nistor (JIRA)

[ https://issues.jboss.org/browse/ISPN-7714?page=com.atlassian.jira.plugin.... ] Adrian Nistor updated ISPN-7714: -------------------------------- Status: Open (was: New) > Deploy Lucene analyzers in server for remote query > -------------------------------------------------- > > Key: ISPN-7714 > URL: https://issues.jboss.org/browse/ISPN-7714 > Project: Infinispan > Issue Type: Enhancement > Components: Remote Querying > Reporter: Adrian Nistor > Assignee: Adrian Nistor > Fix For: 9.1.0.Final, 9.0.1.Final > > > Current integration tests demonstrate remote query with user deployed analyzers but the hot rod server is started in a special way that is used only for testing. Deployment of analyzers seems to work but with a real server it does not. -- This message was sent by Atlassian JIRA (v7.2.3#72005)

8 years, 9 months

1
0
0 / 0

[JBoss JIRA] (ISPN-7714) Deploy Lucene analyzers in server for remote query

by Adrian Nistor (JIRA)

[ https://issues.jboss.org/browse/ISPN-7714?page=com.atlassian.jira.plugin.... ] Work on ISPN-7714 started by Adrian Nistor. ------------------------------------------- > Deploy Lucene analyzers in server for remote query > -------------------------------------------------- > > Key: ISPN-7714 > URL: https://issues.jboss.org/browse/ISPN-7714 > Project: Infinispan > Issue Type: Enhancement > Components: Remote Querying > Reporter: Adrian Nistor > Assignee: Adrian Nistor > Fix For: 9.1.0.Final, 9.0.1.Final > > > Current integration tests demonstrate remote query with user deployed analyzers but the hot rod server is started in a special way that is used only for testing. Deployment of analyzers seems to work but with a real server it does not. -- This message was sent by Atlassian JIRA (v7.2.3#72005)

8 years, 9 months

1
0
0 / 0

[JBoss JIRA] (ISPN-7714) Deploy Lucene analyzers in server for remote query

by Adrian Nistor (JIRA)

Adrian Nistor created ISPN-7714: ----------------------------------- Summary: Deploy Lucene analyzers in server for remote query Key: ISPN-7714 URL: https://issues.jboss.org/browse/ISPN-7714 Project: Infinispan Issue Type: Enhancement Components: Remote Querying Reporter: Adrian Nistor Assignee: Adrian Nistor Fix For: 9.1.0.Final, 9.0.1.Final Current integration tests demonstrate remote query with user deployed analyzers but the hot rod server is started in a special way that is used only for testing. Deployment of analyzers seems to work but with a real server it does not. -- This message was sent by Atlassian JIRA (v7.2.3#72005)

8 years, 9 months

1
0
0 / 0

[JBoss JIRA] (ISPN-7654) Ickle parser should have a different representation for each literal type instead of using string for everything

by Adrian Nistor (JIRA)

[ https://issues.jboss.org/browse/ISPN-7654?page=com.atlassian.jira.plugin.... ] Work on ISPN-7654 started by Adrian Nistor. ------------------------------------------- > Ickle parser should have a different representation for each literal type instead of using string for everything > ---------------------------------------------------------------------------------------------------------------- > > Key: ISPN-7654 > URL: https://issues.jboss.org/browse/ISPN-7654 > Project: Infinispan > Issue Type: Enhancement > Components: Embedded Querying, Remote Querying > Reporter: Adrian Nistor > Assignee: Adrian Nistor > Fix For: 9.1.0.Final > > > All constant literals regardless of type are represented as string now and are later parsed into integers, booleans, etc, when the query is translated. We should do this at the beginning phase of parsing. See ConstantLiteralTree class. -- This message was sent by Atlassian JIRA (v7.2.3#72005)

8 years, 9 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 April 2017