April 2017 - infinispan-issues - Jboss List Archives

[JBoss JIRA] (ISPN-7700) Remove SLF4J-Api Dependencies

by Tristan Tarrant (JIRA)

[ https://issues.jboss.org/browse/ISPN-7700?page=com.atlassian.jira.plugin.... ] Tristan Tarrant updated ISPN-7700: ---------------------------------- Status: Resolved (was: Pull Request Sent) Fix Version/s: 9.1.0.Final Resolution: Done > Remove SLF4J-Api Dependencies > ----------------------------- > > Key: ISPN-7700 > URL: https://issues.jboss.org/browse/ISPN-7700 > Project: Infinispan > Issue Type: Task > Components: Build process > Affects Versions: 9.0.0.Final > Reporter: Ryan Emerson > Assignee: Ryan Emerson > Fix For: 9.1.0.Final > > -- This message was sent by Atlassian JIRA (v7.2.3#72005)

8 years, 12 months

1
0
0 / 0

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

by Pedro Ruivo (JIRA)

[ https://issues.jboss.org/browse/ISPN-7672?page=com.atlassian.jira.plugin.... ] Pedro Ruivo commented on ISPN-7672: ----------------------------------- I guess it can work. But what are the implications in compatibility mode? > 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, 12 months

1
0
0 / 0

[JBoss JIRA] (ISPN-7719) Ickle full text range query fails with numbers

by Adrian Nistor (JIRA)

Adrian Nistor created ISPN-7719: ----------------------------------- Summary: Ickle full text range query fails with numbers Key: ISPN-7719 URL: https://issues.jboss.org/browse/ISPN-7719 Project: Infinispan Issue Type: Bug Components: Embedded Querying, Remote Querying Reporter: Adrian Nistor Assignee: Adrian Nistor Fix For: 9.1.0.Final, 9.0.1.Final Queries like "from Transaction t where t.amount : [23 to 45]" fail with NPE. See more here: https://github.com/infinispan/infinispan/pull/5065 -- This message was sent by Atlassian JIRA (v7.2.3#72005)

8 years, 12 months

1
0
0 / 0

[JBoss JIRA] (ISPN-7718) Ickle full text range query fails with numbers

by Adrian Nistor (JIRA)

[ https://issues.jboss.org/browse/ISPN-7718?page=com.atlassian.jira.plugin.... ] Adrian Nistor updated ISPN-7718: -------------------------------- Status: Resolved (was: Pull Request Sent) Resolution: Done Integrated in master. > Ickle full text range query fails with numbers > ---------------------------------------------- > > Key: ISPN-7718 > URL: https://issues.jboss.org/browse/ISPN-7718 > Project: Infinispan > Issue Type: Bug > Components: Embedded Querying, Remote Querying > Reporter: Adrian Nistor > Assignee: Adrian Nistor > Fix For: 9.1.0.Final, 9.0.1.Final > > > Queries like "from Transaction t where t.amount : [23 to 45]" fail with NPE. > See more here: https://github.com/infinispan/infinispan/pull/5065 -- This message was sent by Atlassian JIRA (v7.2.3#72005)

8 years, 12 months

1
0
0 / 0

[JBoss JIRA] (ISPN-7718) Ickle full text range query fails with numbers

by Adrian Nistor (JIRA)

Adrian Nistor created ISPN-7718: ----------------------------------- Summary: Ickle full text range query fails with numbers Key: ISPN-7718 URL: https://issues.jboss.org/browse/ISPN-7718 Project: Infinispan Issue Type: Bug Components: Embedded Querying, Remote Querying Reporter: Adrian Nistor Assignee: Adrian Nistor Fix For: 9.1.0.Final, 9.0.1.Final Queries like "from Transaction t where t.amount : [23 to 45]" fail with NPE. See more here: https://github.com/infinispan/infinispan/pull/5065 -- This message was sent by Atlassian JIRA (v7.2.3#72005)

8 years, 12 months

1
0
0 / 0

[JBoss JIRA] (ISPN-7718) Ickle full text range query fails with numbers

by Adrian Nistor (JIRA)

[ https://issues.jboss.org/browse/ISPN-7718?page=com.atlassian.jira.plugin.... ] Adrian Nistor updated ISPN-7718: -------------------------------- Status: Open (was: New) > Ickle full text range query fails with numbers > ---------------------------------------------- > > Key: ISPN-7718 > URL: https://issues.jboss.org/browse/ISPN-7718 > Project: Infinispan > Issue Type: Bug > Components: Embedded Querying, Remote Querying > Reporter: Adrian Nistor > Assignee: Adrian Nistor > Fix For: 9.1.0.Final, 9.0.1.Final > > > Queries like "from Transaction t where t.amount : [23 to 45]" fail with NPE. > See more here: https://github.com/infinispan/infinispan/pull/5065 -- This message was sent by Atlassian JIRA (v7.2.3#72005)

8 years, 12 months

1
0
0 / 0

[JBoss JIRA] (ISPN-7718) Ickle full text range query fails with numbers

by Adrian Nistor (JIRA)

[ https://issues.jboss.org/browse/ISPN-7718?page=com.atlassian.jira.plugin.... ] Adrian Nistor updated ISPN-7718: -------------------------------- Status: Pull Request Sent (was: Open) Git Pull Request: https://github.com/infinispan/infinispan/pull/5065 > Ickle full text range query fails with numbers > ---------------------------------------------- > > Key: ISPN-7718 > URL: https://issues.jboss.org/browse/ISPN-7718 > Project: Infinispan > Issue Type: Bug > Components: Embedded Querying, Remote Querying > Reporter: Adrian Nistor > Assignee: Adrian Nistor > Fix For: 9.1.0.Final, 9.0.1.Final > > > Queries like "from Transaction t where t.amount : [23 to 45]" fail with NPE. > See more here: https://github.com/infinispan/infinispan/pull/5065 -- This message was sent by Atlassian JIRA (v7.2.3#72005)

8 years, 12 months

1
0
0 / 0

[JBoss JIRA] (ISPN-7707) Add more configuration options for the keystores in Hot Rod clients and servers

by Tristan Tarrant (JIRA)

[ https://issues.jboss.org/browse/ISPN-7707?page=com.atlassian.jira.plugin.... ] Tristan Tarrant updated ISPN-7707: ---------------------------------- Status: Open (was: New) > Add more configuration options for the keystores in Hot Rod clients and servers > ------------------------------------------------------------------------------- > > Key: ISPN-7707 > URL: https://issues.jboss.org/browse/ISPN-7707 > Project: Infinispan > Issue Type: Enhancement > Components: Remote Protocols > Affects Versions: 9.0.0.Final > Reporter: Tristan Tarrant > Assignee: Tristan Tarrant > Fix For: 9.1.0.Final > > > The user should be able to specify the following additional configuration options when setting up a keystore/truststore for Hot Rod: > - the key alias to selet the desired identity to present to the peer > - the store type (JKS, JCEKS, ...) > - the protocol type (TLSv1.1, TLSv1.2, etc) -- This message was sent by Atlassian JIRA (v7.2.3#72005)

8 years, 12 months

1
0
0 / 0

[JBoss JIRA] (ISPN-7709) Generate keystores/truststore during the test phase

by Tristan Tarrant (JIRA)

[ https://issues.jboss.org/browse/ISPN-7709?page=com.atlassian.jira.plugin.... ] Tristan Tarrant updated ISPN-7709: ---------------------------------- Status: Pull Request Sent (was: Open) Git Pull Request: https://github.com/infinispan/infinispan/pull/5074 > Generate keystores/truststore during the test phase > --------------------------------------------------- > > Key: ISPN-7709 > URL: https://issues.jboss.org/browse/ISPN-7709 > Project: Infinispan > Issue Type: Bug > Components: Security, Test Suite - Server > Affects Versions: 9.0.0.Final > Reporter: Tristan Tarrant > Assignee: Tristan Tarrant > Fix For: 9.1.0.Final > > > The testsuite for both the Hot Rod client and the server include pre-built keystores. This causes a number of issues: > - they only work with Oracle/OpenJDK and break with IBM JDK > - there is very little information about how they were produced > - they have built-in expirations which are causing failures > By using the maven keytool plugin we can generate the certificates during the test phase. Pros: > - uses the keytool packaged with the JDK which is being used by the build > - "documents" the process for generating the certificates and avoids storing binary blobs in version control -- This message was sent by Atlassian JIRA (v7.2.3#72005)

8 years, 12 months

1
0
0 / 0

[JBoss JIRA] (ISPN-7706) Supply a default VoidCallback when the SASL mech on the Hot Rod client is EXTERNAL

by Tristan Tarrant (JIRA)

[ https://issues.jboss.org/browse/ISPN-7706?page=com.atlassian.jira.plugin.... ] Tristan Tarrant updated ISPN-7706: ---------------------------------- Status: Open (was: New) > Supply a default VoidCallback when the SASL mech on the Hot Rod client is EXTERNAL > ---------------------------------------------------------------------------------- > > Key: ISPN-7706 > URL: https://issues.jboss.org/browse/ISPN-7706 > Project: Infinispan > Issue Type: Enhancement > Components: Remote Protocols > Affects Versions: 9.0.0.Final > Reporter: Tristan Tarrant > Assignee: Tristan Tarrant > Fix For: 9.1.0.Final > > > The EXTERNAL SASL mech doesn't need any special callback handlers. We already package a VoidCallbackHandler, so we can implicitly set it when EXTERNAL is configured -- This message was sent by Atlassian JIRA (v7.2.3#72005)

8 years, 12 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