December 2017 - infinispan-issues

[JBoss JIRA] (ISPN-8001) HotRodCustomMarshallerIteratorIT fails randomly

by Tristan Tarrant (JIRA)

[ https://issues.jboss.org/browse/ISPN-8001?page=com.atlassian.jira.plugin.... ] Tristan Tarrant updated ISPN-8001: ---------------------------------- Status: Resolved (was: Pull Request Sent) Resolution: Done > HotRodCustomMarshallerIteratorIT fails randomly > ----------------------------------------------- > > Key: ISPN-8001 > URL: https://issues.jboss.org/browse/ISPN-8001 > Project: Infinispan > Issue Type: Bug > Components: Remote Protocols, Test Suite - Server > Affects Versions: 9.0.0.Final > Reporter: Adrian Nistor > Assignee: Adrian Nistor > Labels: testsuite_stability > Fix For: 9.0.4.Final, 9.2.0.Beta2, 9.2.0.Final > > > There seems to be a race condition between the execution of the test and the deployment of the marshaller. > {code} > ------------------------------------------------------------------------------- > Tests run: 1, Failures: 0, Errors: 1, Skipped: 0, Time elapsed: 0.355 sec <<< FAILURE! - in org.infinispan.server.test.client.hotrod.HotRodCustomMarshallerIteratorIT > testIteration(org.infinispan.server.test.client.hotrod.HotRodCustomMarshallerIteratorIT) Time elapsed: 0.103 sec <<< ERROR! > org.infinispan.client.hotrod.exceptions.HotRodClientException: java.io.IOException: Unsupported protocol version 40 > at org.infinispan.client.hotrod.impl.protocol.Codec20.checkForErrorsInResponseStatus(Codec20.java:363) > at org.infinispan.client.hotrod.impl.protocol.Codec20.readPartialHeader(Codec20.java:152) > at org.infinispan.client.hotrod.impl.protocol.Codec20.readHeader(Codec20.java:138) > at org.infinispan.client.hotrod.impl.operations.HotRodOperation.readHeaderAndValidate(HotRodOperation.java:60) > at org.infinispan.client.hotrod.impl.operations.IterationNextOperation.execute(IterationNextOperation.java:51) > at org.infinispan.client.hotrod.impl.iteration.RemoteCloseableIterator.fetch(RemoteCloseableIterator.java:104) > at org.infinispan.client.hotrod.impl.iteration.RemoteCloseableIterator.hasNext(RemoteCloseableIterator.java:88) > at org.infinispan.server.test.client.hotrod.HotRodCustomMarshallerIteratorIT.iteratorToMap(HotRodCustomMarshallerIteratorIT.java:145) > at org.infinispan.server.test.client.hotrod.HotRodCustomMarshallerIteratorIT.testIteration(HotRodCustomMarshallerIteratorIT.java:132) > {code} -- This message was sent by Atlassian JIRA (v7.5.0#75005)

8 years, 4 months

1
0
0 / 0

[JBoss JIRA] (ISPN-8001) HotRodCustomMarshallerIteratorIT fails randomly

by Tristan Tarrant (JIRA)

[ https://issues.jboss.org/browse/ISPN-8001?page=com.atlassian.jira.plugin.... ] Tristan Tarrant updated ISPN-8001: ---------------------------------- Fix Version/s: 9.1.4.Final (was: 9.0.4.Final) > HotRodCustomMarshallerIteratorIT fails randomly > ----------------------------------------------- > > Key: ISPN-8001 > URL: https://issues.jboss.org/browse/ISPN-8001 > Project: Infinispan > Issue Type: Bug > Components: Remote Protocols, Test Suite - Server > Affects Versions: 9.0.0.Final > Reporter: Adrian Nistor > Assignee: Adrian Nistor > Labels: testsuite_stability > Fix For: 9.2.0.Beta2, 9.2.0.Final, 9.1.4.Final > > > There seems to be a race condition between the execution of the test and the deployment of the marshaller. > {code} > ------------------------------------------------------------------------------- > Tests run: 1, Failures: 0, Errors: 1, Skipped: 0, Time elapsed: 0.355 sec <<< FAILURE! - in org.infinispan.server.test.client.hotrod.HotRodCustomMarshallerIteratorIT > testIteration(org.infinispan.server.test.client.hotrod.HotRodCustomMarshallerIteratorIT) Time elapsed: 0.103 sec <<< ERROR! > org.infinispan.client.hotrod.exceptions.HotRodClientException: java.io.IOException: Unsupported protocol version 40 > at org.infinispan.client.hotrod.impl.protocol.Codec20.checkForErrorsInResponseStatus(Codec20.java:363) > at org.infinispan.client.hotrod.impl.protocol.Codec20.readPartialHeader(Codec20.java:152) > at org.infinispan.client.hotrod.impl.protocol.Codec20.readHeader(Codec20.java:138) > at org.infinispan.client.hotrod.impl.operations.HotRodOperation.readHeaderAndValidate(HotRodOperation.java:60) > at org.infinispan.client.hotrod.impl.operations.IterationNextOperation.execute(IterationNextOperation.java:51) > at org.infinispan.client.hotrod.impl.iteration.RemoteCloseableIterator.fetch(RemoteCloseableIterator.java:104) > at org.infinispan.client.hotrod.impl.iteration.RemoteCloseableIterator.hasNext(RemoteCloseableIterator.java:88) > at org.infinispan.server.test.client.hotrod.HotRodCustomMarshallerIteratorIT.iteratorToMap(HotRodCustomMarshallerIteratorIT.java:145) > at org.infinispan.server.test.client.hotrod.HotRodCustomMarshallerIteratorIT.testIteration(HotRodCustomMarshallerIteratorIT.java:132) > {code} -- This message was sent by Atlassian JIRA (v7.5.0#75005)

8 years, 4 months

1
0
0 / 0

[JBoss JIRA] (ISPN-8585) Removed listener should only fire when something removed

by Galder Zamarreño (JIRA)

[ https://issues.jboss.org/browse/ISPN-8585?page=com.atlassian.jira.plugin.... ] Galder Zamarreño updated ISPN-8585: ----------------------------------- Summary: Removed listener should only fire when something removed (was: No removed listener event should be fired when nothing is removed) > Removed listener should only fire when something removed > -------------------------------------------------------- > > Key: ISPN-8585 > URL: https://issues.jboss.org/browse/ISPN-8585 > Project: Infinispan > Issue Type: Enhancement > Components: Listeners > Affects Versions: 9.2.0.Beta1, 9.1.3.Final > Reporter: Galder Zamarreño > Assignee: Galder Zamarreño > Fix For: 9.2.0.Beta2, 9.2.0.Final > > > Removed embedded listener is being fired even if no elements are being removed. This shouldn't be the case. > This is not the case with remote listeners, where the server side code checks whether the old value is not null before sending the event to the client. > https://github.com/infinispan/infinispan/blob/master/server/hotrod/src/ma... > The embedded listener should not fire events in the first place. -- This message was sent by Atlassian JIRA (v7.5.0#75005)

8 years, 4 months

1
0
0 / 0

[JBoss JIRA] (ISPN-8585) No removed listener event should be fired when nothing is removed

by Galder Zamarreño (JIRA)

Galder Zamarreño created ISPN-8585: -------------------------------------- Summary: No removed listener event should be fired when nothing is removed Key: ISPN-8585 URL: https://issues.jboss.org/browse/ISPN-8585 Project: Infinispan Issue Type: Enhancement Components: Listeners Affects Versions: 9.1.3.Final, 9.2.0.Beta1 Reporter: Galder Zamarreño Assignee: Galder Zamarreño Fix For: 9.2.0.Beta2, 9.2.0.Final Removed embedded listener is being fired even if no elements are being removed. This shouldn't be the case. This is not the case with remote listeners, where the server side code checks whether the old value is not null before sending the event to the client. https://github.com/infinispan/infinispan/blob/master/server/hotrod/src/ma... The embedded listener should not fire events in the first place. -- This message was sent by Atlassian JIRA (v7.5.0#75005)

8 years, 4 months

1
0
0 / 0

[JBoss JIRA] (ISPN-8584) Failed to parse hybrid query

by Gustavo Fernandes (JIRA)

[ https://issues.jboss.org/browse/ISPN-8584?page=com.atlassian.jira.plugin.... ] Gustavo Fernandes commented on ISPN-8584: ----------------------------------------- [~anistor] I am not sure if this is a bug or if it's a feature request :) > Failed to parse hybrid query > ---------------------------- > > Key: ISPN-8584 > URL: https://issues.jboss.org/browse/ISPN-8584 > Project: Infinispan > Issue Type: Bug > Components: Embedded Querying > Affects Versions: 9.2.0.Beta1 > Reporter: Gustavo Fernandes > Assignee: Adrian Nistor > > My Entity > {code:java} > @Indexed > public class Person implements Serializable, ExternalPojo { > @Field(store = Store.YES) > private String name; > private String nonIndexedField; > . . . > } > {code} > The two queries below work fine: > {{FROM Person p WHERE p.name : 'na*'}} > {{FROM Person p WHERE p.nonIndexedField like 'na%'}} > But when mixing predicates it fails: > {{FROM Person WHERE name : 'na*' and nonIndexedField like 'na%'}} > {noformat} > java.lang.IllegalStateException: Unexpected condition type (FullTextTermExpr): PROP(name):'na*' > at org.infinispan.objectfilter.impl.predicateindex.be.BETreeMaker.makePredicateNode(BETreeMaker.java:134) > at org.infinispan.objectfilter.impl.predicateindex.be.BETreeMaker.preorderTraversal(BETreeMaker.java:69) > at org.infinispan.objectfilter.impl.predicateindex.be.BETreeMaker.makeBooleanOperatorNode(BETreeMaker.java:152) > at org.infinispan.objectfilter.impl.predicateindex.be.BETreeMaker.preorderTraversal(BETreeMaker.java:73) > at org.infinispan.objectfilter.impl.predicateindex.be.BETreeMaker.make(BETreeMaker.java:53) > at org.infinispan.objectfilter.impl.ObjectFilterImpl.subscribe(ObjectFilterImpl.java:138) > at org.infinispan.objectfilter.impl.ObjectFilterImpl.<init>(ObjectFilterImpl.java:116) > at org.infinispan.objectfilter.impl.BaseMatcher.getObjectFilter(BaseMatcher.java:154) > at org.infinispan.query.dsl.embedded.impl.QueryCache.lambda$get$ab3121d1$1(QueryCache.java:78) > at org.infinispan.compat.FunctionMapper.apply(FunctionMapper.java:40) > at org.infinispan.commands.write.ComputeIfAbsentCommand.perform(ComputeIfAbsentCommand.java:103) > {noformat} -- This message was sent by Atlassian JIRA (v7.5.0#75005)

8 years, 4 months

1
0
0 / 0

[JBoss JIRA] (ISPN-8584) Failed to parse hybrid query

by Gustavo Fernandes (JIRA)

Gustavo Fernandes created ISPN-8584: --------------------------------------- Summary: Failed to parse hybrid query Key: ISPN-8584 URL: https://issues.jboss.org/browse/ISPN-8584 Project: Infinispan Issue Type: Bug Components: Embedded Querying Affects Versions: 9.2.0.Beta1 Reporter: Gustavo Fernandes Assignee: Adrian Nistor My Entity {code:java} @Indexed public class Person implements Serializable, ExternalPojo { @Field(store = Store.YES) private String name; private String nonIndexedField; . . . } {code} The two queries below work fine: {{FROM Person p WHERE p.name : 'na*'}} {{FROM Person p WHERE p.nonIndexedField like 'na%'}} But when mixing predicates it fails: {{FROM Person WHERE name : 'na*' and nonIndexedField like 'na%'}} {noformat} java.lang.IllegalStateException: Unexpected condition type (FullTextTermExpr): PROP(name):'na*' at org.infinispan.objectfilter.impl.predicateindex.be.BETreeMaker.makePredicateNode(BETreeMaker.java:134) at org.infinispan.objectfilter.impl.predicateindex.be.BETreeMaker.preorderTraversal(BETreeMaker.java:69) at org.infinispan.objectfilter.impl.predicateindex.be.BETreeMaker.makeBooleanOperatorNode(BETreeMaker.java:152) at org.infinispan.objectfilter.impl.predicateindex.be.BETreeMaker.preorderTraversal(BETreeMaker.java:73) at org.infinispan.objectfilter.impl.predicateindex.be.BETreeMaker.make(BETreeMaker.java:53) at org.infinispan.objectfilter.impl.ObjectFilterImpl.subscribe(ObjectFilterImpl.java:138) at org.infinispan.objectfilter.impl.ObjectFilterImpl.<init>(ObjectFilterImpl.java:116) at org.infinispan.objectfilter.impl.BaseMatcher.getObjectFilter(BaseMatcher.java:154) at org.infinispan.query.dsl.embedded.impl.QueryCache.lambda$get$ab3121d1$1(QueryCache.java:78) at org.infinispan.compat.FunctionMapper.apply(FunctionMapper.java:40) at org.infinispan.commands.write.ComputeIfAbsentCommand.perform(ComputeIfAbsentCommand.java:103) {noformat} -- This message was sent by Atlassian JIRA (v7.5.0#75005)

8 years, 4 months

1
0
0 / 0

[JBoss JIRA] (ISPN-8583) Supply an Executor to hotrod multimap

by Katia Aresti (JIRA)

Katia Aresti created ISPN-8583: ---------------------------------- Summary: Supply an Executor to hotrod multimap Key: ISPN-8583 URL: https://issues.jboss.org/browse/ISPN-8583 Project: Infinispan Issue Type: Feature Request Components: Hot Rod, Multimap Reporter: Katia Aresti Assignee: Katia Aresti Be able to supply an Executor to the RemoteMultimapCacheImpl so the user doesn't always run these on the common thread pool -- This message was sent by Atlassian JIRA (v7.5.0#75005)

8 years, 4 months

1
0
0 / 0

[JBoss JIRA] (ISPN-8582) ReplaceWithVersion on MultimapCache

by Katia Aresti (JIRA)

[ https://issues.jboss.org/browse/ISPN-8582?page=com.atlassian.jira.plugin.... ] Katia Aresti updated ISPN-8582: ------------------------------- Priority: Minor (was: Major) > ReplaceWithVersion on MultimapCache > ----------------------------------- > > Key: ISPN-8582 > URL: https://issues.jboss.org/browse/ISPN-8582 > Project: Infinispan > Issue Type: Feature Request > Components: Multimap > Reporter: Katia Aresti > Assignee: Katia Aresti > Priority: Minor > > if we indeed want to return the metadata, we should have a way to modify it. Implement replaceWithVersion or some way to override the default expiration parameters. -- This message was sent by Atlassian JIRA (v7.5.0#75005)

8 years, 4 months

1
0
0 / 0

[JBoss JIRA] (ISPN-8582) ReplaceWithVersion on MultimapCache

by Katia Aresti (JIRA)

Katia Aresti created ISPN-8582: ---------------------------------- Summary: ReplaceWithVersion on MultimapCache Key: ISPN-8582 URL: https://issues.jboss.org/browse/ISPN-8582 Project: Infinispan Issue Type: Feature Request Components: Multimap Reporter: Katia Aresti Assignee: Katia Aresti -- This message was sent by Atlassian JIRA (v7.5.0#75005)

8 years, 4 months

1
0
0 / 0

[JBoss JIRA] (ISPN-8582) ReplaceWithVersion on MultimapCache

by Katia Aresti (JIRA)

[ https://issues.jboss.org/browse/ISPN-8582?page=com.atlassian.jira.plugin.... ] Katia Aresti updated ISPN-8582: ------------------------------- Description: if we indeed want to return the metadata, we should have a way to modify it. Implement replaceWithVersion or some way to override the default expiration parameters. > ReplaceWithVersion on MultimapCache > ----------------------------------- > > Key: ISPN-8582 > URL: https://issues.jboss.org/browse/ISPN-8582 > Project: Infinispan > Issue Type: Feature Request > Components: Multimap > Reporter: Katia Aresti > Assignee: Katia Aresti > > if we indeed want to return the metadata, we should have a way to modify it. Implement replaceWithVersion or some way to override the default expiration parameters. -- This message was sent by Atlassian JIRA (v7.5.0#75005)

8 years, 4 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 December 2017