October 2019 - infinispan-issues - Jboss List Archives

[JBoss JIRA] (ISPN-10530) Replaces build references to Java 10 with Java 11

by Pedro Zapata Fernandez (Jira)

[ https://issues.jboss.org/browse/ISPN-10530?page=com.atlassian.jira.plugin... ] Pedro Zapata Fernandez updated ISPN-10530: ------------------------------------------ Sprint: DataGrid Sprint #33, DataGrid Sprint #34, DataGrid Sprint #35, DataGrid Sprint #36 (was: DataGrid Sprint #33, DataGrid Sprint #34, DataGrid Sprint #35) > Replaces build references to Java 10 with Java 11 > ------------------------------------------------- > > Key: ISPN-10530 > URL: https://issues.jboss.org/browse/ISPN-10530 > Project: Infinispan > Issue Type: Enhancement > Components: Build > Affects Versions: 10.0.0.CR1 > Reporter: Tristan Tarrant > Assignee: Tristan Tarrant > Priority: Major > Fix For: 10.0.0.CR2 > > > Since Java 10 is now deprecated, it would be better to baseline our multi-version jars to Java 11. -- This message was sent by Atlassian Jira (v7.13.8#713008)

4 years, 8 months

1
0
0 / 0

[JBoss JIRA] (ISPN-10533) Remove deprecated features hotrod-client-with-query and hotrod-client

by Pedro Zapata Fernandez (Jira)

[ https://issues.jboss.org/browse/ISPN-10533?page=com.atlassian.jira.plugin... ] Pedro Zapata Fernandez updated ISPN-10533: ------------------------------------------ Sprint: DataGrid Sprint #33, DataGrid Sprint #34, DataGrid Sprint #35, DataGrid Sprint #36 (was: DataGrid Sprint #33, DataGrid Sprint #34, DataGrid Sprint #35) > Remove deprecated features hotrod-client-with-query and hotrod-client > --------------------------------------------------------------------- > > Key: ISPN-10533 > URL: https://issues.jboss.org/browse/ISPN-10533 > Project: Infinispan > Issue Type: Bug > Affects Versions: 10.0.0.CR1 > Reporter: Nistor Adrian > Assignee: Nistor Adrian > Priority: Major > Fix For: 10.0.0.CR2 > > > These were deprecated with replacement by ISPN-4830 about 5 years ago so should be ready to go. -- This message was sent by Atlassian Jira (v7.13.8#713008)

4 years, 8 months

1
0
0 / 0

[JBoss JIRA] (ISPN-10541) Disable Jboss-marshalling warning in server mode

by Pedro Zapata Fernandez (Jira)

[ https://issues.jboss.org/browse/ISPN-10541?page=com.atlassian.jira.plugin... ] Pedro Zapata Fernandez updated ISPN-10541: ------------------------------------------ Sprint: DataGrid Sprint #33, DataGrid Sprint #34, DataGrid Sprint #35, DataGrid Sprint #36 (was: DataGrid Sprint #33, DataGrid Sprint #34, DataGrid Sprint #35) > Disable Jboss-marshalling warning in server mode > ------------------------------------------------ > > Key: ISPN-10541 > URL: https://issues.jboss.org/browse/ISPN-10541 > Project: Infinispan > Issue Type: Enhancement > Components: Server > Affects Versions: 10.0.0.CR1 > Reporter: Ryan Emerson > Assignee: Ryan Emerson > Priority: Major > Fix For: 10.0.0.CR2 > > > Currently Jboss marshalling is still required by the new server, therefore we should not warn users about its use in server mode as this could cause confusion. -- This message was sent by Atlassian Jira (v7.13.8#713008)

4 years, 8 months

1
0
0 / 0

[JBoss JIRA] (ISPN-10557) extended-statistics org.infinispan.stats package overlaps with core

by Pedro Zapata Fernandez (Jira)

[ https://issues.jboss.org/browse/ISPN-10557?page=com.atlassian.jira.plugin... ] Pedro Zapata Fernandez updated ISPN-10557: ------------------------------------------ Sprint: DataGrid Sprint #33, DataGrid Sprint #34, DataGrid Sprint #35, DataGrid Sprint #36 (was: DataGrid Sprint #33, DataGrid Sprint #34, DataGrid Sprint #35) > extended-statistics org.infinispan.stats package overlaps with core > ------------------------------------------------------------------- > > Key: ISPN-10557 > URL: https://issues.jboss.org/browse/ISPN-10557 > Project: Infinispan > Issue Type: Bug > Components: Build, Core > Affects Versions: 10.0.0.CR1 > Reporter: Tristan Tarrant > Assignee: Tristan Tarrant > Priority: Major > Fix For: 10.0.0.CR2 > > > The org.infinispan.stats package is used both within infinispan-core and infinispan-extended-statistics. This shold be fixed in the extended statistics module -- This message was sent by Atlassian Jira (v7.13.8#713008)

4 years, 8 months

1
0
0 / 0

[JBoss JIRA] (ISPN-10561) Upgrade to Jackson Databind 2.9.9.3

by Pedro Zapata Fernandez (Jira)

[ https://issues.jboss.org/browse/ISPN-10561?page=com.atlassian.jira.plugin... ] Pedro Zapata Fernandez updated ISPN-10561: ------------------------------------------ Sprint: DataGrid Sprint #33, DataGrid Sprint #34, DataGrid Sprint #35, DataGrid Sprint #36 (was: DataGrid Sprint #33, DataGrid Sprint #34, DataGrid Sprint #35) > Upgrade to Jackson Databind 2.9.9.3 > ----------------------------------- > > Key: ISPN-10561 > URL: https://issues.jboss.org/browse/ISPN-10561 > Project: Infinispan > Issue Type: Component Upgrade > Components: Build > Affects Versions: 9.4.16.Final, 10.0.0.CR1 > Reporter: Tristan Tarrant > Assignee: Tristan Tarrant > Priority: Major > Fix For: 10.0.0.CR2, 9.4.17.Final > > -- This message was sent by Atlassian Jira (v7.13.8#713008)

4 years, 8 months

1
0
0 / 0

[JBoss JIRA] (ISPN-10574) Off Heap iteration performance improvements

by Pedro Zapata Fernandez (Jira)

[ https://issues.jboss.org/browse/ISPN-10574?page=com.atlassian.jira.plugin... ] Pedro Zapata Fernandez updated ISPN-10574: ------------------------------------------ Sprint: DataGrid Sprint #34, DataGrid Sprint #35, DataGrid Sprint #36 (was: DataGrid Sprint #34, DataGrid Sprint #35) > Off Heap iteration performance improvements > ------------------------------------------- > > Key: ISPN-10574 > URL: https://issues.jboss.org/browse/ISPN-10574 > Project: Infinispan > Issue Type: Enhancement > Components: Off Heap > Affects Versions: 10.0.0.CR1 > Reporter: Will Burns > Assignee: Will Burns > Priority: Major > Fix For: 10.0.0.CR3, 10.0.0.Final > > > When testing out some things it was found that an off heap cache with a single entry compared to an object one takes significantly longer for state transfer. Off Heap can be improved to make iteration faster and thus improve things like state transfer. > # Off Heap entries are stored using modulus for locks. This causes iteration to not access entries sequentially as well as having to acquire the same lock many times over. > # Off Heap should optimize code paths that can be short circuited (ie. don't create stream if size is 0) -- This message was sent by Atlassian Jira (v7.13.8#713008)

4 years, 8 months

1
0
0 / 0

[JBoss JIRA] (ISPN-10575) Try to replace TEST_PING with LOCAL_PING

by Pedro Zapata Fernandez (Jira)

[ https://issues.jboss.org/browse/ISPN-10575?page=com.atlassian.jira.plugin... ] Pedro Zapata Fernandez updated ISPN-10575: ------------------------------------------ Sprint: DataGrid Sprint #35, DataGrid Sprint #36 (was: DataGrid Sprint #35) > Try to replace TEST_PING with LOCAL_PING > ---------------------------------------- > > Key: ISPN-10575 > URL: https://issues.jboss.org/browse/ISPN-10575 > Project: Infinispan > Issue Type: Task > Components: Core > Affects Versions: 10.0.0.CR1 > Reporter: Dan Berindei > Assignee: Dan Berindei > Priority: Major > Fix For: 10.0.0.Final > > > JGroups added a {{LOCAL_PING}} protocol (JGRP-2284) that could potentially be used to replace our {{TEST_PING}}, so that we don't depend on {{Discovery}} internals. -- This message was sent by Atlassian Jira (v7.13.8#713008)

4 years, 8 months

1
0
0 / 0

[JBoss JIRA] (ISPN-10578) ScatteredCache RemoteMetadata should be handled by the PersistenceMarshaller

by Pedro Zapata Fernandez (Jira)

[ https://issues.jboss.org/browse/ISPN-10578?page=com.atlassian.jira.plugin... ] Pedro Zapata Fernandez updated ISPN-10578: ------------------------------------------ Sprint: DataGrid Sprint #33, DataGrid Sprint #34, DataGrid Sprint #35, DataGrid Sprint #36 (was: DataGrid Sprint #33, DataGrid Sprint #34, DataGrid Sprint #35) > ScatteredCache RemoteMetadata should be handled by the PersistenceMarshaller > ---------------------------------------------------------------------------- > > Key: ISPN-10578 > URL: https://issues.jboss.org/browse/ISPN-10578 > Project: Infinispan > Issue Type: Bug > Components: Core > Affects Versions: 10.0.0.CR1 > Reporter: Ryan Emerson > Assignee: Ryan Emerson > Priority: Major > Fix For: 10.0.0.CR2 > > > When running {{SharedStoreTest#testUnnecessaryWrites}} a {{NotSerializableException}} is being thrown because `RemoteMetadata` is not marshallable by the persistence marshaller. This does not cause any tests to fail, however it appears in the log files for every test run. > {code:java} > 00:46:16,116 WARN (remote-thread-Test-NodeC-p19-t2) [PersistenceMarshallerImpl] Cannot marshall org.infinispan.container.entries.RemoteMetadata > org.infinispan.commons.marshall.MarshallingException: java.io.NotSerializableException: org.infinispan.container.entries.RemoteMetadata > at org.infinispan.marshall.persistence.impl.PersistenceMarshallerImpl.marshallUserObject(PersistenceMarshallerImpl.java:220) ~[classes/:?] > at org.infinispan.marshall.persistence.impl.PersistenceMarshallerImpl.wrapUserObject(PersistenceMarshallerImpl.java:251) ~[classes/:?] > at org.infinispan.marshall.persistence.impl.PersistenceMarshallerImpl.objectToBuffer(PersistenceMarshallerImpl.java:159) ~[classes/:?] > at org.infinispan.marshall.persistence.impl.PersistenceMarshallerImpl.objectToBuffer(PersistenceMarshallerImpl.java:136) ~[classes/:?] > at org.infinispan.marshall.persistence.impl.MarshallableEntryImpl.marshall(MarshallableEntryImpl.java:209) ~[classes/:?] > at org.infinispan.marshall.persistence.impl.MarshallableEntryImpl.<init>(MarshallableEntryImpl.java:38) ~[classes/:?] > at org.infinispan.marshall.persistence.impl.MarshalledEntryFactoryImpl.create(MarshalledEntryFactoryImpl.java:64) ~[classes/:?] > at org.infinispan.interceptors.impl.CacheWriterInterceptor.marshalledEntry(CacheWriterInterceptor.java:525) ~[classes/:?] > at org.infinispan.interceptors.impl.CacheWriterInterceptor.storeEntry(CacheWriterInterceptor.java:505) ~[classes/:?] > at org.infinispan.interceptors.impl.CacheWriterInterceptor.storeEntry(CacheWriterInterceptor.java:498) ~[classes/:?] > at org.infinispan.interceptors.impl.ScatteredCacheWriterInterceptor.storeAndUpdateStats(ScatteredCacheWriterInterceptor.java:166) ~[classes/:?] > at org.infinispan.interceptors.impl.ScatteredCacheWriterInterceptor.lambda$handleDataWriteReturn$1(ScatteredCacheWriterInterceptor.java:154) ~[classes/:?] > at org.infinispan.persistence.manager.OrderedUpdatesManagerImpl.checkLockAndStore(OrderedUpdatesManagerImpl.java:84) ~[classes/:?] > at org.infinispan.interceptors.impl.ScatteredCacheWriterInterceptor.handleDataWriteReturn(ScatteredCacheWriterInterceptor.java:152) ~[classes/:?] > at org.infinispan.interceptors.BaseAsyncInterceptor.invokeNextThenApply(BaseAsyncInterceptor.java:86) ~[classes/:?] > at org.infinispan.interceptors.impl.ScatteredCacheWriterInterceptor.visitPutKeyValueCommand(ScatteredCacheWriterInterceptor.java:171) ~[classes/:?] > at org.infinispan.commands.write.PutKeyValueCommand.acceptVisitor(PutKeyValueCommand.java:61) ~[classes/:?] > at org.infinispan.interceptors.BaseAsyncInterceptor.invokeNext(BaseAsyncInterceptor.java:59) ~[classes/:?] > at org.infinispan.interceptors.BaseAsyncInterceptor.asyncInvokeNext(BaseAsyncInterceptor.java:232) ~[classes/:?] > at org.infinispan.interceptors.impl.CacheLoaderInterceptor.visitDataCommand(CacheLoaderInterceptor.java:224) ~[classes/:?] > at org.infinispan.interceptors.impl.CacheLoaderInterceptor.visitPutKeyValueCommand(CacheLoaderInterceptor.java:144) ~[classes/:?] > at org.infinispan.commands.write.PutKeyValueCommand.acceptVisitor(PutKeyValueCommand.java:61) ~[classes/:?] > at org.infinispan.interceptors.BaseAsyncInterceptor.invokeNextAndHandle(BaseAsyncInterceptor.java:188) ~[classes/:?] > at org.infinispan.interceptors.impl.BiasedEntryWrappingInterceptor.setSkipRemoteGetsAndInvokeNextForDataCommand(BiasedEntryWrappingInterceptor.java:38) ~[classes/:?] > at org.infinispan.interceptors.impl.EntryWrappingInterceptor.visitPutKeyValueCommand(EntryWrappingInterceptor.java:318) ~[classes/:?] > at org.infinispan.commands.write.PutKeyValueCommand.acceptVisitor(PutKeyValueCommand.java:61) ~[classes/:?] > at org.infinispan.interceptors.BaseAsyncInterceptor.invokeNext(BaseAsyncInterceptor.java:59) ~[classes/:?] > at org.infinispan.interceptors.impl.PrefetchInterceptor.handleWriteCommand(PrefetchInterceptor.java:370) ~[classes/:?] > at org.infinispan.interceptors.impl.PrefetchInterceptor.visitPutKeyValueCommand(PrefetchInterceptor.java:387) ~[classes/:?] > at org.infinispan.commands.write.PutKeyValueCommand.acceptVisitor(PutKeyValueCommand.java:61) ~[classes/:?] > at org.infinispan.interceptors.BaseAsyncInterceptor.invokeNextAndHandle(BaseAsyncInterceptor.java:188) ~[classes/:?] > at org.infinispan.statetransfer.StateTransferInterceptor.handleNonTxWriteCommand(StateTransferInterceptor.java:309) ~[classes/:?] > at org.infinispan.statetransfer.StateTransferInterceptor.handleWriteCommand(StateTransferInterceptor.java:252) ~[classes/:?] > at org.infinispan.statetransfer.StateTransferInterceptor.visitPutKeyValueCommand(StateTransferInterceptor.java:96) ~[classes/:?] > at org.infinispan.commands.write.PutKeyValueCommand.acceptVisitor(PutKeyValueCommand.java:61) ~[classes/:?] > at org.infinispan.interceptors.BaseAsyncInterceptor.invokeNext(BaseAsyncInterceptor.java:59) ~[classes/:?] > at org.infinispan.interceptors.impl.CacheMgmtInterceptor.updateStoreStatistics(CacheMgmtInterceptor.java:212) ~[classes/:?] > at org.infinispan.interceptors.impl.CacheMgmtInterceptor.visitPutKeyValueCommand(CacheMgmtInterceptor.java:177) ~[classes/:?] > at org.infinispan.commands.write.PutKeyValueCommand.acceptVisitor(PutKeyValueCommand.java:61) ~[classes/:?] > at org.infinispan.interceptors.BaseAsyncInterceptor.invokeNext(BaseAsyncInterceptor.java:59) ~[classes/:?] > at org.infinispan.interceptors.DDAsyncInterceptor.handleDefault(DDAsyncInterceptor.java:53) ~[classes/:?] > at org.infinispan.interceptors.DDAsyncInterceptor.visitPutKeyValueCommand(DDAsyncInterceptor.java:59) ~[classes/:?] > at org.infinispan.commands.write.PutKeyValueCommand.acceptVisitor(PutKeyValueCommand.java:61) ~[classes/:?] > at org.infinispan.interceptors.BaseAsyncInterceptor.invokeNextAndExceptionally(BaseAsyncInterceptor.java:128) ~[classes/:?] > at org.infinispan.interceptors.impl.InvocationContextInterceptor.visitCommand(InvocationContextInterceptor.java:89) ~[classes/:?] > at org.infinispan.interceptors.BaseAsyncInterceptor.invokeNext(BaseAsyncInterceptor.java:61) ~[classes/:?] > at org.infinispan.interceptors.DDAsyncInterceptor.handleDefault(DDAsyncInterceptor.java:53) ~[classes/:?] > at org.infinispan.interceptors.DDAsyncInterceptor.visitPutKeyValueCommand(DDAsyncInterceptor.java:59) ~[classes/:?] > at org.infinispan.commands.write.PutKeyValueCommand.acceptVisitor(PutKeyValueCommand.java:61) ~[classes/:?] > at org.infinispan.interceptors.DDAsyncInterceptor.visitCommand(DDAsyncInterceptor.java:49) ~[classes/:?] > at org.infinispan.interceptors.impl.AsyncInterceptorChainImpl.invoke(AsyncInterceptorChainImpl.java:244) ~[classes/:?] > at org.infinispan.statetransfer.StateConsumerImpl.doApplyState(StateConsumerImpl.java:666) ~[classes/:?] > at org.infinispan.statetransfer.StateConsumerImpl.applyChunk(StateConsumerImpl.java:632) ~[classes/:?] > at org.infinispan.statetransfer.StateConsumerImpl.lambda$applyState$1(StateConsumerImpl.java:588) ~[classes/:?] > at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:515) [?:?] > at java.util.concurrent.FutureTask.run$$$capture(FutureTask.java:264) [?:?] > at java.util.concurrent.FutureTask.run(FutureTask.java) [?:?] > at org.infinispan.commons.util.concurrent.CallerRunsRejectOnShutdownPolicy.rejectedExecution(CallerRunsRejectOnShutdownPolicy.java:19) [classes/:?] > at java.util.concurrent.ThreadPoolExecutor.reject(ThreadPoolExecutor.java:825) [?:?] > at java.util.concurrent.ThreadPoolExecutor.execute(ThreadPoolExecutor.java:1355) [?:?] > at java.util.concurrent.AbstractExecutorService.submit(AbstractExecutorService.java:118) [?:?] > at org.infinispan.executors.LazyInitializingExecutorService.submit(LazyInitializingExecutorService.java:108) [classes/:?] > at org.infinispan.statetransfer.StateConsumerImpl.applyState(StateConsumerImpl.java:586) [classes/:?] > at org.infinispan.statetransfer.StateResponseCommand.invokeAsync(StateResponseCommand.java:92) [classes/:?] > at org.infinispan.remoting.inboundhandler.BasePerCacheInboundInvocationHandler.invokeCommand(BasePerCacheInboundInvocationHandler.java:118) [classes/:?] > at org.infinispan.remoting.inboundhandler.BaseBlockingRunnable.invoke(BaseBlockingRunnable.java:100) [classes/:?] > at org.infinispan.remoting.inboundhandler.BaseBlockingRunnable.runAsync(BaseBlockingRunnable.java:72) [classes/:?] > at org.infinispan.remoting.inboundhandler.BaseBlockingRunnable.run(BaseBlockingRunnable.java:41) [classes/:?] > at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1128) [?:?] > at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:628) [?:?] > at java.lang.Thread.run(Thread.java:834) [?:?] > Caused by: java.io.NotSerializableException: org.infinispan.container.entries.RemoteMetadata > at java.io.ObjectOutputStream.writeObject0(ObjectOutputStream.java:1185) ~[?:?] > at java.io.ObjectOutputStream.writeObject(ObjectOutputStream.java:349) ~[?:?] > at org.infinispan.commons.marshall.JavaSerializationMarshaller.objectToBuffer(JavaSerializationMarshaller.java:39) ~[classes/:?] > at org.infinispan.commons.marshall.AbstractMarshaller.objectToByteBuffer(AbstractMarshaller.java:70) ~[classes/:?] > at org.infinispan.commons.marshall.AbstractMarshaller.objectToByteBuffer(AbstractMarshaller.java:60) ~[classes/:?] > at org.infinispan.marshall.persistence.impl.PersistenceMarshallerImpl.marshallUserObject(PersistenceMarshallerImpl.java:215) ~[classes/:?] > ... 70 more > {code} -- This message was sent by Atlassian Jira (v7.13.8#713008)

4 years, 8 months

1
0
0 / 0

[JBoss JIRA] (ISPN-10579) TransactionalExceptionEvictionInterceptor 1PC PrepareCommand should not be added to pending map

by Pedro Zapata Fernandez (Jira)

[ https://issues.jboss.org/browse/ISPN-10579?page=com.atlassian.jira.plugin... ] Pedro Zapata Fernandez updated ISPN-10579: ------------------------------------------ Sprint: DataGrid Sprint #33, DataGrid Sprint #34, DataGrid Sprint #35, DataGrid Sprint #36 (was: DataGrid Sprint #33, DataGrid Sprint #34, DataGrid Sprint #35) > TransactionalExceptionEvictionInterceptor 1PC PrepareCommand should not be added to pending map > ----------------------------------------------------------------------------------------------- > > Key: ISPN-10579 > URL: https://issues.jboss.org/browse/ISPN-10579 > Project: Infinispan > Issue Type: Bug > Components: Core > Affects Versions: 9.4.16.Final, 10.0.0.CR1 > Reporter: Dan Berindei > Assignee: Dan Berindei > Priority: Major > Fix For: 10.0.0.CR3, 9.4.17.Final > > > One-phase {{PrepareCommand}} s commit their changes directly, no need to add them to the {{pending}} map. -- This message was sent by Atlassian Jira (v7.13.8#713008)

4 years, 8 months

1
0
0 / 0

[JBoss JIRA] (ISPN-10590) PersistenceMarshallerImpl should not wrap objects when no user marshaller is configured

by Pedro Zapata Fernandez (Jira)

[ https://issues.jboss.org/browse/ISPN-10590?page=com.atlassian.jira.plugin... ] Pedro Zapata Fernandez updated ISPN-10590: ------------------------------------------ Sprint: DataGrid Sprint #33, DataGrid Sprint #34, DataGrid Sprint #35, DataGrid Sprint #36 (was: DataGrid Sprint #33, DataGrid Sprint #34, DataGrid Sprint #35) > PersistenceMarshallerImpl should not wrap objects when no user marshaller is configured > --------------------------------------------------------------------------------------- > > Key: ISPN-10590 > URL: https://issues.jboss.org/browse/ISPN-10590 > Project: Infinispan > Issue Type: Bug > Components: Core > Affects Versions: 10.0.0.CR1 > Reporter: Ryan Emerson > Assignee: Ryan Emerson > Priority: Major > Fix For: 10.0.0.CR2 > > > Currently the PersistenceMarshallerImpl still tries to wrap values that are not in it's SerializationContext even when protostream is to be used directly for user types. This does not make sense, as it will results in a NPE due to a delegate user marshaller not existing. Instead, if protostream is to be used for delegate types the PersistenceMarshallerImpl should state that java primitive values can be marshalled and no wrapping should be attempted. -- This message was sent by Atlassian Jira (v7.13.8#713008)

4 years, 8 months

1
0
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

infinispan-issues October 2019