December 2017 - infinispan-issues

[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)

6 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)

6 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)

6 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)

6 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)

6 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)

6 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)

6 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)

6 years, 4 months

1
0
0 / 0

[JBoss JIRA] (ISPN-8581) Fix ClusteredLog logging errors

by Katia Aresti (JIRA)

[ https://issues.jboss.org/browse/ISPN-8581?page=com.atlassian.jira.plugin.... ] Katia Aresti updated ISPN-8581: ------------------------------- Component/s: Clustered Locks > Fix ClusteredLog logging errors > ------------------------------- > > Key: ISPN-8581 > URL: https://issues.jboss.org/browse/ISPN-8581 > Project: Infinispan > Issue Type: Bug > Components: Clustered Locks > Reporter: Katia Aresti > Assignee: Katia Aresti > > ClusteredLocks are not logging properly, so error messages are displayed -- This message was sent by Atlassian JIRA (v7.5.0#75005)

6 years, 4 months

1
0
0 / 0

[JBoss JIRA] (ISPN-8580) Reactor ThreadLocal use to handle hotrod flags

by Katia Aresti (JIRA)

[ https://issues.jboss.org/browse/ISPN-8580?page=com.atlassian.jira.plugin.... ] Katia Aresti updated ISPN-8580: ------------------------------- Component/s: Hot Rod > Reactor ThreadLocal use to handle hotrod flags > ------------------------------------------------ > > Key: ISPN-8580 > URL: https://issues.jboss.org/browse/ISPN-8580 > Project: Infinispan > Issue Type: Task > Components: Hot Rod > Reporter: Katia Aresti > Assignee: Katia Aresti > Priority: Optional > > OperationsFactory and MultimapOperationsFactory use ThreadLocal to share flags. > Instead store the flags on each instance of the RemoteMultiMap/RemoteCache and pass them when they invoke something. When a new flag is added or removed we would create a new instance. This seems much more intuitive to me and simpler. > Then the flags can be defaulted on the RemoteCache/RemoteMultiMap when it is retrieved from the manager as well. > -- This message was sent by Atlassian JIRA (v7.5.0#75005)

6 years, 4 months

1
0
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

infinispan-issues December 2017