April 2015 - infinispan-issues - Jboss List Archives

[JBoss JIRA] (ISPN-5321) StringBasedStoreMultinodeIT.testFetchState fails randomly

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-5321?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on ISPN-5321: ----------------------------------------------- Vojtech Juranek <vjuranek(a)redhat.com> changed the Status of [bug 1210312|https://bugzilla.redhat.com/show_bug.cgi?id=1210312] from ON_QA to VERIFIED > StringBasedStoreMultinodeIT.testFetchState fails randomly > --------------------------------------------------------- > > Key: ISPN-5321 > URL: https://issues.jboss.org/browse/ISPN-5321 > Project: Infinispan > Issue Type: Bug > Components: Test Suite - Server > Reporter: Vojtech Juranek > Assignee: Vojtech Juranek > Fix For: 7.2.0.Beta2 > > > Fails as {{k1}} enrtyr is evicted instead of expected {{k2}}: > {noformat} > java.lang.AssertionError: expected null, but was:<[B@636e6f73> > at org.junit.Assert.fail(Assert.java:88) > at org.junit.Assert.failNotNull(Assert.java:664) > at org.junit.Assert.assertNull(Assert.java:646) > at org.junit.Assert.assertNull(Assert.java:656) > at org.infinispan.server.test.cs.jdbc.multinode.StringBasedStoreMultinodeIT.testFetchState(StringBasedStoreMultinodeIT.java:60) > {noformat} > see e.g. [this CI build|http://ci.infinispan.org/viewLog.html?buildId=24519&tab=buildResult...] -- This message was sent by Atlassian JIRA (v6.3.11#6341)

10 years, 11 months

1
0
0 / 0

[JBoss JIRA] (ISPN-3576) Create map/reduce quickstart

by Shaun Appleton (JIRA)

[ https://issues.jboss.org/browse/ISPN-3576?page=com.atlassian.jira.plugin.... ] Shaun Appleton commented on ISPN-3576: -------------------------------------- Due to https://issues.jboss.org/browse/ISPN-3654 this now needs to go in https://github.com/jboss-developer/jboss-jdg-quickstarts > Create map/reduce quickstart > ---------------------------- > > Key: ISPN-3576 > URL: https://issues.jboss.org/browse/ISPN-3576 > Project: Infinispan > Issue Type: Feature Request > Components: Core, Demos and Tutorials > Reporter: Shaun Appleton > Priority: Minor > -- 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 Galder Zamarreño (JIRA)

[ https://issues.jboss.org/browse/ISPN-5222?page=com.atlassian.jira.plugin.... ] Galder Zamarreño updated ISPN-5222: ----------------------------------- Status: Pull Request Sent (was: Coding In Progress) Git Pull Request: https://github.com/infinispan/infinispan/pull/3398 > 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

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

by Galder Zamarreño (JIRA)

[ https://issues.jboss.org/browse/ISPN-5222?page=com.atlassian.jira.plugin.... ] Galder Zamarreño commented on ISPN-5222: ---------------------------------------- [~anistor], see PR for details > 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

[JBoss JIRA] (ISPN-5300) CacheEventFilterAsKeyValueFilter must pass the value and metadata as 'new' to the underlying CacheEventFilter

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-5300?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on ISPN-5300: ----------------------------------------------- Vojtech Juranek <vjuranek(a)redhat.com> changed the Status of [bug 1202413|https://bugzilla.redhat.com/show_bug.cgi?id=1202413] from ON_QA to VERIFIED > CacheEventFilterAsKeyValueFilter must pass the value and metadata as 'new' to the underlying CacheEventFilter > ------------------------------------------------------------------------------------------------------------- > > Key: ISPN-5300 > URL: https://issues.jboss.org/browse/ISPN-5300 > Project: Infinispan > Issue Type: Bug > Components: Core > Affects Versions: 7.0.0.Final > Reporter: Adrian Nistor > Assignee: Adrian Nistor > Fix For: 7.2.0.Beta1, 7.2.0.Final, 7.1.2.Final > > > Current implementetion passes the value as old value to the wrapped filter. -- This message was sent by Atlassian JIRA (v6.3.11#6341)

10 years, 11 months

1
0
0 / 0

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

by Adrian Nistor (JIRA)

[ https://issues.jboss.org/browse/ISPN-5394?page=com.atlassian.jira.plugin.... ] Adrian Nistor updated ISPN-5394: -------------------------------- Status: Resolved (was: Pull Request Sent) Resolution: Done Integrated. Thanks [~gustavonalle] ! > 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 > Assignee: Gustavo Fernandes > Fix For: 7.2.0.Final > > > 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-5394) JmxManagementIT.testCacheManagerAttributes fails

by Adrian Nistor (JIRA)

[ https://issues.jboss.org/browse/ISPN-5394?page=com.atlassian.jira.plugin.... ] Adrian Nistor reassigned ISPN-5394: ----------------------------------- Assignee: Gustavo Fernandes > 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 > Assignee: Gustavo Fernandes > Fix For: 7.2.0.Final > > > 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-5394) JmxManagementIT.testCacheManagerAttributes fails

by Adrian Nistor (JIRA)

[ https://issues.jboss.org/browse/ISPN-5394?page=com.atlassian.jira.plugin.... ] Adrian Nistor updated ISPN-5394: -------------------------------- Fix Version/s: 7.2.0.Final > 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 > Assignee: Gustavo Fernandes > Fix For: 7.2.0.Final > > > 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-5394) JmxManagementIT.testCacheManagerAttributes fails

by Gustavo Fernandes (JIRA)

[ https://issues.jboss.org/browse/ISPN-5394?page=com.atlassian.jira.plugin.... ] Gustavo Fernandes updated ISPN-5394: ------------------------------------ Status: Open (was: New) > 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-5394) JmxManagementIT.testCacheManagerAttributes fails

by Gustavo Fernandes (JIRA)

[ https://issues.jboss.org/browse/ISPN-5394?page=com.atlassian.jira.plugin.... ] Gustavo Fernandes updated ISPN-5394: ------------------------------------ Status: Pull Request Sent (was: Open) Git Pull Request: https://github.com/infinispan/infinispan/pull/3397 > 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

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

infinispan-issues April 2015