August 2015 - infinispan-issues - Jboss List Archives

[JBoss JIRA] (ISPN-5350) Use DSL based filters with Hot Rod event listeners

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-5350?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on ISPN-5350: ----------------------------------------------- Adrian Nistor <anistor(a)redhat.com> changed the Status of [bug 1211944|https://bugzilla.redhat.com/show_bug.cgi?id=1211944] from ASSIGNED to POST > Use DSL based filters with Hot Rod event listeners > -------------------------------------------------- > > Key: ISPN-5350 > URL: https://issues.jboss.org/browse/ISPN-5350 > Project: Infinispan > Issue Type: Enhancement > Components: Remote Protocols > Affects Versions: 7.2.0.Beta2 > Reporter: Adrian Nistor > Assignee: Adrian Nistor > Fix For: 7.2.0.CR1, 7.2.0.Final > > -- This message was sent by Atlassian JIRA (v6.3.15#6346)

8 years, 8 months

1
0
0 / 0

[JBoss JIRA] (ISPN-5347) Extend org.infinispan.objectfilter.Matcher to support event types and user context data

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-5347?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on ISPN-5347: ----------------------------------------------- Adrian Nistor <anistor(a)redhat.com> changed the Status of [bug 1211944|https://bugzilla.redhat.com/show_bug.cgi?id=1211944] from ASSIGNED to POST > Extend org.infinispan.objectfilter.Matcher to support event types and user context data > --------------------------------------------------------------------------------------- > > Key: ISPN-5347 > URL: https://issues.jboss.org/browse/ISPN-5347 > Project: Infinispan > Issue Type: Feature Request > Components: Embedded Querying > Affects Versions: 7.2.0.Beta2 > Reporter: Adrian Nistor > Assignee: Adrian Nistor > Fix For: 7.2.0.CR1, 7.2.0.Final > > > The Matcher should accept a user context object and an event type object beside the instance being tested and should pass the user context and event type to the callback of the matching subscriptions. The user context object and event type should be optional. > Also, when subscribing the user should be able to specify an optional event type. -- This message was sent by Atlassian JIRA (v6.3.15#6346)

8 years, 8 months

1
0
0 / 0

[JBoss JIRA] (ISPN-5222) Perform Remote Filtering/Conversion in a single step

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-5222?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on ISPN-5222: ----------------------------------------------- Adrian Nistor <anistor(a)redhat.com> changed the Status of [bug 1211944|https://bugzilla.redhat.com/show_bug.cgi?id=1211944] from ASSIGNED to POST > Perform Remote Filtering/Conversion in a single step > ---------------------------------------------------- > > Key: ISPN-5222 > URL: https://issues.jboss.org/browse/ISPN-5222 > Project: Infinispan > Issue Type: Feature Request > Components: Listeners > Affects Versions: 7.1.0.Final > Reporter: Stylianos Koussouris > Assignee: Galder Zamarreño > Fix For: 7.2.0.Final > > > I want to have filter and convert take place in one step ie. do filtering and conversion applied to REMOTE LISTENERS in one step > a) I define CacheEventConverterFactory which implements CacheEventConverterFactory, Serializable > b) I register on the server org.infinispan.notifications.cachelistener.filter.CacheEventConverterFactory the cache event converter > which returns (CacheEventConverter<K, V, C>) new SharesDynamicFilterConverter(params); > c) I then define CacheEventFilterFactory which implements CacheEventFilterFactory, Serializable { > and returns(CacheEventFilter<K, V>) new SharesDynamicFilterConverter(params); > d) The CustomeDynamicFilterConverter extends AbstractCacheEventFilterConverter<String, Share, ShareProgress> implements Serializable { > and has the implementation of > public Share filterAndConvert(String key, Share oldValue, Metadata oldMetadata, Share newValue, Metadata newMetadata, EventType eventType) { > e) finally I define a listener binding it to the filter and converter > @ClientListener(filterFactoryName = "custom-dynamic-filter", > converterFactoryName = "custom-dynamic-converter", > includeCurrentState = true) > and register it along with params for the filter on the client side > cache.addClientListener(listener, new Object[]{"NYX", 50f}, null); > The result of this is that certainly both accept and convert methods are run and both call the same filterAndConvert method on SharesDynamicFilterConverter > However, this is not desirable as I don't want 2 steps which will effectively do the same thing but a single step. TBH I am not happy with the solution but what I did (in absence of better understanding of how to combine the steps -NOTE there is no single Factory for both Converter and Filter and even if it did we would probably have to implement accept & convert inside so the end result would have been the same) > So what I did was to change the last step > ie. > e) finally I define a listener binding ONLY the converter > @ClientListener(converterFactoryName = "murex-dynamic-converter", includeCurrentState = true) > and register it along with params ONLY for the converter on the client side > cache.addClientListener(listener, null, new Object[]{"NYX", 50f}); > This works as it actually does the filter during the convert step BUT is there another way and am I missing something? If not this would be a feature request -- This message was sent by Atlassian JIRA (v6.3.15#6346)

8 years, 8 months

1
0
0 / 0

[JBoss JIRA] (ISPN-5392) ComparisonExpr.Type.negate() returns wrong value

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-5392?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on ISPN-5392: ----------------------------------------------- Adrian Nistor <anistor(a)redhat.com> changed the Status of [bug 1211944|https://bugzilla.redhat.com/show_bug.cgi?id=1211944] from ASSIGNED to POST > ComparisonExpr.Type.negate() returns wrong value > ------------------------------------------------ > > Key: ISPN-5392 > URL: https://issues.jboss.org/browse/ISPN-5392 > Project: Infinispan > Issue Type: Bug > Components: Embedded Querying > Affects Versions: 7.2.0.CR1 > Reporter: Adrian Nistor > Assignee: Adrian Nistor > Fix For: 7.2.0.Final > > > The value returned for Type.GREATER should be LESS_OR_EQUAL but it wrongly returns LESS. -- This message was sent by Atlassian JIRA (v6.3.15#6346)

8 years, 8 months

1
0
0 / 0

[JBoss JIRA] (ISPN-5388) Optimize redundant predicates (non-indexed query)

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-5388?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on ISPN-5388: ----------------------------------------------- Adrian Nistor <anistor(a)redhat.com> changed the Status of [bug 1211944|https://bugzilla.redhat.com/show_bug.cgi?id=1211944] from ASSIGNED to POST > Optimize redundant predicates (non-indexed query) > ------------------------------------------------- > > Key: ISPN-5388 > URL: https://issues.jboss.org/browse/ISPN-5388 > Project: Infinispan > Issue Type: Enhancement > Components: Embedded Querying > Affects Versions: 7.0.0.Final > Reporter: Adrian Nistor > Assignee: Adrian Nistor > Fix For: 7.2.0.CR1, 7.2.0.Final > > > Cases where predicates evaluate to constant values are already detected and handled. But besides such trivial simplifications we should also try to handle more advanced simplification rules like: > * X || X => X > * X && X => X > * !X || !X => !X > * !X && !X => !X > * X || !X => TRUE (tautology) > * X && !X => FALSE (contradiction) > (where X is a predicate not a general boolean expression) > Even further simplification could be achieved if we were able to handle the general case where X is a general boolean expression, but we'll not try that yet for the sake of complexity. -- This message was sent by Atlassian JIRA (v6.3.15#6346)

8 years, 8 months

1
0
0 / 0

[JBoss JIRA] (ISPN-5349) Use DSL based filters with local and clustered event listeners

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-5349?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on ISPN-5349: ----------------------------------------------- Adrian Nistor <anistor(a)redhat.com> changed the Status of [bug 1211944|https://bugzilla.redhat.com/show_bug.cgi?id=1211944] from ASSIGNED to POST > Use DSL based filters with local and clustered event listeners > -------------------------------------------------------------- > > Key: ISPN-5349 > URL: https://issues.jboss.org/browse/ISPN-5349 > Project: Infinispan > Issue Type: Enhancement > Components: Embedded Querying > Affects Versions: 7.2.0.Beta2 > Reporter: Adrian Nistor > Assignee: Adrian Nistor > Fix For: 7.2.0.CR1, 7.2.0.Final > > -- This message was sent by Atlassian JIRA (v6.3.15#6346)

8 years, 8 months

1
0
0 / 0

[JBoss JIRA] (ISPN-5222) Perform Remote Filtering/Conversion in a single step

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-5222?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration updated ISPN-5222: ------------------------------------------ Bugzilla Update: Perform Bugzilla References: https://bugzilla.redhat.com/show_bug.cgi?id=1211944 > Perform Remote Filtering/Conversion in a single step > ---------------------------------------------------- > > Key: ISPN-5222 > URL: https://issues.jboss.org/browse/ISPN-5222 > Project: Infinispan > Issue Type: Feature Request > Components: Listeners > Affects Versions: 7.1.0.Final > Reporter: Stylianos Koussouris > Assignee: Galder Zamarreño > Fix For: 7.2.0.Final > > > I want to have filter and convert take place in one step ie. do filtering and conversion applied to REMOTE LISTENERS in one step > a) I define CacheEventConverterFactory which implements CacheEventConverterFactory, Serializable > b) I register on the server org.infinispan.notifications.cachelistener.filter.CacheEventConverterFactory the cache event converter > which returns (CacheEventConverter<K, V, C>) new SharesDynamicFilterConverter(params); > c) I then define CacheEventFilterFactory which implements CacheEventFilterFactory, Serializable { > and returns(CacheEventFilter<K, V>) new SharesDynamicFilterConverter(params); > d) The CustomeDynamicFilterConverter extends AbstractCacheEventFilterConverter<String, Share, ShareProgress> implements Serializable { > and has the implementation of > public Share filterAndConvert(String key, Share oldValue, Metadata oldMetadata, Share newValue, Metadata newMetadata, EventType eventType) { > e) finally I define a listener binding it to the filter and converter > @ClientListener(filterFactoryName = "custom-dynamic-filter", > converterFactoryName = "custom-dynamic-converter", > includeCurrentState = true) > and register it along with params for the filter on the client side > cache.addClientListener(listener, new Object[]{"NYX", 50f}, null); > The result of this is that certainly both accept and convert methods are run and both call the same filterAndConvert method on SharesDynamicFilterConverter > However, this is not desirable as I don't want 2 steps which will effectively do the same thing but a single step. TBH I am not happy with the solution but what I did (in absence of better understanding of how to combine the steps -NOTE there is no single Factory for both Converter and Filter and even if it did we would probably have to implement accept & convert inside so the end result would have been the same) > So what I did was to change the last step > ie. > e) finally I define a listener binding ONLY the converter > @ClientListener(converterFactoryName = "murex-dynamic-converter", includeCurrentState = true) > and register it along with params ONLY for the converter on the client side > cache.addClientListener(listener, null, new Object[]{"NYX", 50f}); > This works as it actually does the filter during the convert step BUT is there another way and am I missing something? If not this would be a feature request -- This message was sent by Atlassian JIRA (v6.3.15#6346)

8 years, 8 months

1
0
0 / 0

[JBoss JIRA] (ISPN-5392) ComparisonExpr.Type.negate() returns wrong value

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-5392?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration updated ISPN-5392: ------------------------------------------ Bugzilla Update: Perform Bugzilla References: https://bugzilla.redhat.com/show_bug.cgi?id=1211944 > ComparisonExpr.Type.negate() returns wrong value > ------------------------------------------------ > > Key: ISPN-5392 > URL: https://issues.jboss.org/browse/ISPN-5392 > Project: Infinispan > Issue Type: Bug > Components: Embedded Querying > Affects Versions: 7.2.0.CR1 > Reporter: Adrian Nistor > Assignee: Adrian Nistor > Fix For: 7.2.0.Final > > > The value returned for Type.GREATER should be LESS_OR_EQUAL but it wrongly returns LESS. -- This message was sent by Atlassian JIRA (v6.3.15#6346)

8 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 August 2015