October 2014 - infinispan-issues - Jboss List Archives

[JBoss JIRA] (ISPN-4871) Remove KeyValueFilterFactory and ConverterFactory to prevent confusion

by William Burns (JIRA)

[ https://issues.jboss.org/browse/ISPN-4871?page=com.atlassian.jira.plugin.... ] William Burns updated ISPN-4871: -------------------------------- Git Pull Request: https://github.com/infinispan/infinispan/pull/2975 (was: https://github.com/infinispan/infinispan/pull/2974) > Remove KeyValueFilterFactory and ConverterFactory to prevent confusion > ---------------------------------------------------------------------- > > Key: ISPN-4871 > URL: https://issues.jboss.org/browse/ISPN-4871 > Project: Infinispan > Issue Type: Enhancement > Affects Versions: 7.0.0.CR2 > Reporter: William Burns > Assignee: William Burns > Fix For: 7.0.0.Final > > > When ISPN-4753 was added we moved to CacheEventFilterFactory and CacheEventConverterFactory. Thinking about this more it is confusing to have both factories when the one is not used currently. We should remove it. -- This message was sent by Atlassian JIRA (v6.3.1#6329)

11 years, 5 months

1
0
0 / 0

[JBoss JIRA] (ISPN-4871) Remove KeyValueFilterFactory and ConverterFactory to prevent confusion

by William Burns (JIRA)

[ https://issues.jboss.org/browse/ISPN-4871?page=com.atlassian.jira.plugin.... ] William Burns updated ISPN-4871: -------------------------------- Status: Pull Request Sent (was: Open) Git Pull Request: https://github.com/infinispan/infinispan/pull/2974 > Remove KeyValueFilterFactory and ConverterFactory to prevent confusion > ---------------------------------------------------------------------- > > Key: ISPN-4871 > URL: https://issues.jboss.org/browse/ISPN-4871 > Project: Infinispan > Issue Type: Enhancement > Affects Versions: 7.0.0.CR2 > Reporter: William Burns > Assignee: William Burns > Fix For: 7.0.0.Final > > > When ISPN-4753 was added we moved to CacheEventFilterFactory and CacheEventConverterFactory. Thinking about this more it is confusing to have both factories when the one is not used currently. We should remove it. -- This message was sent by Atlassian JIRA (v6.3.1#6329)

11 years, 5 months

1
0
0 / 0

[JBoss JIRA] (ISPN-4871) Remove KeyValueFilterFactory and ConverterFactory to prevent confusion

by William Burns (JIRA)

[ https://issues.jboss.org/browse/ISPN-4871?page=com.atlassian.jira.plugin.... ] William Burns updated ISPN-4871: -------------------------------- Status: Open (was: New) > Remove KeyValueFilterFactory and ConverterFactory to prevent confusion > ---------------------------------------------------------------------- > > Key: ISPN-4871 > URL: https://issues.jboss.org/browse/ISPN-4871 > Project: Infinispan > Issue Type: Enhancement > Affects Versions: 7.0.0.CR2 > Reporter: William Burns > Assignee: William Burns > Fix For: 7.0.0.Final > > > When ISPN-4753 was added we moved to CacheEventFilterFactory and CacheEventConverterFactory. Thinking about this more it is confusing to have both factories when the one is not used currently. We should remove it. -- This message was sent by Atlassian JIRA (v6.3.1#6329)

11 years, 5 months

1
0
0 / 0

[JBoss JIRA] (ISPN-4871) Remove KeyValueFilterFactory and ConverterFactory to prevent confusion

by William Burns (JIRA)

William Burns created ISPN-4871: ----------------------------------- Summary: Remove KeyValueFilterFactory and ConverterFactory to prevent confusion Key: ISPN-4871 URL: https://issues.jboss.org/browse/ISPN-4871 Project: Infinispan Issue Type: Enhancement Affects Versions: 7.0.0.CR2 Reporter: William Burns Assignee: William Burns Fix For: 7.0.0.Final When ISPN-4753 was added we moved to CacheEventFilterFactory and CacheEventConverterFactory. Thinking about this more it is confusing to have both factories when the one is not used currently. We should remove it. -- This message was sent by Atlassian JIRA (v6.3.1#6329)

11 years, 5 months

1
0
0 / 0

[JBoss JIRA] (ISPN-4837) @CacheEntryActivated events received for keys not matching KeyFilter

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-4837?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration updated ISPN-4837: ------------------------------------------ Bugzilla Update: Perform Bugzilla References: https://bugzilla.redhat.com/show_bug.cgi?id=1155107 > @CacheEntryActivated events received for keys not matching KeyFilter > -------------------------------------------------------------------- > > Key: ISPN-4837 > URL: https://issues.jboss.org/browse/ISPN-4837 > Project: Infinispan > Issue Type: Bug > Components: Listeners > Affects Versions: 7.0.0.CR1 > Reporter: Paul Ferraro > Assignee: William Burns > Priority: Critical > Fix For: 7.0.0.CR2 > > > I have a local-mode Cache<Object, ?>, for which I register a cache listener using the following KeyFilter: > {noformat} > class MyFIlter implements KeyFilter<Object> { > @Override > public boolean accept(Object key) { > return key instanceof String; > } > } > {noformat} > However, my listener method still receives events for keys that does not match the filter with which my listener was registered. > e.g. > {noformat} > @CacheEntryActivated > public void activated(CacheEntryActivatedEvent<String, ?> event) { > String id = event.getKey(); // Throws a ClassCastException > // ... > } > {noformat} > I have not validated which other event types might exhibit the same issue. > Since this is a behavior regression, I'm filing this as critical. -- This message was sent by Atlassian JIRA (v6.3.1#6329)

11 years, 5 months

1
0
0 / 0

[JBoss JIRA] (ISPN-4776) The topology id for the merged cache topology is not always bigger than all the partition topology ids

by Dan Berindei (JIRA)

[ https://issues.jboss.org/browse/ISPN-4776?page=com.atlassian.jira.plugin.... ] Dan Berindei updated ISPN-4776: ------------------------------- Status: Resolved (was: Pull Request Sent) Fix Version/s: 7.0.0.CR2 (was: 7.0.0.CR1) Resolution: Done > The topology id for the merged cache topology is not always bigger than all the partition topology ids > ------------------------------------------------------------------------------------------------------ > > Key: ISPN-4776 > URL: https://issues.jboss.org/browse/ISPN-4776 > Project: Infinispan > Issue Type: Bug > Components: Core > Affects Versions: 7.0.0.Beta2 > Reporter: Dan Berindei > Assignee: Dan Berindei > Priority: Blocker > Labels: testsuite_stability > Fix For: 7.0.0.CR2 > > > With the ISPN-4574 fix, I changed the merge algorithm to pick the partition with the most members (both in the _stable_ topology and in the _current_ topology) instead of the partition with the highest topology id. > However, the biggest topology is not necessarily the partition with the highest topology id, so it's possible that some nodes will ignore the merged topology because they already have a higher topology installed. This happened once in ClusterTopologyManagerTest.testClusterRecoveryAfterThreeWaySplit: > {noformat} > 00:24:59,286 DEBUG (transport-thread-NodeL-p33097-t6:) [ClusterCacheStatus] Recovered 3 partition(s) for cache cache: [CacheTopology{id=8, rebalanceId=3, currentCH=DefaultConsistentHash{ns = 60, owners = (1)[, NodeL-25322: 60+0]}, pendingCH=null, unionCH=null}, CacheTopology{id=6, rebalanceId=3, currentCH=DefaultConsistentHash{ns = 60, owners = (2)[, NodeL-25322: 30+10, NodeN-6727: 30+10]}, pendingCH=DefaultConsistentHash{ns = 60, owners = (2)[, NodeL-25322: 30+30, NodeN-6727: 30+30]}, unionCH=null}, CacheTopology{id=5, rebalanceId=2, currentCH=DefaultConsistentHash{ns = 60, owners = (1)[, NodeM-12972: 60+0]}, pendingCH=null, unionCH=null}] > 00:24:59,287 DEBUG (transport-thread-NodeL-p33097-t6:) [ClusterCacheStatus] Updating topologies after merge for cache cache, current topology = CacheTopology{id=5, rebalanceId=2, currentCH=DefaultConsistentHash{ns = 60, owners = (1)[, NodeM-12972: 60+0]}, pendingCH=null, unionCH=null}, stable topology = CacheTopology{id=4, rebalanceId=2, currentCH=DefaultConsistentHash{ns = 60, owners = (3)[, NodeL-25322: 20+20, NodeM-12972: 20+20, NodeN-6727: 20+20]}, pendingCH=null, unionCH=null}, availability mode = null > 00:24:59,287 DEBUG (transport-thread-NodeL-p33097-t6:) [ClusterTopologyManagerImpl] Updating cluster-wide current topology for cache cache, topology = CacheTopology{id=5, rebalanceId=2, currentCH=DefaultConsistentHash{ns = 60, owners = (1)[, NodeM-12972: 60+0]}, pendingCH=null, unionCH=null}, availability mode = null > 00:24:59,288 TRACE (transport-thread-NodeL-p33097-t3:) [LocalTopologyManagerImpl] Ignoring consistent hash update for cache cache, current topology is 8: CacheTopology{id=5, rebalanceId=2, currentCH=DefaultConsistentHash{ns = 60, owners = (1)[, NodeM-12972: 60+0]}, pendingCH=null, unionCH=null} > {noformat} > Failure logs here: http://ci.infinispan.org/viewLog.html?buildId=12364&buildTypeId=Infinispa... -- This message was sent by Atlassian JIRA (v6.3.1#6329)

11 years, 5 months

1
0
0 / 0

[JBoss JIRA] (ISPN-4870) Upgrade to JGroups 3.6.0.Final

by Dan Berindei (JIRA)

Dan Berindei created ISPN-4870: ---------------------------------- Summary: Upgrade to JGroups 3.6.0.Final Key: ISPN-4870 URL: https://issues.jboss.org/browse/ISPN-4870 Project: Infinispan Issue Type: Component Upgrade Components: Build process Affects Versions: 7.0.0.CR2 Reporter: Dan Berindei Fix For: 7.0.0.Final List of bug fixes here: http://belaban.blogspot.ch/2014/10/jgroups-360final-released.html JGRP-1887 in particular might help with random failures in the core test suite, which creates many channels in parallel (ISPN-4802). -- This message was sent by Atlassian JIRA (v6.3.1#6329)

11 years, 5 months

1
0
0 / 0

[JBoss JIRA] (ISPN-4869) RestStoreParallelIterationTest.clearContent random failures

by Dan Berindei (JIRA)

Dan Berindei created ISPN-4869: ---------------------------------- Summary: RestStoreParallelIterationTest.clearContent random failures Key: ISPN-4869 URL: https://issues.jboss.org/browse/ISPN-4869 Project: Infinispan Issue Type: Bug Components: Core, Remote Protocols, Test Suite - Core Affects Versions: 7.0.0.CR1 Reporter: Dan Berindei Priority: Blocker Fix For: 7.0.0.Final {noformat} java.lang.RuntimeException: Could not retrieve HotRod host at org.infinispan.arquillian.utils.MBeanUtils.getMBeanAttribute(MBeanUtils.java:59) at org.infinispan.arquillian.core.HotRodEndpoint.getInetAddress(HotRodEndpoint.java:65) at org.infinispan.server.test.util.ITestUtils.createCacheManager(ITestUtils.java:52) at org.infinispan.server.test.util.RemoteCacheManagerFactory.createManager(RemoteCacheManagerFactory.java:50) at org.infinispan.server.test.util.RemoteCacheManagerFactory.createCache(RemoteCacheManagerFactory.java:34) at org.infinispan.server.test.util.RemoteCacheManagerFactory.createCache(RemoteCacheManagerFactory.java:30) at org.infinispan.server.test.configs.ExampleConfigsIT.createCache(ExampleConfigsIT.java:726) at org.infinispan.server.test.configs.ExampleConfigsIT.testXsiteConfig(ExampleConfigsIT.java:584) Caused by: javax.management.InstanceNotFoundException: jboss.infinispan:type=Server,name=HotRod,component=Transport at org.jboss.as.jmx.PluggableMBeanServerImpl.findDelegate(PluggableMBeanServerImpl.java:1085) at org.jboss.as.jmx.PluggableMBeanServerImpl.getAttribute(PluggableMBeanServerImpl.java:380) at org.jboss.remotingjmx.protocol.v2.ServerProxy$GetAttributeHandler.handle(ServerProxy.java:691) at org.jboss.remotingjmx.protocol.v2.ServerCommon$MessageReciever$1$1.run(ServerCommon.java:153) at org.jboss.as.jmx.ServerInterceptorFactory$Interceptor$1.run(ServerInterceptorFactory.java:75) at org.jboss.as.jmx.ServerInterceptorFactory$Interceptor$1.run(ServerInterceptorFactory.java:70) at java.security.AccessController.doPrivileged(Native Method) at javax.security.auth.Subject.doAs(Subject.java:415) at org.jboss.as.controller.AccessAuditContext.doAs(AccessAuditContext.java:94) at org.jboss.as.jmx.ServerInterceptorFactory$Interceptor.handleEvent(ServerInterceptorFactory.java:70) at org.jboss.remotingjmx.protocol.v2.ServerCommon$MessageReciever$1.run(ServerCommon.java:149) at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) at java.lang.Thread.run(Thread.java:745) {noformat} Failing only on the internal CI agents. -- This message was sent by Atlassian JIRA (v6.3.1#6329)

11 years, 5 months

1
0
0 / 0

[JBoss JIRA] (ISPN-4869) RestStoreParallelIterationTest.clearContent random failures

by Dan Berindei (JIRA)

[ https://issues.jboss.org/browse/ISPN-4869?page=com.atlassian.jira.plugin.... ] Dan Berindei updated ISPN-4869: ------------------------------- Status: Open (was: New) > RestStoreParallelIterationTest.clearContent random failures > ----------------------------------------------------------- > > Key: ISPN-4869 > URL: https://issues.jboss.org/browse/ISPN-4869 > Project: Infinispan > Issue Type: Bug > Components: Core, Remote Protocols, Test Suite - Core > Affects Versions: 7.0.0.CR1 > Reporter: Dan Berindei > Priority: Blocker > Labels: testsuite_stability > Fix For: 7.0.0.Final > > > {noformat} > java.lang.RuntimeException: Could not retrieve HotRod host > at org.infinispan.arquillian.utils.MBeanUtils.getMBeanAttribute(MBeanUtils.java:59) > at org.infinispan.arquillian.core.HotRodEndpoint.getInetAddress(HotRodEndpoint.java:65) > at org.infinispan.server.test.util.ITestUtils.createCacheManager(ITestUtils.java:52) > at org.infinispan.server.test.util.RemoteCacheManagerFactory.createManager(RemoteCacheManagerFactory.java:50) > at org.infinispan.server.test.util.RemoteCacheManagerFactory.createCache(RemoteCacheManagerFactory.java:34) > at org.infinispan.server.test.util.RemoteCacheManagerFactory.createCache(RemoteCacheManagerFactory.java:30) > at org.infinispan.server.test.configs.ExampleConfigsIT.createCache(ExampleConfigsIT.java:726) > at org.infinispan.server.test.configs.ExampleConfigsIT.testXsiteConfig(ExampleConfigsIT.java:584) > Caused by: javax.management.InstanceNotFoundException: jboss.infinispan:type=Server,name=HotRod,component=Transport > at org.jboss.as.jmx.PluggableMBeanServerImpl.findDelegate(PluggableMBeanServerImpl.java:1085) > at org.jboss.as.jmx.PluggableMBeanServerImpl.getAttribute(PluggableMBeanServerImpl.java:380) > at org.jboss.remotingjmx.protocol.v2.ServerProxy$GetAttributeHandler.handle(ServerProxy.java:691) > at org.jboss.remotingjmx.protocol.v2.ServerCommon$MessageReciever$1$1.run(ServerCommon.java:153) > at org.jboss.as.jmx.ServerInterceptorFactory$Interceptor$1.run(ServerInterceptorFactory.java:75) > at org.jboss.as.jmx.ServerInterceptorFactory$Interceptor$1.run(ServerInterceptorFactory.java:70) > at java.security.AccessController.doPrivileged(Native Method) > at javax.security.auth.Subject.doAs(Subject.java:415) > at org.jboss.as.controller.AccessAuditContext.doAs(AccessAuditContext.java:94) > at org.jboss.as.jmx.ServerInterceptorFactory$Interceptor.handleEvent(ServerInterceptorFactory.java:70) > at org.jboss.remotingjmx.protocol.v2.ServerCommon$MessageReciever$1.run(ServerCommon.java:149) > at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) > at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) > at java.lang.Thread.run(Thread.java:745) > {noformat} > Failing only on the internal CI agents. -- This message was sent by Atlassian JIRA (v6.3.1#6329)

11 years, 5 months

1
0
0 / 0

[JBoss JIRA] (ISPN-4516) Upgrade Spring integration to 4.1

by Gustavo Fernandes (JIRA)

[ https://issues.jboss.org/browse/ISPN-4516?page=com.atlassian.jira.plugin.... ] Gustavo Fernandes updated ISPN-4516: ------------------------------------ Summary: Upgrade Spring integration to 4.1 (was: Upgrade Spring integration to 4.0.6) > Upgrade Spring integration to 4.1 > --------------------------------- > > Key: ISPN-4516 > URL: https://issues.jboss.org/browse/ISPN-4516 > Project: Infinispan > Issue Type: Task > Components: Spring Integration > Affects Versions: 7.0.0.Alpha4 > Reporter: Gustavo Fernandes > Assignee: Sebastian Łaskawiec > Priority: Minor > Fix For: 7.0.0.CR2 > > -- This message was sent by Atlassian JIRA (v6.3.1#6329)

11 years, 5 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 October 2014