October 2017 - infinispan-issues - Jboss List Archives

[JBoss JIRA] (ISPRK-47) Update to Infinispan 9.2.0.Alpha1 and Spark 2.2.0

by Vojtech Juranek (JIRA)

[ https://issues.jboss.org/browse/ISPRK-47?page=com.atlassian.jira.plugin.s... ] Vojtech Juranek updated ISPRK-47: --------------------------------- Status: Open (was: New) > Update to Infinispan 9.2.0.Alpha1 and Spark 2.2.0 > ------------------------------------------------- > > Key: ISPRK-47 > URL: https://issues.jboss.org/browse/ISPRK-47 > Project: Infinispan Spark > Issue Type: Task > Affects Versions: 0.5 > Reporter: Vojtech Juranek > Assignee: Vojtech Juranek > > Also remove ISPN config file added due to ISPN-7393 -- This message was sent by Atlassian JIRA (v7.2.3#72005)

6 years, 6 months

1
0
0 / 0

[JBoss JIRA] (ISPRK-47) Update to Infinispan 9.2.0.Alpha1 and Spark 2.2.0

by Vojtech Juranek (JIRA)

Vojtech Juranek created ISPRK-47: ------------------------------------ Summary: Update to Infinispan 9.2.0.Alpha1 and Spark 2.2.0 Key: ISPRK-47 URL: https://issues.jboss.org/browse/ISPRK-47 Project: Infinispan Spark Issue Type: Task Affects Versions: 0.5 Reporter: Vojtech Juranek Assignee: Vojtech Juranek Also remove ISPN config file added due to ISPN-7393 -- This message was sent by Atlassian JIRA (v7.2.3#72005)

6 years, 6 months

1
0
0 / 0

[JBoss JIRA] (ISPN-8359) Add default methods for various Serializable methods on Streams

by Vladimir Blagojevic (JIRA)

[ https://issues.jboss.org/browse/ISPN-8359?page=com.atlassian.jira.plugin.... ] Vladimir Blagojevic updated ISPN-8359: -------------------------------------- Fix Version/s: 9.2.0.Alpha2 (was: 9.2.0.Alpha1) > Add default methods for various Serializable methods on Streams > --------------------------------------------------------------- > > Key: ISPN-8359 > URL: https://issues.jboss.org/browse/ISPN-8359 > Project: Infinispan > Issue Type: Task > Reporter: William Burns > Assignee: William Burns > Fix For: 9.1.2.Final, 9.2.0.Alpha2 > > > Java 8 added default methods. At the time I didn't think to add them when I introduced Serializable variants for various methods. But as the hierarchy becomes larger, this produces a lot of code bloat. Thus we should remove all of the impl methods and replace them all with default variant on the interface. -- This message was sent by Atlassian JIRA (v7.2.3#72005)

6 years, 6 months

1
0
0 / 0

[JBoss JIRA] (ISPN-8356) Embedded distribution names are confusing

by Vladimir Blagojevic (JIRA)

[ https://issues.jboss.org/browse/ISPN-8356?page=com.atlassian.jira.plugin.... ] Vladimir Blagojevic updated ISPN-8356: -------------------------------------- Fix Version/s: 9.2.0.Alpha2 (was: 9.2.0.Alpha1) > Embedded distribution names are confusing > ----------------------------------------- > > Key: ISPN-8356 > URL: https://issues.jboss.org/browse/ISPN-8356 > Project: Infinispan > Issue Type: Enhancement > Components: Build process > Affects Versions: 9.1.1.Final > Reporter: Tristan Tarrant > Assignee: Tristan Tarrant > Fix For: 9.2.0.Alpha2 > > > The binary distribution names for embedded libraries are confusing: > I propose the following names > > - infinispan-${version}-all.zip -> infinispan-embedded-${version}-all.zip > - infinispan-${version}-minimal.zip -> infinispan-embedded-${version}-minimal.zip > - infinispan-${version}-remote.zip -> infinispan-remote-${version}.zip > The website labelling needs to be modified accordingly too -- This message was sent by Atlassian JIRA (v7.2.3#72005)

6 years, 6 months

1
0
0 / 0

[JBoss JIRA] (ISPN-8355) Calling withEncoding on a DecoratedCache loses state

by Vladimir Blagojevic (JIRA)

[ https://issues.jboss.org/browse/ISPN-8355?page=com.atlassian.jira.plugin.... ] Vladimir Blagojevic updated ISPN-8355: -------------------------------------- Fix Version/s: 9.2.0.Alpha2 (was: 9.2.0.Alpha1) > Calling withEncoding on a DecoratedCache loses state > ---------------------------------------------------- > > Key: ISPN-8355 > URL: https://issues.jboss.org/browse/ISPN-8355 > Project: Infinispan > Issue Type: Bug > Components: Core > Affects Versions: 9.1.1.Final > Reporter: William Burns > Assignee: William Burns > Fix For: 9.1.2.Final, 9.2.0.Alpha2 > > > If you have a DecoratedCache say by invoking `cache.getAdvancedCache.withFlags(Flag.CACHE_MODE_LOCAL)` if you invoke `withEncoder` on that it will lose the Flag, Subject or lock owner. We need to make sure these are kept. -- This message was sent by Atlassian JIRA (v7.2.3#72005)

6 years, 6 months

1
0
0 / 0

[JBoss JIRA] (ISPN-8349) Server remote query fails for off-heap cache

by Vladimir Blagojevic (JIRA)

[ https://issues.jboss.org/browse/ISPN-8349?page=com.atlassian.jira.plugin.... ] Vladimir Blagojevic updated ISPN-8349: -------------------------------------- Fix Version/s: 9.2.0.Alpha2 (was: 9.2.0.Alpha1) > Server remote query fails for off-heap cache > -------------------------------------------- > > Key: ISPN-8349 > URL: https://issues.jboss.org/browse/ISPN-8349 > Project: Infinispan > Issue Type: Bug > Components: Remote Querying, Server > Affects Versions: 9.1.0.Final > Reporter: Vojtech Juranek > Assignee: Gustavo Fernandes > Fix For: 9.1.2.Final, 9.2.0.Alpha2, 9.2.0.Final > > > Remote query on server with off-heap cache fails with > {noformat} > ERROR [org.infinispan.interceptors.impl.InvocationContextInterceptor] (HotRod-ServerHandler-6-2) ISPN000136: Error executing command PutKeyValueCommand, writing keys [WrappedByteArray{bytes=[B0x010129012801, hashCode=918279986}]: org.infinispan.commons.CacheException: java.io.IOException: Unknown type: 40 > at org.infinispan.commons.dataconversion.MarshallerEncoder.fromStorage(MarshallerEncoder.java:36) > at org.infinispan.commons.dataconversion.EncodingUtils.fromStorage(EncodingUtils.java:26) > at org.infinispan.query.backend.QueryInterceptor.extractValue(QueryInterceptor.java:312) > at org.infinispan.query.backend.QueryInterceptor.processPutKeyValueCommand(QueryInterceptor.java:638) > at org.infinispan.query.backend.QueryInterceptor.lambda$visitPutKeyValueCommand$0(QueryInterceptor.java:175) > at org.infinispan.interceptors.BaseAsyncInterceptor.invokeNextThenAccept(BaseAsyncInterceptor.java:109) > at org.infinispan.query.backend.QueryInterceptor.visitPutKeyValueCommand(QueryInterceptor.java:175) > at org.infinispan.commands.write.PutKeyValueCommand.acceptVisitor(PutKeyValueCommand.java:67) > at org.infinispan.interceptors.BaseAsyncInterceptor.invokeNextThenAccept(BaseAsyncInterceptor.java:102) > at org.infinispan.interceptors.impl.EntryWrappingInterceptor.setSkipRemoteGetsAndInvokeNextForDataCommand(EntryWrappingInterceptor.java:664) > at org.infinispan.interceptors.impl.EntryWrappingInterceptor.visitPutKeyValueCommand(EntryWrappingInterceptor.java:311) > 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.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:1679) > at org.infinispan.cache.impl.CacheImpl.put(CacheImpl.java:1327) > at org.infinispan.cache.impl.DecoratedCache.put(DecoratedCache.java:591) > at org.infinispan.cache.impl.AbstractDelegatingAdvancedCache.put(AbstractDelegatingAdvancedCache.java:317) > at org.infinispan.cache.impl.EncoderCache.put(EncoderCache.java:450) > at org.infinispan.cache.impl.AbstractDelegatingAdvancedCache.put(AbstractDelegatingAdvancedCache.java:317) > at org.infinispan.server.hotrod.CacheDecodeContext.put(CacheDecodeContext.java:232) > 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) > Caused by: java.io.IOException: Unknown type: 40 > at org.infinispan.marshall.core.GlobalMarshaller.readNonNullableObject(GlobalMarshaller.java:687) > at org.infinispan.marshall.core.GlobalMarshaller.readNullableObject(GlobalMarshaller.java:361) > at org.infinispan.marshall.core.GlobalMarshaller.objectFromObjectInput(GlobalMarshaller.java:199) > at org.infinispan.marshall.core.GlobalMarshaller.objectFromByteBuffer(GlobalMarshaller.java:195) > at org.infinispan.commons.dataconversion.MarshallerEncoder.fromStorage(MarshallerEncoder.java:34) > ... 36 more > {noformat} -- This message was sent by Atlassian JIRA (v7.2.3#72005)

6 years, 6 months

1
0
0 / 0

[JBoss JIRA] (ISPN-8348) Some methods from cache API do not work properly with off-heap

by Vladimir Blagojevic (JIRA)

[ https://issues.jboss.org/browse/ISPN-8348?page=com.atlassian.jira.plugin.... ] Vladimir Blagojevic updated ISPN-8348: -------------------------------------- Fix Version/s: 9.2.0.Alpha2 (was: 9.2.0.Alpha1) > Some methods from cache API do not work properly with off-heap > -------------------------------------------------------------- > > Key: ISPN-8348 > URL: https://issues.jboss.org/browse/ISPN-8348 > Project: Infinispan > Issue Type: Bug > Components: Core > Affects Versions: 9.1.0.Final > Reporter: Vojtech Juranek > Assignee: William Burns > Fix For: 9.1.2.Final, 9.2.0.Alpha2 > > > Following methods from cache API don't work properly with off-heap: > * {{get()}} returns value even for keys, which are not equal (for keys, which have same content, but {{key#equals()}} returns {{false}}) > * {{keySet()}} - from docs: modifications and changes to the cache will be reflected in the set and vice versa. This is not the case for off-heap. > * {{replaceAll()}} fails with class cast exception (e.g. in case of {{Cache<String,String>}} with {{java.lang.ClassCastException: java.lang.String cannot be cast to org.infinispan.commons.marshall.WrappedBytes}}) -- This message was sent by Atlassian JIRA (v7.2.3#72005)

6 years, 6 months

1
0
0 / 0

[JBoss JIRA] (ISPN-8344) DSL queries filtering only on type are always executed without index

by Vladimir Blagojevic (JIRA)

[ https://issues.jboss.org/browse/ISPN-8344?page=com.atlassian.jira.plugin.... ] Vladimir Blagojevic updated ISPN-8344: -------------------------------------- Fix Version/s: 9.2.0.Alpha2 (was: 9.2.0.Alpha1) > DSL queries filtering only on type are always executed without index > -------------------------------------------------------------------- > > Key: ISPN-8344 > URL: https://issues.jboss.org/browse/ISPN-8344 > Project: Infinispan > Issue Type: Bug > Components: Embedded Querying, Remote Querying > Affects Versions: 9.0.0.Final > Reporter: Adrian Nistor > Assignee: Adrian Nistor > Fix For: 9.0.4.Final, 8.2.9.Final, 9.1.2.Final, 9.2.0.Alpha2 > > > This happens if the WHERE clause is empty or a tautology (true). In this case the query is wrongly executed unindexed even though the index should be at least used for filtering on type. > The query > {code} > FROM org.infinispan.test.Person > {code} > or > {code} > qf.from(Person.class).build(); > {code} > is such a case -- This message was sent by Atlassian JIRA (v7.2.3#72005)

6 years, 6 months

1
0
0 / 0

[JBoss JIRA] (ISPN-8338) Cache start methods should run privileged

by Vladimir Blagojevic (JIRA)

[ https://issues.jboss.org/browse/ISPN-8338?page=com.atlassian.jira.plugin.... ] Vladimir Blagojevic updated ISPN-8338: -------------------------------------- Fix Version/s: 9.2.0.Alpha2 (was: 9.2.0.Alpha1) > Cache start methods should run privileged > ----------------------------------------- > > Key: ISPN-8338 > URL: https://issues.jboss.org/browse/ISPN-8338 > Project: Infinispan > Issue Type: Task > Components: Security > Reporter: William Burns > Assignee: William Burns > Fix For: 9.2.0.Alpha2 > > > When a cache is starting and it has security, it is possible that an internal component would throw an exception stating it doesn't have security access. Normally this is fixed by surrounding this in a SecurityActions call. However when a cache is starting all of these components are known to be Infinispan core and should be fine trusting it. This JIRA is to wrap start automatically with SecurityActions. -- This message was sent by Atlassian JIRA (v7.2.3#72005)

6 years, 6 months

1
0
0 / 0

[JBoss JIRA] (ISPN-8310) LockedStream invokeAll

by Vladimir Blagojevic (JIRA)

[ https://issues.jboss.org/browse/ISPN-8310?page=com.atlassian.jira.plugin.... ] Vladimir Blagojevic updated ISPN-8310: -------------------------------------- Fix Version/s: 9.2.0.Alpha2 (was: 9.2.0.Alpha1) > LockedStream invokeAll > ---------------------- > > Key: ISPN-8310 > URL: https://issues.jboss.org/browse/ISPN-8310 > Project: Infinispan > Issue Type: Feature Request > Reporter: William Burns > Assignee: William Burns > Fix For: 9.2.0.Alpha2 > > > We need a way to run a command for all data in the cache (while under a lock) but also return a value for the data processed. > There are a few different APIs we could do for this having a {{Cache<K, V>}} > blocking variant > {code} > <R> Map<K, R> evalAll(BiFunction<Cache<K, V>, ? super CacheEntry<K, V>, R> biFunction) > {code} > back pressure aware variant - this would have to be a hot observer on subscribe > {code} > <R> Publisher<R> evalAll(BiFunction<Cache<K, V>, ? super CacheEntry<K, V> R> biFunction) > {code} -- This message was sent by Atlassian JIRA (v7.2.3#72005)

6 years, 6 months

1
0
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

infinispan-issues October 2017