[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)
8 years, 6 months
[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)
8 years, 6 months
[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)
8 years, 6 months
[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)
8 years, 6 months
[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)
8 years, 6 months