January 2015 - infinispan-issues - Jboss List Archives

[JBoss JIRA] (ISPN-4921) Tests in "smoke" TestNG group do not run in default profile

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-4921?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on ISPN-4921: ----------------------------------------------- Dave Stahl <dstahl(a)redhat.com> changed the Status of [bug 1167401|https://bugzilla.redhat.com/show_bug.cgi?id=1167401] from VERIFIED to CLOSED > Tests in "smoke" TestNG group do not run in default profile > ----------------------------------------------------------- > > Key: ISPN-4921 > URL: https://issues.jboss.org/browse/ISPN-4921 > Project: Infinispan > Issue Type: Bug > Components: Test Suite - Core > Affects Versions: 7.0.0.CR2 > Reporter: Martin Gencur > Assignee: Martin Gencur > Fix For: 7.0.0.Final > > > All occurences of > {code:java} > @Test(groups = "functional,smoke",...... > {code} > should be changed to > {code:java} > @Test(groups = {"functional", "smoke"} .... > {code} -- This message was sent by Atlassian JIRA (v6.3.11#6341)

9 years, 9 months

1
0
0 / 0

[JBoss JIRA] (ISPN-4665) Define "smoke" test group for Infinispan test suite

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-4665?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on ISPN-4665: ----------------------------------------------- Dave Stahl <dstahl(a)redhat.com> changed the Status of [bug 1167401|https://bugzilla.redhat.com/show_bug.cgi?id=1167401] from VERIFIED to CLOSED > Define "smoke" test group for Infinispan test suite > --------------------------------------------------- > > Key: ISPN-4665 > URL: https://issues.jboss.org/browse/ISPN-4665 > Project: Infinispan > Issue Type: Task > Components: Test Suite - Core, Test Suite - Server > Reporter: Martin Gencur > Assignee: Martin Gencur > Fix For: 7.0.0.Final > > > The goal is to define a new TestNG group called "smoke" and add some tests into this group. Let's go over Infinispan test suite and choose tests that verify basic functionality of each (or most of) feature but they don't have to test it in depth. > Running tests in "smoke" group should take just a few minutes. We don't need thousands of tests here. -- This message was sent by Atlassian JIRA (v6.3.11#6341)

9 years, 9 months

1
0
0 / 0

[JBoss JIRA] (ISPN-4673) Split-brain: get() returns null when all owners are removed from view

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-4673?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on ISPN-4673: ----------------------------------------------- Dave Stahl <dstahl(a)redhat.com> changed the Status of [bug 1152886|https://bugzilla.redhat.com/show_bug.cgi?id=1152886] from VERIFIED to CLOSED > Split-brain: get() returns null when all owners are removed from view > --------------------------------------------------------------------- > > Key: ISPN-4673 > URL: https://issues.jboss.org/browse/ISPN-4673 > Project: Infinispan > Issue Type: Bug > Components: Core > Affects Versions: 7.0.0.Beta1 > Reporter: Radim Vansa > Assignee: Dan Berindei > Priority: Blocker > Labels: partition_handling > Fix For: 7.0.0.CR2 > > > After split brain: when calling {{cache.get()}} for an entry that has all owners in the missing partition, JGroupsTransport removes the target nodes that are no longer members and then returns empty response map > BaseDistributionInterceptor.invokeClusterGetCommandRemotely takes empty map as null response, although the entry is just not available. -- This message was sent by Atlassian JIRA (v6.3.11#6341)

9 years, 9 months

1
0
0 / 0

[JBoss JIRA] (ISPN-3959) JdbcBinaryStore's expiration locks buckets indefinitely

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-3959?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on ISPN-3959: ----------------------------------------------- Dave Stahl <dstahl(a)redhat.com> changed the Status of [bug 1176265|https://bugzilla.redhat.com/show_bug.cgi?id=1176265] from VERIFIED to CLOSED > JdbcBinaryStore's expiration locks buckets indefinitely > ------------------------------------------------------- > > Key: ISPN-3959 > URL: https://issues.jboss.org/browse/ISPN-3959 > Project: Infinispan > Issue Type: Bug > Affects Versions: 6.0.2.Final, 7.0.0.Alpha4 > Reporter: Radim Vansa > Assignee: Radim Vansa > Fix For: 7.0.0.Alpha5, 7.0.0.Final > > > The buckets are locked in eviction thread (in the main purge method), while unlocked in BucketPurger.call() which is executed in persistence thread. The unlock fails and the buckets stay locked indefinitely. > Another error is that the Bucket class is not serializable. > This is also a bug in BaseStoreTest as this uses WithinThreadExecutor as the executor for purging while usually this is done in different thread. Moreover, as the purge method is actually not obliged to purge anything, the test does not test the purging itself, but rather a check for expired entry when it is loaded (contains operation). The purging should be enforced by purge listener (calling the purge method until all entries are purged). -- This message was sent by Atlassian JIRA (v6.3.11#6341)

9 years, 9 months

1
0
0 / 0

[JBoss JIRA] (ISPN-4630) DistributedEntryRetriever throws NPE if iterator is closed before processing all responses

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-4630?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on ISPN-4630: ----------------------------------------------- Dave Stahl <dstahl(a)redhat.com> changed the Status of [bug 1139620|https://bugzilla.redhat.com/show_bug.cgi?id=1139620] from VERIFIED to CLOSED > DistributedEntryRetriever throws NPE if iterator is closed before processing all responses > ------------------------------------------------------------------------------------------ > > Key: ISPN-4630 > URL: https://issues.jboss.org/browse/ISPN-4630 > Project: Infinispan > Issue Type: Bug > Components: Core > Affects Versions: 7.0.0.Alpha5 > Reporter: William Burns > Assignee: William Burns > Fix For: 7.0.0.Beta2 > > > DistributedEntryRetriever itrerator needs to ignore responses from nodes if a iterator is closed early or if a rehash occurs causing some redundant requests to be sent. > This was covered in a previous version but refactoring lost it somehow and instead the code is using variables that cannot be null. > {code} > } else if (log.isTraceEnabled()) { > log.tracef("Ignoring values as identifier %s was marked as complete", identifier); > } > {code} -- This message was sent by Atlassian JIRA (v6.3.11#6341)

9 years, 9 months

1
0
0 / 0

[JBoss JIRA] (ISPN-5161) Upgrade to protostream-3.0.0.Alpha8

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-5161?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on ISPN-5161: ----------------------------------------------- Dave Stahl <dstahl(a)redhat.com> changed the Status of [bug 1183765|https://bugzilla.redhat.com/show_bug.cgi?id=1183765] from VERIFIED to CLOSED > Upgrade to protostream-3.0.0.Alpha8 > ----------------------------------- > > Key: ISPN-5161 > URL: https://issues.jboss.org/browse/ISPN-5161 > Project: Infinispan > Issue Type: Component Upgrade > Components: Remote Querying > Reporter: Adrian Nistor > Assignee: Adrian Nistor > Fix For: 7.1.0.Final > > -- This message was sent by Atlassian JIRA (v6.3.11#6341)

9 years, 9 months

1
0
0 / 0

[JBoss JIRA] (ISPN-4635) Query DSL should check against mixing objects created by different factories or builders

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-4635?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on ISPN-4635: ----------------------------------------------- Dave Stahl <dstahl(a)redhat.com> changed the Status of [bug 1139622|https://bugzilla.redhat.com/show_bug.cgi?id=1139622] from VERIFIED to CLOSED > Query DSL should check against mixing objects created by different factories or builders > ---------------------------------------------------------------------------------------- > > Key: ISPN-4635 > URL: https://issues.jboss.org/browse/ISPN-4635 > Project: Infinispan > Issue Type: Enhancement > Components: Embedded Querying > Affects Versions: 7.0.0.Beta1 > Reporter: Adrian Nistor > Assignee: Adrian Nistor > Fix For: 7.0.0.Beta2 > > > Methods FilterConditionBeginContext.not(..), QueryFactory.not(..), FilterConditionContext.and(..), FilterConditionContext.or(..) should check that the argument was created by the same factory and is not already owned by another builder. -- This message was sent by Atlassian JIRA (v6.3.11#6341)

9 years, 9 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 commented on ISPN-4837: ----------------------------------------------- Dave Stahl <dstahl(a)redhat.com> changed the Status of [bug 1155107|https://bugzilla.redhat.com/show_bug.cgi?id=1155107] from VERIFIED to CLOSED > @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.11#6341)

9 years, 9 months

1
0
0 / 0

[JBoss JIRA] (ISPN-4731) Update classpath to ensure Weld loads Guava instead of Google Collections

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-4731?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on ISPN-4731: ----------------------------------------------- Dave Stahl <dstahl(a)redhat.com> changed the Status of [bug 1142230|https://bugzilla.redhat.com/show_bug.cgi?id=1142230] from VERIFIED to CLOSED > Update classpath to ensure Weld loads Guava instead of Google Collections > ------------------------------------------------------------------------- > > Key: ISPN-4731 > URL: https://issues.jboss.org/browse/ISPN-4731 > Project: Infinispan > Issue Type: Bug > Components: CDI Integration, Integration > Affects Versions: 7.0.0.Beta2 > Reporter: Sebastian Łaskawiec > Assignee: Sebastian Łaskawiec > Labels: maven > Fix For: 7.0.0.CR1 > > -- This message was sent by Atlassian JIRA (v6.3.11#6341)

9 years, 9 months

1
0
0 / 0

[JBoss JIRA] (ISPN-4679) OsgiClassLoader needs null check when iterating bundles

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-4679?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on ISPN-4679: ----------------------------------------------- Dave Stahl <dstahl(a)redhat.com> changed the Status of [bug 1161349|https://bugzilla.redhat.com/show_bug.cgi?id=1161349] from VERIFIED to CLOSED > OsgiClassLoader needs null check when iterating bundles > ------------------------------------------------------- > > Key: ISPN-4679 > URL: https://issues.jboss.org/browse/ISPN-4679 > Project: Infinispan > Issue Type: Bug > Components: Core > Affects Versions: 7.0.0.Beta1 > Reporter: Niels Bertram > Assignee: Dan Berindei > Priority: Minor > Fix For: 7.0.0.Beta2, 7.0.0.Final > > > {{org.infinispan.commons.util.OsgiClassLoader}} requires a null check when the bundle is retrieved from a WeakReference. > {code:java} > for (WeakReference<Bundle> ref : bundles) { > final Bundle bundle = ref.get(); > // BUG: we may not get a bundle back from the weak reference, eg. if uninstalled or deactivated > if (bundle.getState() == Bundle.ACTIVE) { > try { > final Class clazz = bundle.loadClass(name); > if (clazz != null) { > classCache.put(name, clazz); > return clazz; > } > } catch (Exception ignore) { > } > } > } > {code} > I am running 7.0.0.Beta1 on servicemix 5.1.1 and can't load this simple infinispan.xml: > {code:xml} > <infinispan xmlns="urn:infinispan:config:7.0" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" > xsi:schemaLocation="urn:infinispan:config:7.0 http://infinispan.org/schemas/infinispan-config-7.0.xsd"> > <cache-container default-cache="default" name="TestContainer"> > <jmx domain="TestDomain" mbean-server-lookup="org.infinispan.jmx.PerThreadMBeanServerLookup" duplicate-domains="true"/> >  > <local-cache name="default" statistics="false"> > <locking concurrency-level="100" acquire-timeout="1000"/> > <transaction mode="NONE" complete-timeout="3123" reaper-interval="123"/> > </local-cache> > </cache-container> > </infinispan> > {code} -- This message was sent by Atlassian JIRA (v6.3.11#6341)

9 years, 9 months

1
0
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

infinispan-issues January 2015