August 2018 - infinispan-issues - Jboss List Archives

[JBoss JIRA] (HRJS-67) Support Infinispan 9.4 server

by Galder Zamarreño (JIRA)

[ https://issues.jboss.org/browse/HRJS-67?page=com.atlassian.jira.plugin.sy... ] Galder Zamarreño updated HRJS-67: --------------------------------- Status: Open (was: New) > Support Infinispan 9.4 server > ----------------------------- > > Key: HRJS-67 > URL: https://issues.jboss.org/browse/HRJS-67 > Project: Infinispan Javascript client > Issue Type: Sub-task > Affects Versions: 0.5.0 > Reporter: Galder Zamarreño > Assignee: Galder Zamarreño > > 9 tests fail with 9.4.0.Beta1: > {code} > org.infinispan.commons.CacheException: java.lang.ClassCastException: > org.infinispan.commons.marshall.WrappedByteArray cannot be cast to java.lang.String > java.lang.ClassCastException: > org.infinispan.commons.marshall.WrappedByteArray cannot be cast to java.lang.String > {code} -- This message was sent by Atlassian JIRA (v7.5.0#75005)

7 years, 7 months

1
0
0 / 0

[JBoss JIRA] (HRJS-67) Support Infinispan 9.4 server

by Galder Zamarreño (JIRA)

[ https://issues.jboss.org/browse/HRJS-67?page=com.atlassian.jira.plugin.sy... ] Galder Zamarreño updated HRJS-67: --------------------------------- Status: Pull Request Sent (was: Open) Git Pull Request: https://github.com/infinispan/js-client/pull/27 > Support Infinispan 9.4 server > ----------------------------- > > Key: HRJS-67 > URL: https://issues.jboss.org/browse/HRJS-67 > Project: Infinispan Javascript client > Issue Type: Sub-task > Affects Versions: 0.5.0 > Reporter: Galder Zamarreño > Assignee: Galder Zamarreño > > 9 tests fail with 9.4.0.Beta1: > {code} > org.infinispan.commons.CacheException: java.lang.ClassCastException: > org.infinispan.commons.marshall.WrappedByteArray cannot be cast to java.lang.String > java.lang.ClassCastException: > org.infinispan.commons.marshall.WrappedByteArray cannot be cast to java.lang.String > {code} -- This message was sent by Atlassian JIRA (v7.5.0#75005)

7 years, 7 months

1
0
0 / 0

[JBoss JIRA] (HRJS-68) Support Hot Rod protocol 2.8

by Galder Zamarreño (JIRA)

[ https://issues.jboss.org/browse/HRJS-68?page=com.atlassian.jira.plugin.sy... ] Galder Zamarreño updated HRJS-68: --------------------------------- Status: Open (was: New) > Support Hot Rod protocol 2.8 > ---------------------------- > > Key: HRJS-68 > URL: https://issues.jboss.org/browse/HRJS-68 > Project: Infinispan Javascript client > Issue Type: Sub-task > Reporter: Galder Zamarreño > Assignee: Galder Zamarreño > Fix For: 0.6.0 > > > Add support for Hot Rod protocol 2.8. -- This message was sent by Atlassian JIRA (v7.5.0#75005)

7 years, 7 months

1
0
0 / 0

[JBoss JIRA] (HRJS-68) Support Hot Rod protocol 2.8

by Galder Zamarreño (JIRA)

[ https://issues.jboss.org/browse/HRJS-68?page=com.atlassian.jira.plugin.sy... ] Galder Zamarreño updated HRJS-68: --------------------------------- Status: Pull Request Sent (was: Open) Git Pull Request: https://github.com/infinispan/js-client/pull/27 > Support Hot Rod protocol 2.8 > ---------------------------- > > Key: HRJS-68 > URL: https://issues.jboss.org/browse/HRJS-68 > Project: Infinispan Javascript client > Issue Type: Sub-task > Reporter: Galder Zamarreño > Assignee: Galder Zamarreño > Fix For: 0.6.0 > > > Add support for Hot Rod protocol 2.8. -- This message was sent by Atlassian JIRA (v7.5.0#75005)

7 years, 7 months

1
0
0 / 0

[JBoss JIRA] (HRJS-68) Support Hot Rod protocol 2.8

by Galder Zamarreño (JIRA)

[ https://issues.jboss.org/browse/HRJS-68?page=com.atlassian.jira.plugin.sy... ] Galder Zamarreño updated HRJS-68: --------------------------------- Fix Version/s: 0.6.0 > Support Hot Rod protocol 2.8 > ---------------------------- > > Key: HRJS-68 > URL: https://issues.jboss.org/browse/HRJS-68 > Project: Infinispan Javascript client > Issue Type: Sub-task > Reporter: Galder Zamarreño > Assignee: Galder Zamarreño > Fix For: 0.6.0 > > > Add support for Hot Rod protocol 2.8. -- This message was sent by Atlassian JIRA (v7.5.0#75005)

7 years, 7 months

1
0
0 / 0

[JBoss JIRA] (ISPN-9453) Document FORCE_WRITE_LOCK not working in non-tx caches

by Radim Vansa (JIRA)

[ https://issues.jboss.org/browse/ISPN-9453?page=com.atlassian.jira.plugin.... ] Radim Vansa updated ISPN-9453: ------------------------------ Issue Type: Task (was: Bug) > Document FORCE_WRITE_LOCK not working in non-tx caches > ------------------------------------------------------ > > Key: ISPN-9453 > URL: https://issues.jboss.org/browse/ISPN-9453 > Project: Infinispan > Issue Type: Task > Components: Documentation-Core > Affects Versions: 9.3.1.Final > Reporter: Radim Vansa > Assignee: Don Naro > Fix For: 9.4.0.Final > > > The user guide mentions {{Flag.FORCE_WRITE_LOCK}} in the context of pessimistic transactions but it does not say what this does in non-transactional caches. > In non-tx cache it does not work since when on backup owner, the {{get()}} just reads the value. It does not go to primary to lock there. When on non-owner, it reads from some other owner but not necessarily from the primary. The flag does not force the command to acquire locks remotely. > To put it in other words, it works only scarcely = it does not work. -- This message was sent by Atlassian JIRA (v7.5.0#75005)

7 years, 7 months

1
0
0 / 0

[JBoss JIRA] (ISPN-9426) Distributed script execution returning null results in NullPointerException

by Galder Zamarreño (JIRA)

[ https://issues.jboss.org/browse/ISPN-9426?page=com.atlassian.jira.plugin.... ] Galder Zamarreño updated ISPN-9426: ----------------------------------- Status: Resolved (was: Pull Request Sent) Fix Version/s: 9.4.0.Final Resolution: Done > Distributed script execution returning null results in NullPointerException > --------------------------------------------------------------------------- > > Key: ISPN-9426 > URL: https://issues.jboss.org/browse/ISPN-9426 > Project: Infinispan > Issue Type: Bug > Affects Versions: 9.4.0.Beta1, 9.3.1.Final > Reporter: Galder Zamarreño > Assignee: Gustavo Fernandes > Fix For: 9.4.0.CR1, 9.4.0.Final > > > The following script: > {code} > // mode=distributed,language=javascript,datatype='text/plain; charset=utf-8' > cache.get("not-exist"); > {code} > Results in: > {code} > org.infinispan.client.hotrod.exceptions.HotRodClientException: > Request for messageId=19 returned server error (status=0x85): java.lang.NullPointerException > at org.infinispan.client.hotrod.impl.protocol.Codec20.checkForErrorsInResponseStatus(Codec20.java:338) > at org.infinispan.client.hotrod.impl.protocol.Codec20.readHeader(Codec20.java:180) > at org.infinispan.client.hotrod.impl.transport.netty.HeaderDecoder.decode(HeaderDecoder.java:138) > at org.infinispan.client.hotrod.impl.transport.netty.HintedReplayingDecoder.callDecode(HintedReplayingDecoder.java:98) > at io.netty.handler.codec.ByteToMessageDecoder.channelRead(ByteToMessageDecoder.java:265) > at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:362) > at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:348) > at io.netty.channel.AbstractChannelHandlerContext.fireChannelRead(AbstractChannelHandlerContext.java:340) > at io.netty.handler.timeout.IdleStateHandler.channelRead(IdleStateHandler.java:286) > at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:362) > at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:348) > at io.netty.channel.AbstractChannelHandlerContext.fireChannelRead(AbstractChannelHandlerContext.java:340) > at io.netty.channel.DefaultChannelPipeline$HeadContext.channelRead(DefaultChannelPipeline.java:1414) > at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:362) > at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:348) > at io.netty.channel.DefaultChannelPipeline.fireChannelRead(DefaultChannelPipeline.java:945) > at io.netty.channel.nio.AbstractNioByteChannel$NioByteUnsafe.read(AbstractNioByteChannel.java:146) > at io.netty.channel.nio.NioEventLoop.processSelectedKey(NioEventLoop.java:645) > at io.netty.channel.nio.NioEventLoop.processSelectedKeysOptimized(NioEventLoop.java:580) > at io.netty.channel.nio.NioEventLoop.processSelectedKeys(NioEventLoop.java:497) > at io.netty.channel.nio.NioEventLoop.run(NioEventLoop.java:459) > at io.netty.util.concurrent.SingleThreadEventExecutor$5.run(SingleThreadEventExecutor.java:886) > at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149) > at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624) > at java.lang.Thread.run(Thread.java:748) > {code} > The issue happens with both latest 2.8 and older 2.5 protocol versions. -- This message was sent by Atlassian JIRA (v7.5.0#75005)

7 years, 7 months

1
0
0 / 0

[JBoss JIRA] (ISPN-9426) Distributed script execution returning null results in NullPointerException

by Galder Zamarreño (JIRA)

[ https://issues.jboss.org/browse/ISPN-9426?page=com.atlassian.jira.plugin.... ] Galder Zamarreño updated ISPN-9426: ----------------------------------- Affects Version/s: 9.3.1.Final > Distributed script execution returning null results in NullPointerException > --------------------------------------------------------------------------- > > Key: ISPN-9426 > URL: https://issues.jboss.org/browse/ISPN-9426 > Project: Infinispan > Issue Type: Bug > Affects Versions: 9.4.0.Beta1, 9.3.1.Final > Reporter: Galder Zamarreño > Assignee: Gustavo Fernandes > Fix For: 9.4.0.CR1, 9.4.0.Final > > > The following script: > {code} > // mode=distributed,language=javascript,datatype='text/plain; charset=utf-8' > cache.get("not-exist"); > {code} > Results in: > {code} > org.infinispan.client.hotrod.exceptions.HotRodClientException: > Request for messageId=19 returned server error (status=0x85): java.lang.NullPointerException > at org.infinispan.client.hotrod.impl.protocol.Codec20.checkForErrorsInResponseStatus(Codec20.java:338) > at org.infinispan.client.hotrod.impl.protocol.Codec20.readHeader(Codec20.java:180) > at org.infinispan.client.hotrod.impl.transport.netty.HeaderDecoder.decode(HeaderDecoder.java:138) > at org.infinispan.client.hotrod.impl.transport.netty.HintedReplayingDecoder.callDecode(HintedReplayingDecoder.java:98) > at io.netty.handler.codec.ByteToMessageDecoder.channelRead(ByteToMessageDecoder.java:265) > at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:362) > at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:348) > at io.netty.channel.AbstractChannelHandlerContext.fireChannelRead(AbstractChannelHandlerContext.java:340) > at io.netty.handler.timeout.IdleStateHandler.channelRead(IdleStateHandler.java:286) > at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:362) > at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:348) > at io.netty.channel.AbstractChannelHandlerContext.fireChannelRead(AbstractChannelHandlerContext.java:340) > at io.netty.channel.DefaultChannelPipeline$HeadContext.channelRead(DefaultChannelPipeline.java:1414) > at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:362) > at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:348) > at io.netty.channel.DefaultChannelPipeline.fireChannelRead(DefaultChannelPipeline.java:945) > at io.netty.channel.nio.AbstractNioByteChannel$NioByteUnsafe.read(AbstractNioByteChannel.java:146) > at io.netty.channel.nio.NioEventLoop.processSelectedKey(NioEventLoop.java:645) > at io.netty.channel.nio.NioEventLoop.processSelectedKeysOptimized(NioEventLoop.java:580) > at io.netty.channel.nio.NioEventLoop.processSelectedKeys(NioEventLoop.java:497) > at io.netty.channel.nio.NioEventLoop.run(NioEventLoop.java:459) > at io.netty.util.concurrent.SingleThreadEventExecutor$5.run(SingleThreadEventExecutor.java:886) > at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149) > at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624) > at java.lang.Thread.run(Thread.java:748) > {code} > The issue happens with both latest 2.8 and older 2.5 protocol versions. -- This message was sent by Atlassian JIRA (v7.5.0#75005)

7 years, 7 months

1
0
0 / 0

[JBoss JIRA] (ISPN-9453) Document FORCE_WRITE_LOCK not working in non-tx caches

by Radim Vansa (JIRA)

Radim Vansa created ISPN-9453: --------------------------------- Summary: Document FORCE_WRITE_LOCK not working in non-tx caches Key: ISPN-9453 URL: https://issues.jboss.org/browse/ISPN-9453 Project: Infinispan Issue Type: Bug Components: Documentation-Core Affects Versions: 9.3.1.Final Reporter: Radim Vansa Assignee: Don Naro Fix For: 9.4.0.Final The user guide mentions {{Flag.FORCE_WRITE_LOCK}} in the context of pessimistic transactions but it does not say what this does in non-transactional caches. In non-tx cache it does not work since when on backup owner, the {{get()}} just reads the value. It does not go to primary to lock there. When on non-owner, it reads from some other owner but not necessarily from the primary. The flag does not force the command to acquire locks remotely. To put it in other words, it works only scarcely = it does not work. -- This message was sent by Atlassian JIRA (v7.5.0#75005)

7 years, 7 months

1
0
0 / 0

[JBoss JIRA] (IPROTO-63) writeObject throws IllegalArgumentException with oneof label

by Adrian Nistor (JIRA)

[ https://issues.jboss.org/browse/IPROTO-63?page=com.atlassian.jira.plugin.... ] Adrian Nistor updated IPROTO-63: -------------------------------- Fix Version/s: 4.3.0.Final > writeObject throws IllegalArgumentException with oneof label > ------------------------------------------------------------ > > Key: IPROTO-63 > URL: https://issues.jboss.org/browse/IPROTO-63 > Project: Infinispan ProtoStream > Issue Type: Bug > Reporter: Ryan Emerson > Assignee: Adrian Nistor > Fix For: 4.3.0.Final > > > The below schema results in the following exception: > Schema: > {code:java} > message EntryVersion { > oneof version { > NumericVersion numeric = 1; > ClusteredVersion clustered = 2; > } > // optional NumericVersion numeric = 1; > // optional ClusteredVersion clustered = 2; > } > message NumericVersion { > required int64 version = 1; > } > message ClusteredVersion { > required int64 version = 1; > required int32 topology = 2; > } > {code} > Exception: > {code:java} > java.lang.IllegalArgumentException: Declared field type is not a message or an enum : numeric > {code} > It seems this is caused because the type for the field "numeric" is null in the associated FieldDescriptor object that is retrieved in the [writeObject impl|https://github.com/infinispan/protostream/blob/master/core/src/main/...]. > If the oneof label is replaced with the commented optional fields, the marshallers work as expected. -- This message was sent by Atlassian JIRA (v7.5.0#75005)

7 years, 7 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 August 2018