April 2015 - infinispan-issues - Jboss List Archives

[JBoss JIRA] (ISPN-5394) JmxManagementIT.testCacheManagerAttributes fails

by Gustavo Fernandes (JIRA)

Gustavo Fernandes created ISPN-5394: --------------------------------------- Summary: JmxManagementIT.testCacheManagerAttributes fails Key: ISPN-5394 URL: https://issues.jboss.org/browse/ISPN-5394 Project: Infinispan Issue Type: Bug Components: Test Suite - Server Affects Versions: 7.2.0.CR1 Reporter: Gustavo Fernandes With the introduction of {{__script_cache}}, the assumptions in the tests are wrong -- This message was sent by Atlassian JIRA (v6.3.11#6341)

10 years, 11 months

1
0
0 / 0

[JBoss JIRA] (ISPN-5390) QueryCache should use the internal cache registry

by Gustavo Fernandes (JIRA)

[ https://issues.jboss.org/browse/ISPN-5390?page=com.atlassian.jira.plugin.... ] Gustavo Fernandes updated ISPN-5390: ------------------------------------ Status: Resolved (was: Pull Request Sent) Resolution: Done > QueryCache should use the internal cache registry > ------------------------------------------------- > > Key: ISPN-5390 > URL: https://issues.jboss.org/browse/ISPN-5390 > 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.Final > > -- This message was sent by Atlassian JIRA (v6.3.11#6341)

10 years, 11 months

1
0
0 / 0

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

by Gustavo Fernandes (JIRA)

[ https://issues.jboss.org/browse/ISPN-5392?page=com.atlassian.jira.plugin.... ] Gustavo Fernandes updated ISPN-5392: ------------------------------------ Status: Resolved (was: Pull Request Sent) Resolution: Done > 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.11#6341)

10 years, 11 months

1
0
0 / 0

[JBoss JIRA] (ISPN-5393) Support mixed indexed and non-indexed fields in DSL based queries

by Adrian Nistor (JIRA)

[ https://issues.jboss.org/browse/ISPN-5393?page=com.atlassian.jira.plugin.... ] Adrian Nistor updated ISPN-5393: -------------------------------- Status: Open (was: New) > Support mixed indexed and non-indexed fields in DSL based queries > ----------------------------------------------------------------- > > Key: ISPN-5393 > URL: https://issues.jboss.org/browse/ISPN-5393 > Project: Infinispan > Issue Type: Enhancement > Components: Embedded Querying > Affects Versions: 7.0.0.Final > Reporter: Adrian Nistor > Assignee: Adrian Nistor > > If a query uses both indexed and non-indexed fields we should be able to execute it in two phases. A fist less selective query on the index and then post process it by reapplying the whole filter again to results of the first phase. > This should be more efficient than completely ignoring the indexed fields and executing the non-indexed query on the whole data set. > A possible idea to derive the query to be executed in first phase is to apply the Boole-Shannon expansion theorem ([http://en.wikipedia.org/wiki/Boole%27s_expansion_theorem]). -- This message was sent by Atlassian JIRA (v6.3.11#6341)

10 years, 11 months

1
0
0 / 0

[JBoss JIRA] (ISPN-5393) Support mixed indexed and non-indexed fields in DSL based queries

by Adrian Nistor (JIRA)

Adrian Nistor created ISPN-5393: ----------------------------------- Summary: Support mixed indexed and non-indexed fields in DSL based queries Key: ISPN-5393 URL: https://issues.jboss.org/browse/ISPN-5393 Project: Infinispan Issue Type: Enhancement Affects Versions: 7.0.0.Final Reporter: Adrian Nistor Assignee: Adrian Nistor If a query uses both indexed and non-indexed fields we should be able to execute it in two phases. A fist less selective query on the index and then post process it by reapplying the whole filter again to results of the first phase. This should be more efficient than completely ignoring the indexed fields and executing the non-indexed query on the whole data set. A possible idea to derive the query to be executed in first phase is to apply the Boole-Shannon expansion theorem ([http://en.wikipedia.org/wiki/Boole%27s_expansion_theorem]). -- This message was sent by Atlassian JIRA (v6.3.11#6341)

10 years, 11 months

1
0
0 / 0

[JBoss JIRA] (ISPN-5393) Support mixed indexed and non-indexed fields in DSL based queries

by Adrian Nistor (JIRA)

[ https://issues.jboss.org/browse/ISPN-5393?page=com.atlassian.jira.plugin.... ] Adrian Nistor updated ISPN-5393: -------------------------------- Component/s: Embedded Querying > Support mixed indexed and non-indexed fields in DSL based queries > ----------------------------------------------------------------- > > Key: ISPN-5393 > URL: https://issues.jboss.org/browse/ISPN-5393 > Project: Infinispan > Issue Type: Enhancement > Components: Embedded Querying > Affects Versions: 7.0.0.Final > Reporter: Adrian Nistor > Assignee: Adrian Nistor > > If a query uses both indexed and non-indexed fields we should be able to execute it in two phases. A fist less selective query on the index and then post process it by reapplying the whole filter again to results of the first phase. > This should be more efficient than completely ignoring the indexed fields and executing the non-indexed query on the whole data set. > A possible idea to derive the query to be executed in first phase is to apply the Boole-Shannon expansion theorem ([http://en.wikipedia.org/wiki/Boole%27s_expansion_theorem]). -- This message was sent by Atlassian JIRA (v6.3.11#6341)

10 years, 11 months

1
0
0 / 0

[JBoss JIRA] (ISPN-5357) Hot Rod protocol 3.0

by Galder Zamarreño (JIRA)

[ https://issues.jboss.org/browse/ISPN-5357?page=com.atlassian.jira.plugin.... ] Galder Zamarreño commented on ISPN-5357: ---------------------------------------- Some interesting ideas in CBOR encoding too: http://tools.ietf.org/html/rfc7049 > Hot Rod protocol 3.0 > -------------------- > > Key: ISPN-5357 > URL: https://issues.jboss.org/browse/ISPN-5357 > Project: Infinispan > Issue Type: Enhancement > Reporter: Galder Zamarreño > > A binary protocol rethink is needed to take better advantage of CPUs and buffering. This is based on the ideas of Martin Thompson's Simple Binary Encoding [blog post|http://mechanical-sympathy.blogspot.cz/2014/05/simple-binary-encoding.html] > In essence, we need to move Hot Rod protocol towards having mostly fixed size fields, hence getting rid of `vInt` and `vLong` formats which although safe some bytes, they hinder long stream reading patterns. > An optional part here would be whether to consider using SBE directly, but this JIRA should be mostly oriented at making sure we have a protocol that can be read fast and efficiently. -- This message was sent by Atlassian JIRA (v6.3.11#6341)

10 years, 11 months

1
0
0 / 0

[JBoss JIRA] (ISPN-5165) Cannot choose to run index-less query on an indexed cache

by Adrian Nistor (JIRA)

[ https://issues.jboss.org/browse/ISPN-5165?page=com.atlassian.jira.plugin.... ] Work on ISPN-5165 started by Adrian Nistor. ------------------------------------------- > Cannot choose to run index-less query on an indexed cache > --------------------------------------------------------- > > Key: ISPN-5165 > URL: https://issues.jboss.org/browse/ISPN-5165 > Project: Infinispan > Issue Type: Enhancement > Components: Remote Querying > Affects Versions: 7.0.0.Final > Reporter: Adrian Nistor > Assignee: Adrian Nistor > Fix For: 7.2.0.Final > > > This is a current limitation that can only be removed after some refactoring is done. -- This message was sent by Atlassian JIRA (v6.3.11#6341)

10 years, 11 months

1
0
0 / 0

[JBoss JIRA] (ISPN-4423) Projections on an embedded entity are incorrectly allowed for remote queries

by Adrian Nistor (JIRA)

[ https://issues.jboss.org/browse/ISPN-4423?page=com.atlassian.jira.plugin.... ] Work on ISPN-4423 stopped by Adrian Nistor. ------------------------------------------- > Projections on an embedded entity are incorrectly allowed for remote queries > ---------------------------------------------------------------------------- > > Key: ISPN-4423 > URL: https://issues.jboss.org/browse/ISPN-4423 > Project: Infinispan > Issue Type: Bug > Components: Remote Querying > Affects Versions: 7.0.0.Alpha4 > Reporter: Adrian Nistor > Assignee: Adrian Nistor > > Projecting a (complete) embedded entity should not be allowed. This validation works correctly for embedded dsl-based queries but does not work for remote queries (with lucene backend). -- This message was sent by Atlassian JIRA (v6.3.11#6341)

10 years, 11 months

1
0
0 / 0

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

by Adrian Nistor (JIRA)

[ https://issues.jboss.org/browse/ISPN-5222?page=com.atlassian.jira.plugin.... ] Adrian Nistor commented on ISPN-5222: ------------------------------------- [~galder.zamarreno] I'm curious how are you planning to solve this. > 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.11#6341)

10 years, 11 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 April 2015