January 2020 - infinispan-issues - Jboss List Archives

[JBoss JIRA] (ISPN-7744) ServerEventLoggerTest.testLocalServerEventLogging fails intermittently

by Will Burns (Jira)

[ https://issues.redhat.com/browse/ISPN-7744?page=com.atlassian.jira.plugin... ] Will Burns updated ISPN-7744: ----------------------------- Fix Version/s: (was: 10.1.2.Final) > ServerEventLoggerTest.testLocalServerEventLogging fails intermittently > ---------------------------------------------------------------------- > > Key: ISPN-7744 > URL: https://issues.redhat.com/browse/ISPN-7744 > Project: Infinispan > Issue Type: Bug > Components: Test Suite > Affects Versions: 9.0.0.Final > Reporter: Tristan Tarrant > Assignee: Dan Berindei > Priority: Major > Fix For: 11.0.0.Alpha1 > > > I got org.infinispan.server.eventlogger.ServerEventLoggerTest.testLocalServerEventLogging fail on Windows with following stacktrace: > {code} > java.lang.AssertionError: expected:<2> but was:<1> > at org.testng.AssertJUnit.fail(AssertJUnit.java:59) > at org.testng.AssertJUnit.failNotEquals(AssertJUnit.java:364) > at org.testng.AssertJUnit.assertEquals(AssertJUnit.java:80) > at org.testng.AssertJUnit.assertEquals(AssertJUnit.java:245) > at org.testng.AssertJUnit.assertEquals(AssertJUnit.java:252) > at org.infinispan.server.eventlogger.ServerEventLoggerTest$1.call(ServerEventLoggerTest.java:60) > at org.infinispan.test.TestingUtil.withCacheManager(TestingUtil.java:1296) > at org.infinispan.server.eventlogger.ServerEventLoggerTest.testLocalServerEventLogging(ServerEventLoggerTest.java:43) > {code} -- This message was sent by Atlassian Jira (v7.13.8#713008)

6 years, 2 months

1
0
0 / 0

[JBoss JIRA] (IPROTO-129) ProtobufUtil.fromWrappedByteArray should not create a ByteArrayInputStream

by Dan Berindei (Jira)

[ https://issues.redhat.com/browse/IPROTO-129?page=com.atlassian.jira.plugi... ] Dan Berindei updated IPROTO-129: -------------------------------- Status: Pull Request Sent (was: Open) Git Pull Request: https://github.com/infinispan/protostream/pull/89 > ProtobufUtil.fromWrappedByteArray should not create a ByteArrayInputStream > -------------------------------------------------------------------------- > > Key: IPROTO-129 > URL: https://issues.redhat.com/browse/IPROTO-129 > Project: Infinispan ProtoStream > Issue Type: Bug > Affects Versions: 4.3.2.Final > Reporter: Dan Berindei > Assignee: Dan Berindei > Priority: Major > > {{ProtobufUtil.fromWrappedByteArray}} wraps the {{bytep[]}} in a {{ByteArrayInputStream}} and uses that as an input for {{CodedInputStream}}. But that is inefficient, because {{CodedInputStream.StreamDecoder}} needs to allocate a buffer and copy from the stream into the buffer before processing. > Instead we can pass the {{byte[]}} directly to {{CodedInputStream}} and use {{CodedInputStream.ArrayDecoder}}, which doesn't need a buffer. -- This message was sent by Atlassian Jira (v7.13.8#713008)

6 years, 2 months

1
0
0 / 0

[JBoss JIRA] (IPROTO-129) ProtobufUtil.fromWrappedByteArray should not create a ByteArrayInputStream

by Dan Berindei (Jira)

Dan Berindei created IPROTO-129: ----------------------------------- Summary: ProtobufUtil.fromWrappedByteArray should not create a ByteArrayInputStream Key: IPROTO-129 URL: https://issues.redhat.com/browse/IPROTO-129 Project: Infinispan ProtoStream Issue Type: Bug Affects Versions: 4.3.2.Final Reporter: Dan Berindei {{ProtobufUtil.fromWrappedByteArray}} wraps the {{bytep[]}} in a {{ByteArrayInputStream}} and uses that as an input for {{CodedInputStream}}. But that is inefficient, because {{CodedInputStream.StreamDecoder}} needs to allocate a buffer and copy from the stream into the buffer before processing. Instead we can pass the {{byte[]}} directly to {{CodedInputStream}} and use {{CodedInputStream.ArrayDecoder}}, which doesn't need a buffer. -- This message was sent by Atlassian Jira (v7.13.8#713008)

6 years, 2 months

1
0
0 / 0

[JBoss JIRA] (IPROTO-129) ProtobufUtil.fromWrappedByteArray should not create a ByteArrayInputStream

by Dan Berindei (Jira)

[ https://issues.redhat.com/browse/IPROTO-129?page=com.atlassian.jira.plugi... ] Dan Berindei reassigned IPROTO-129: ----------------------------------- Assignee: Dan Berindei > ProtobufUtil.fromWrappedByteArray should not create a ByteArrayInputStream > -------------------------------------------------------------------------- > > Key: IPROTO-129 > URL: https://issues.redhat.com/browse/IPROTO-129 > Project: Infinispan ProtoStream > Issue Type: Bug > Affects Versions: 4.3.2.Final > Reporter: Dan Berindei > Assignee: Dan Berindei > Priority: Major > > {{ProtobufUtil.fromWrappedByteArray}} wraps the {{bytep[]}} in a {{ByteArrayInputStream}} and uses that as an input for {{CodedInputStream}}. But that is inefficient, because {{CodedInputStream.StreamDecoder}} needs to allocate a buffer and copy from the stream into the buffer before processing. > Instead we can pass the {{byte[]}} directly to {{CodedInputStream}} and use {{CodedInputStream.ArrayDecoder}}, which doesn't need a buffer. -- This message was sent by Atlassian Jira (v7.13.8#713008)

6 years, 2 months

1
0
0 / 0

[JBoss JIRA] (IPROTO-129) ProtobufUtil.fromWrappedByteArray should not create a ByteArrayInputStream

by Dan Berindei (Jira)

[ https://issues.redhat.com/browse/IPROTO-129?page=com.atlassian.jira.plugi... ] Dan Berindei updated IPROTO-129: -------------------------------- Status: Open (was: New) > ProtobufUtil.fromWrappedByteArray should not create a ByteArrayInputStream > -------------------------------------------------------------------------- > > Key: IPROTO-129 > URL: https://issues.redhat.com/browse/IPROTO-129 > Project: Infinispan ProtoStream > Issue Type: Bug > Affects Versions: 4.3.2.Final > Reporter: Dan Berindei > Assignee: Dan Berindei > Priority: Major > > {{ProtobufUtil.fromWrappedByteArray}} wraps the {{bytep[]}} in a {{ByteArrayInputStream}} and uses that as an input for {{CodedInputStream}}. But that is inefficient, because {{CodedInputStream.StreamDecoder}} needs to allocate a buffer and copy from the stream into the buffer before processing. > Instead we can pass the {{byte[]}} directly to {{CodedInputStream}} and use {{CodedInputStream.ArrayDecoder}}, which doesn't need a buffer. -- This message was sent by Atlassian Jira (v7.13.8#713008)

6 years, 2 months

1
0
0 / 0

[JBoss JIRA] (ISPN-10700) Unknown type error with binary storage and indexing

by Gustavo Fernandes (Jira)

[ https://issues.redhat.com/browse/ISPN-10700?page=com.atlassian.jira.plugi... ] Gustavo Fernandes updated ISPN-10700: ------------------------------------- Status: Open (was: New) > Unknown type error with binary storage and indexing > --------------------------------------------------- > > Key: ISPN-10700 > URL: https://issues.redhat.com/browse/ISPN-10700 > Project: Infinispan > Issue Type: Bug > Components: Indexing > Affects Versions: 10.0.0.CR2 > Reporter: Will Burns > Assignee: Gustavo Fernandes > Priority: Major > > While adding tests for indexing with off heap, I also happened to add some with BINARY storage. And unfortunately the indexing code is not properly unwrapping the key when removing an index it appears. The stack trace is as the following: > {code} > java.util.concurrent.CompletionException: org.infinispan.commons.CacheException: java.io.IOException: Unknown type: 74 > at java.base/java.util.concurrent.CompletableFuture.encodeThrowable(CompletableFuture.java:331) > at java.base/java.util.concurrent.CompletableFuture.completeThrowable(CompletableFuture.java:346) > at java.base/java.util.concurrent.CompletableFuture$UniApply.tryFire(CompletableFuture.java:632) > at java.base/java.util.concurrent.CompletableFuture.postComplete(CompletableFuture.java:506) > at java.base/java.util.concurrent.CompletableFuture.completeExceptionally(CompletableFuture.java:2088) > at org.infinispan.interceptors.impl.QueueAsyncInvocationStage.invokeQueuedHandlers(QueueAsyncInvocationStage.java:113) > at org.infinispan.interceptors.impl.QueueAsyncInvocationStage.accept(QueueAsyncInvocationStage.java:86) > at org.infinispan.interceptors.impl.QueueAsyncInvocationStage.accept(QueueAsyncInvocationStage.java:31) > at java.base/java.util.concurrent.CompletableFuture.uniWhenComplete(CompletableFuture.java:859) > at java.base/java.util.concurrent.CompletableFuture$UniWhenComplete.tryFire(CompletableFuture.java:837) > at java.base/java.util.concurrent.CompletableFuture.postComplete(CompletableFuture.java:506) > at java.base/java.util.concurrent.CompletableFuture.complete(CompletableFuture.java:2073) > at org.infinispan.util.concurrent.CompletionStages.lambda$continueOnExecutor$0(CompletionStages.java:158) > at java.base/java.util.concurrent.CompletableFuture.uniWhenComplete(CompletableFuture.java:859) > at java.base/java.util.concurrent.CompletableFuture$UniWhenComplete.tryFire(CompletableFuture.java:837) > at java.base/java.util.concurrent.CompletableFuture$Completion.run(CompletableFuture.java:478) > at java.base/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1128) > at java.base/java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:628) > at java.base/java.lang.Thread.run(Thread.java:834) > Caused by: org.infinispan.commons.CacheException: java.io.IOException: Unknown type: 74 > at org.infinispan.commons.dataconversion.BinaryEncoder.fromStorage(BinaryEncoder.java:39) > at org.infinispan.encoding.DataConversion.extractIndexable(DataConversion.java:226) > at org.infinispan.query.backend.QueryInterceptor.extractKey(QueryInterceptor.java:403) > at org.infinispan.query.backend.QueryInterceptor.keyToString(QueryInterceptor.java:411) > at org.infinispan.query.backend.QueryInterceptor.lambda$removeFromIndexes$4(QueryInterceptor.java:340) > at java.base/java.util.stream.ReferencePipeline$3$1.accept(ReferencePipeline.java:195) > at java.base/java.util.stream.ReferencePipeline$3$1.accept(ReferencePipeline.java:195) > at java.base/java.util.stream.ReferencePipeline$2$1.accept(ReferencePipeline.java:177) > at java.base/java.util.HashMap$KeySpliterator.forEachRemaining(HashMap.java:1603) > at java.base/java.util.stream.AbstractPipeline.copyInto(AbstractPipeline.java:484) > at java.base/java.util.stream.AbstractPipeline.wrapAndCopyInto(AbstractPipeline.java:474) > at java.base/java.util.stream.ReduceOps$ReduceOp.evaluateSequential(ReduceOps.java:913) > at java.base/java.util.stream.AbstractPipeline.evaluate(AbstractPipeline.java:234) > at java.base/java.util.stream.ReferencePipeline.collect(ReferencePipeline.java:578) > at org.infinispan.query.backend.QueryInterceptor.removeFromIndexes(QueryInterceptor.java:341) > at org.infinispan.query.backend.QueryInterceptor.processChange(QueryInterceptor.java:442) > at org.infinispan.query.backend.QueryInterceptor.lambda$handleDataWriteCommand$0(QueryInterceptor.java:189) > at org.infinispan.interceptors.InvocationSuccessAction.apply(InvocationSuccessAction.java:22) > at org.infinispan.interceptors.impl.QueueAsyncInvocationStage.invokeQueuedHandlers(QueueAsyncInvocationStage.java:123) > ... 13 more > Caused by: java.io.IOException: Unknown type: 74 > at org.infinispan.marshall.core.GlobalMarshaller.readNonNullableObject(GlobalMarshaller.java:741) > at org.infinispan.marshall.core.GlobalMarshaller.readNullableObject(GlobalMarshaller.java:378) > at org.infinispan.marshall.core.GlobalMarshaller.objectFromObjectInput(GlobalMarshaller.java:212) > at org.infinispan.marshall.core.GlobalMarshaller.objectFromByteBuffer(GlobalMarshaller.java:208) > at org.infinispan.commons.dataconversion.BinaryEncoder.fromStorage(BinaryEncoder.java:37) > ... 31 more > {code} -- This message was sent by Atlassian Jira (v7.13.8#713008)

6 years, 2 months

1
0
0 / 0

[JBoss JIRA] (ISPN-10700) Unknown type error with binary storage and indexing

by Gustavo Fernandes (Jira)

[ https://issues.redhat.com/browse/ISPN-10700?page=com.atlassian.jira.plugi... ] Work on ISPN-10700 started by Gustavo Fernandes. ------------------------------------------------ > Unknown type error with binary storage and indexing > --------------------------------------------------- > > Key: ISPN-10700 > URL: https://issues.redhat.com/browse/ISPN-10700 > Project: Infinispan > Issue Type: Bug > Components: Indexing > Affects Versions: 10.0.0.CR2 > Reporter: Will Burns > Assignee: Gustavo Fernandes > Priority: Major > > While adding tests for indexing with off heap, I also happened to add some with BINARY storage. And unfortunately the indexing code is not properly unwrapping the key when removing an index it appears. The stack trace is as the following: > {code} > java.util.concurrent.CompletionException: org.infinispan.commons.CacheException: java.io.IOException: Unknown type: 74 > at java.base/java.util.concurrent.CompletableFuture.encodeThrowable(CompletableFuture.java:331) > at java.base/java.util.concurrent.CompletableFuture.completeThrowable(CompletableFuture.java:346) > at java.base/java.util.concurrent.CompletableFuture$UniApply.tryFire(CompletableFuture.java:632) > at java.base/java.util.concurrent.CompletableFuture.postComplete(CompletableFuture.java:506) > at java.base/java.util.concurrent.CompletableFuture.completeExceptionally(CompletableFuture.java:2088) > at org.infinispan.interceptors.impl.QueueAsyncInvocationStage.invokeQueuedHandlers(QueueAsyncInvocationStage.java:113) > at org.infinispan.interceptors.impl.QueueAsyncInvocationStage.accept(QueueAsyncInvocationStage.java:86) > at org.infinispan.interceptors.impl.QueueAsyncInvocationStage.accept(QueueAsyncInvocationStage.java:31) > at java.base/java.util.concurrent.CompletableFuture.uniWhenComplete(CompletableFuture.java:859) > at java.base/java.util.concurrent.CompletableFuture$UniWhenComplete.tryFire(CompletableFuture.java:837) > at java.base/java.util.concurrent.CompletableFuture.postComplete(CompletableFuture.java:506) > at java.base/java.util.concurrent.CompletableFuture.complete(CompletableFuture.java:2073) > at org.infinispan.util.concurrent.CompletionStages.lambda$continueOnExecutor$0(CompletionStages.java:158) > at java.base/java.util.concurrent.CompletableFuture.uniWhenComplete(CompletableFuture.java:859) > at java.base/java.util.concurrent.CompletableFuture$UniWhenComplete.tryFire(CompletableFuture.java:837) > at java.base/java.util.concurrent.CompletableFuture$Completion.run(CompletableFuture.java:478) > at java.base/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1128) > at java.base/java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:628) > at java.base/java.lang.Thread.run(Thread.java:834) > Caused by: org.infinispan.commons.CacheException: java.io.IOException: Unknown type: 74 > at org.infinispan.commons.dataconversion.BinaryEncoder.fromStorage(BinaryEncoder.java:39) > at org.infinispan.encoding.DataConversion.extractIndexable(DataConversion.java:226) > at org.infinispan.query.backend.QueryInterceptor.extractKey(QueryInterceptor.java:403) > at org.infinispan.query.backend.QueryInterceptor.keyToString(QueryInterceptor.java:411) > at org.infinispan.query.backend.QueryInterceptor.lambda$removeFromIndexes$4(QueryInterceptor.java:340) > at java.base/java.util.stream.ReferencePipeline$3$1.accept(ReferencePipeline.java:195) > at java.base/java.util.stream.ReferencePipeline$3$1.accept(ReferencePipeline.java:195) > at java.base/java.util.stream.ReferencePipeline$2$1.accept(ReferencePipeline.java:177) > at java.base/java.util.HashMap$KeySpliterator.forEachRemaining(HashMap.java:1603) > at java.base/java.util.stream.AbstractPipeline.copyInto(AbstractPipeline.java:484) > at java.base/java.util.stream.AbstractPipeline.wrapAndCopyInto(AbstractPipeline.java:474) > at java.base/java.util.stream.ReduceOps$ReduceOp.evaluateSequential(ReduceOps.java:913) > at java.base/java.util.stream.AbstractPipeline.evaluate(AbstractPipeline.java:234) > at java.base/java.util.stream.ReferencePipeline.collect(ReferencePipeline.java:578) > at org.infinispan.query.backend.QueryInterceptor.removeFromIndexes(QueryInterceptor.java:341) > at org.infinispan.query.backend.QueryInterceptor.processChange(QueryInterceptor.java:442) > at org.infinispan.query.backend.QueryInterceptor.lambda$handleDataWriteCommand$0(QueryInterceptor.java:189) > at org.infinispan.interceptors.InvocationSuccessAction.apply(InvocationSuccessAction.java:22) > at org.infinispan.interceptors.impl.QueueAsyncInvocationStage.invokeQueuedHandlers(QueueAsyncInvocationStage.java:123) > ... 13 more > Caused by: java.io.IOException: Unknown type: 74 > at org.infinispan.marshall.core.GlobalMarshaller.readNonNullableObject(GlobalMarshaller.java:741) > at org.infinispan.marshall.core.GlobalMarshaller.readNullableObject(GlobalMarshaller.java:378) > at org.infinispan.marshall.core.GlobalMarshaller.objectFromObjectInput(GlobalMarshaller.java:212) > at org.infinispan.marshall.core.GlobalMarshaller.objectFromByteBuffer(GlobalMarshaller.java:208) > at org.infinispan.commons.dataconversion.BinaryEncoder.fromStorage(BinaryEncoder.java:37) > ... 31 more > {code} -- This message was sent by Atlassian Jira (v7.13.8#713008)

6 years, 2 months

1
0
0 / 0

[JBoss JIRA] (ISPN-11206) Remove Lucene and Hibernate queries from the public API

by Gustavo Fernandes (Jira)

[ https://issues.redhat.com/browse/ISPN-11206?page=com.atlassian.jira.plugi... ] Gustavo Fernandes updated ISPN-11206: ------------------------------------- Status: Pull Request Sent (was: Open) Git Pull Request: https://github.com/infinispan/infinispan/pull/7789 > Remove Lucene and Hibernate queries from the public API > ------------------------------------------------------- > > Key: ISPN-11206 > URL: https://issues.redhat.com/browse/ISPN-11206 > Project: Infinispan > Issue Type: Bug > Components: Embedded Querying > Affects Versions: 10.1.1.Final > Reporter: Gustavo Fernandes > Assignee: Gustavo Fernandes > Priority: Major > Fix For: 10.1.2.Final, 11.0.0.Final > > > The only way to query will be via Ickle, Lucene and Hibernate Search Queries should be used only internally when there's need -- This message was sent by Atlassian Jira (v7.13.8#713008)

6 years, 2 months

1
0
0 / 0

[JBoss JIRA] (ISPN-11206) Remove Lucene and Hibernate queries from the public API

by Gustavo Fernandes (Jira)

[ https://issues.redhat.com/browse/ISPN-11206?page=com.atlassian.jira.plugi... ] Gustavo Fernandes updated ISPN-11206: ------------------------------------- Status: Open (was: New) > Remove Lucene and Hibernate queries from the public API > ------------------------------------------------------- > > Key: ISPN-11206 > URL: https://issues.redhat.com/browse/ISPN-11206 > Project: Infinispan > Issue Type: Bug > Components: Embedded Querying > Affects Versions: 10.1.1.Final > Reporter: Gustavo Fernandes > Assignee: Gustavo Fernandes > Priority: Major > Fix For: 10.1.2.Final, 11.0.0.Final > > > The only way to query will be via Ickle, Lucene and Hibernate Search Queries should be used only internally when there's need -- This message was sent by Atlassian Jira (v7.13.8#713008)

6 years, 2 months

1
0
0 / 0

[JBoss JIRA] (ISPN-11199) Remove AffinityIndexManager

by Gustavo Fernandes (Jira)

[ https://issues.redhat.com/browse/ISPN-11199?page=com.atlassian.jira.plugi... ] Gustavo Fernandes updated ISPN-11199: ------------------------------------- Status: Resolved (was: Pull Request Sent) Resolution: Done > Remove AffinityIndexManager > --------------------------- > > Key: ISPN-11199 > URL: https://issues.redhat.com/browse/ISPN-11199 > Project: Infinispan > Issue Type: Bug > Components: Embedded Querying > Affects Versions: 10.1.1.Final > Reporter: Gustavo Fernandes > Assignee: Gustavo Fernandes > Priority: Major > Fix For: 11.0.0.Alpha1, 11.0.0.Final > > > This Index Manager is marked as experimental and since we are giving priority to local indexes, it will be discontinued -- This message was sent by Atlassian Jira (v7.13.8#713008)

6 years, 2 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 January 2020