November 2014 - infinispan-issues

[JBoss JIRA] (ISPN-4960) Protostream annotation parser: validate type of default attribute value

by Adrian Nistor (JIRA)

[ https://issues.jboss.org/browse/ISPN-4960?page=com.atlassian.jira.plugin.... ] Adrian Nistor updated ISPN-4960: -------------------------------- Status: Pull Request Sent (was: Open) Git Pull Request: https://github.com/infinispan/protostream/pull/11, https://github.com/infinispan/protostream/pull/12 > Protostream annotation parser: validate type of default attribute value > ----------------------------------------------------------------------- > > Key: ISPN-4960 > URL: https://issues.jboss.org/browse/ISPN-4960 > Project: Infinispan > Issue Type: Feature Request > Components: Remote Querying > Affects Versions: 7.0.0.Final > Reporter: Adrian Nistor > Assignee: Adrian Nistor > Fix For: 7.0.1.Final > > -- This message was sent by Atlassian JIRA (v6.3.8#6338)

11 years, 5 months

1
0
0 / 0

[JBoss JIRA] (ISPN-4947) Improve externalization of ObjectFilter.FilterResult by not serializing the 'instance' member if projections are present

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-4947?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on ISPN-4947: ----------------------------------------------- Adrian Nistor <anistor(a)redhat.com> changed the Status of [bug 1162519|https://bugzilla.redhat.com/show_bug.cgi?id=1162519] from NEW to POST > Improve externalization of ObjectFilter.FilterResult by not serializing the 'instance' member if projections are present > ------------------------------------------------------------------------------------------------------------------------ > > Key: ISPN-4947 > URL: https://issues.jboss.org/browse/ISPN-4947 > Project: Infinispan > Issue Type: Task > Components: Embedded Querying > Affects Versions: 7.0.0.Final > Reporter: Adrian Nistor > Assignee: Adrian Nistor > Fix For: 7.0.1.Final > > -- This message was sent by Atlassian JIRA (v6.3.8#6338)

11 years, 5 months

1
0
0 / 0

[JBoss JIRA] (ISPN-4947) Improve externalization of ObjectFilter.FilterResult by not serializing the 'instance' member if projections are present

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-4947?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration updated ISPN-4947: ------------------------------------------ Bugzilla Update: Perform Bugzilla References: https://bugzilla.redhat.com/show_bug.cgi?id=1162519 > Improve externalization of ObjectFilter.FilterResult by not serializing the 'instance' member if projections are present > ------------------------------------------------------------------------------------------------------------------------ > > Key: ISPN-4947 > URL: https://issues.jboss.org/browse/ISPN-4947 > Project: Infinispan > Issue Type: Task > Components: Embedded Querying > Affects Versions: 7.0.0.Final > Reporter: Adrian Nistor > Assignee: Adrian Nistor > Fix For: 7.0.1.Final > > -- This message was sent by Atlassian JIRA (v6.3.8#6338)

11 years, 5 months

1
0
0 / 0

[JBoss JIRA] (ISPN-4964) Map/Reduce intermittently hangs when the cache is updated during execution

by Alexandre Nikolov (JIRA)

Alexandre Nikolov created ISPN-4964: --------------------------------------- Summary: Map/Reduce intermittently hangs when the cache is updated during execution Key: ISPN-4964 URL: https://issues.jboss.org/browse/ISPN-4964 Project: Infinispan Issue Type: Bug Components: Core Affects Versions: 7.0.0.Final, 6.0.2.Final, 6.0.1.Final Environment: JDK 7 (1.2.0_51) Glassfish 3.2.1.1, WildFly 8.1.0.Final Reporter: Alexandre Nikolov Map/Reduce tasks on a cache with intensive write operations intermittently hangs, resulting in high CPU and Heap Memory usage. If left like that eventually it crashes the VM after multiple out of memory exceptions. Here is a stack dump of a hanging thread: Name: transport-thread--p3-t17 State: RUNNABLE Total blocked: 709 Total waited: 15 204 Stack trace: java.util.HashMap.hash(HashMap.java:366) java.util.HashMap.put(HashMap.java:496) java.util.HashSet.add(HashSet.java:217) org.infinispan.persistence.async.AdvancedAsyncCacheLoader.process(AdvancedAsyncCacheLoader.java:81) org.infinispan.persistence.manager.PersistenceManagerImpl.processOnAllStores(PersistenceManagerImpl.java:418) org.infinispan.persistence.manager.PersistenceManagerImpl.processOnAllStores(PersistenceManagerImpl.java:403) org.infinispan.persistence.manager.PersistenceManagerImpl.processOnAllStores(PersistenceManagerImpl.java:398) org.infinispan.distexec.mapreduce.MapReduceManagerImpl.map(MapReduceManagerImpl.java:213) org.infinispan.distexec.mapreduce.MapReduceManagerImpl.mapAndCombineForLocalReduction(MapReduceManagerImpl.java:94) org.infinispan.distexec.mapreduce.MapReduceTask$MapTaskPart.invokeMapCombineLocallyForLocalReduction(MapReduceTask.java:1162) org.infinispan.distexec.mapreduce.MapReduceTask$MapTaskPart.access$400(MapReduceTask.java:1101) org.infinispan.distexec.mapreduce.MapReduceTask$MapTaskPart$2.call(MapReduceTask.java:1133) org.infinispan.distexec.mapreduce.MapReduceTask$MapTaskPart$2.call(MapReduceTask.java:1129) java.util.concurrent.FutureTask.run(FutureTask.java:262) java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471) java.util.concurrent.FutureTask.run(FutureTask.java:262) java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) java.lang.Thread.run(Thread.java:744) The hanging thread keep cycling between these 2 stack entries: java.util.HashSet.add(HashSet.java:217) org.infinispan.persistence.async.AdvancedAsyncCacheLoader.process(AdvancedAsyncCacheLoader.java:81) Here is the configuration for 7.x: <?xml version="1.0" encoding="UTF-8"?> <infinispan xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="urn:infinispan:config:7.0 http://www.infinispan.org/schemas/infinispan-config-7.0.xsd" xmlns="urn:infinispan:config:7.0"> <cache-container default-cache="default"> <jmx duplicate-domains="true"/> <local-cache name="default"> <eviction max-entries="5000" strategy="LIRS"/> <persistence passivation="true" >  <file-store fetch-state="true" preload="true" path="/cache"> <write-behind/> </file-store> </persistence> <locking isolation="REPEATABLE_READ"/> <transaction mode="BATCH" auto-commit="true"/> </local-cache> <local-cache name="intraday"> <expiration lifespan="86400000"/> </local-cache> </cache-container> </infinispan> The issue also happens on versions 6.x. It happens with different combination of locking and transaction settings - that is it happens with transactional and non-transactional caches with different locking configurations. I tried all possible combinations and the issue happens intermittently on all of them. -- This message was sent by Atlassian JIRA (v6.3.8#6338)

11 years, 5 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 MODIFIED to ON_QA > 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.8#6338)

11 years, 5 months

1
0
0 / 0

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

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-4516?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on ISPN-4516: ----------------------------------------------- Dave Stahl <dstahl(a)redhat.com> changed the Status of [bug 1158473|https://bugzilla.redhat.com/show_bug.cgi?id=1158473] from MODIFIED to ON_QA > 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.8#6338)

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 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 MODIFIED to ON_QA > @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.8#6338)

11 years, 5 months

1
0
0 / 0

[JBoss JIRA] (ISPN-4963) Document the Clustered Query feature

by Sanne Grinovero (JIRA)

Sanne Grinovero created ISPN-4963: ------------------------------------- Summary: Document the Clustered Query feature Key: ISPN-4963 URL: https://issues.jboss.org/browse/ISPN-4963 Project: Infinispan Issue Type: Task Components: Documentation-Query Reporter: Sanne Grinovero Assignee: Gustavo Fernandes Apparently the "Clustered Query" feature is not documented in the user guide. -- This message was sent by Atlassian JIRA (v6.3.8#6338)

11 years, 5 months

1
0
0 / 0

[JBoss JIRA] (ISPN-4584) Stricter validation of cache configurations for distributed indexes

by Sanne Grinovero (JIRA)

[ https://issues.jboss.org/browse/ISPN-4584?page=com.atlassian.jira.plugin.... ] Sanne Grinovero commented on ISPN-4584: --------------------------------------- Another validation needed: - Verify the Cache instances being used for index storage are not having the {{ByteArrayEquivalence}} override the standard Equivalence strategy. > Stricter validation of cache configurations for distributed indexes > ------------------------------------------------------------------- > > Key: ISPN-4584 > URL: https://issues.jboss.org/browse/ISPN-4584 > Project: Infinispan > Issue Type: Enhancement > Components: Lucene Directory > Reporter: Sanne Grinovero > Assignee: Gustavo Fernandes > Priority: Minor > > See also ISPN-4577 : it should not be allowed to configure a distributed metadata cache while the chunks cache is using local mode. > Ideally think of additional strict checks which we should apply.. suggestions? > Mitigated by ISPN-4340 -- This message was sent by Atlassian JIRA (v6.3.8#6338)

11 years, 5 months

1
0
0 / 0

[JBoss JIRA] (ISPN-4946) Add test for query cache config overriding

by Gustavo Fernandes (JIRA)

[ https://issues.jboss.org/browse/ISPN-4946?page=com.atlassian.jira.plugin.... ] Gustavo Fernandes updated ISPN-4946: ------------------------------------ Status: Resolved (was: Pull Request Sent) Resolution: Done > Add test for query cache config overriding > ------------------------------------------ > > Key: ISPN-4946 > URL: https://issues.jboss.org/browse/ISPN-4946 > Project: Infinispan > Issue Type: Task > Components: Embedded Querying > Affects Versions: 7.0.0.Final > Reporter: Adrian Nistor > Assignee: Adrian Nistor > Fix For: 7.0.1.Final > > -- This message was sent by Atlassian JIRA (v6.3.8#6338)

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 November 2014