March 2015 - infinispan-issues - Jboss List Archives

[JBoss JIRA] (ISPN-5253) Update Listener Questions in FAQ

by Galder Zamarreño (JIRA)

[ https://issues.jboss.org/browse/ISPN-5253?page=com.atlassian.jira.plugin.... ] Galder Zamarreño updated ISPN-5253: ----------------------------------- Status: Resolved (was: Pull Request Sent) Resolution: Done > Update Listener Questions in FAQ > -------------------------------- > > Key: ISPN-5253 > URL: https://issues.jboss.org/browse/ISPN-5253 > Project: Infinispan > Issue Type: Enhancement > Components: Documentation-Core > Affects Versions: 7.2.0.Alpha1 > Reporter: Pedro Ruivo > Assignee: Pedro Ruivo > Fix For: 7.2.0.Beta1 > > > Listener FAQ question 2.7.2. (When annotating a method with CacheEntryCreated, how do I retrieve the value of the cache entry added?) is no longer valid. The CacheEntryCreated has a method (since 6.0) to return the value added and since 7.0, the CacheEntryModifiedEvent is not triggered. -- This message was sent by Atlassian JIRA (v6.3.11#6341)

9 years, 10 months

1
0
0 / 0

[JBoss JIRA] (ISPN-5141) SingleFileStore.process() should use sequential access

by Galder Zamarreño (JIRA)

[ https://issues.jboss.org/browse/ISPN-5141?page=com.atlassian.jira.plugin.... ] Galder Zamarreño updated ISPN-5141: ----------------------------------- Status: Resolved (was: Pull Request Sent) Resolution: Done > SingleFileStore.process() should use sequential access > ------------------------------------------------------ > > Key: ISPN-5141 > URL: https://issues.jboss.org/browse/ISPN-5141 > Project: Infinispan > Issue Type: Bug > Components: Core > Affects Versions: 7.0.3.Final, 7.1.0.Beta1 > Reporter: Dan Berindei > Assignee: Dan Berindei > Fix For: 7.2.0.Beta1, 7.2.0.Final > > > {{SingleFileStore.process()}} iterates over its keys in pseudo-random order. (It puts all the entries in a {{HashSet}} and iterates it to minimize the amount of time it keeps the global lock.) > It should instead either iterate the entries directly from the disk, or at least sort the entries by their offset when iterating. -- This message was sent by Atlassian JIRA (v6.3.11#6341)

9 years, 10 months

1
0
0 / 0

[JBoss JIRA] (ISPN-5141) SingleFileStore.process() should use sequential access

by Galder Zamarreño (JIRA)

[ https://issues.jboss.org/browse/ISPN-5141?page=com.atlassian.jira.plugin.... ] Galder Zamarreño updated ISPN-5141: ----------------------------------- Forum Reference: http://lists.jboss.org/pipermail/infinispan-dev/2015-February/015839.html > SingleFileStore.process() should use sequential access > ------------------------------------------------------ > > Key: ISPN-5141 > URL: https://issues.jboss.org/browse/ISPN-5141 > Project: Infinispan > Issue Type: Bug > Components: Core > Affects Versions: 7.0.3.Final, 7.1.0.Beta1 > Reporter: Dan Berindei > Assignee: Dan Berindei > Fix For: 7.2.0.Beta1, 7.2.0.Final > > > {{SingleFileStore.process()}} iterates over its keys in pseudo-random order. (It puts all the entries in a {{HashSet}} and iterates it to minimize the amount of time it keeps the global lock.) > It should instead either iterate the entries directly from the disk, or at least sort the entries by their offset when iterating. -- This message was sent by Atlassian JIRA (v6.3.11#6341)

9 years, 10 months

1
0
0 / 0

[JBoss JIRA] (ISPN-5223) NPE in InfinispanCollections.containsAny

by Galder Zamarreño (JIRA)

[ https://issues.jboss.org/browse/ISPN-5223?page=com.atlassian.jira.plugin.... ] Galder Zamarreño updated ISPN-5223: ----------------------------------- Status: Resolved (was: Pull Request Sent) Fix Version/s: 7.2.0.Beta1 7.2.0.Final Resolution: Done > NPE in InfinispanCollections.containsAny > ---------------------------------------- > > Key: ISPN-5223 > URL: https://issues.jboss.org/browse/ISPN-5223 > Project: Infinispan > Issue Type: Bug > Components: Core > Affects Versions: 7.1.0.Final > Reporter: Kurt Lehrke > Assignee: Dan Berindei > Fix For: 7.2.0.Beta1, 7.2.0.Final > > > When having partition handling enabled on a replicated cache, a null pointer exception is thrown in the post operation partition check because the ClusteringDependentLogic.getOwners(key) returns null. > Here's the line it's thrown: > https://github.com/infinispan/infinispan/blob/master/commons/src/main/jav... > Here's the calling line: > https://github.com/infinispan/infinispan/blob/master/core/src/main/java/o... > Relevant stack trace: > {code} > java.lang.NullPointerException > at org.infinispan.commons.util.InfinispanCollections.containsAny(InfinispanCollections.java:309) ~[infinispan-embedded-7.0.3.Final.jar:7.0.3.Final] > at org.infinispan.partitionhandling.impl.PartitionHandlingInterceptor.postOperationPartitionCheck(PartitionHandlingInterceptor.java:149) ~[infinispan-embedded-7.0.3.Final.jar:7.0.3.Final] > at org.infinispan.partitionhandling.impl.PartitionHandlingInterceptor.visitGetKeyValueCommand(PartitionHandlingInterceptor.java:114) ~[infinispan-embedded-7.0.3.Final.jar:7.0.3.Final] > at org.infinispan.commands.read.GetKeyValueCommand.acceptVisitor(GetKeyValueCommand.java:39) ~[infinispan-embedded-7.0.3.Final.jar:7.0.3.Final] > at org.infinispan.interceptors.base.CommandInterceptor.invokeNextInterceptor(CommandInterceptor.java:98) ~[infinispan-embedded-7.0.3.Final.jar:7.0.3.Final] > at org.infinispan.interceptors.base.CommandInterceptor.handleDefault(CommandInterceptor.java:112) ~[infinispan-embedded-7.0.3.Final.jar:7.0.3.Final] > at org.infinispan.commands.AbstractVisitor.visitGetKeyValueCommand(AbstractVisitor.java:77) ~[infinispan-embedded-7.0.3.Final.jar:7.0.3.Final] > at org.infinispan.commands.read.GetKeyValueCommand.acceptVisitor(GetKeyValueCommand.java:39) ~[infinispan-embedded-7.0.3.Final.jar:7.0.3.Final] > at org.infinispan.interceptors.base.CommandInterceptor.invokeNextInterceptor(CommandInterceptor.java:98) ~[infinispan-embedded-7.0.3.Final.jar:7.0.3.Final] > at org.infinispan.statetransfer.StateTransferInterceptor.handleTopologyAffectedCommand(StateTransferInterceptor.java:233) ~[infinispan-embedded-7.0.3.Final.jar:7.0.3.Final] > at org.infinispan.statetransfer.StateTransferInterceptor.handleDefault(StateTransferInterceptor.java:217) ~[infinispan-embedded-7.0.3.Final.jar:7.0.3.Final] > at org.infinispan.commands.AbstractVisitor.visitGetKeyValueCommand(AbstractVisitor.java:77) ~[infinispan-embedded-7.0.3.Final.jar:7.0.3.Final] > at org.infinispan.commands.read.GetKeyValueCommand.acceptVisitor(GetKeyValueCommand.java:39) ~[infinispan-embedded-7.0.3.Final.jar:7.0.3.Final] > at org.infinispan.interceptors.base.CommandInterceptor.invokeNextInterceptor(CommandInterceptor.java:98) ~[infinispan-embedded-7.0.3.Final.jar:7.0.3.Final] > at org.infinispan.interceptors.CacheMgmtInterceptor.visitDataReadCommand(CacheMgmtInterceptor.java:103) ~[infinispan-embedded-7.0.3.Final.jar:7.0.3.Final] > at org.infinispan.interceptors.CacheMgmtInterceptor.visitGetKeyValueCommand(CacheMgmtInterceptor.java:91) ~[infinispan-embedded-7.0.3.Final.jar:7.0.3.Final] > at org.infinispan.commands.read.GetKeyValueCommand.acceptVisitor(GetKeyValueCommand.java:39) ~[infinispan-embedded-7.0.3.Final.jar:7.0.3.Final] > at org.infinispan.interceptors.base.CommandInterceptor.invokeNextInterceptor(CommandInterceptor.java:98) ~[infinispan-embedded-7.0.3.Final.jar:7.0.3.Final] > at org.infinispan.interceptors.InvocationContextInterceptor.handleAll(InvocationContextInterceptor.java:102) ~[infinispan-embedded-7.0.3.Final.jar:7.0.3.Final] > at org.infinispan.interceptors.InvocationContextInterceptor.handleDefault(InvocationContextInterceptor.java:71) ~[infinispan-embedded-7.0.3.Final.jar:7.0.3.Final] > at org.infinispan.commands.AbstractVisitor.visitGetKeyValueCommand(AbstractVisitor.java:77) ~[infinispan-embedded-7.0.3.Final.jar:7.0.3.Final] > at org.infinispan.commands.read.GetKeyValueCommand.acceptVisitor(GetKeyValueCommand.java:39) ~[infinispan-embedded-7.0.3.Final.jar:7.0.3.Final] > at org.infinispan.interceptors.InterceptorChain.invoke(InterceptorChain.java:333) ~[infinispan-embedded-7.0.3.Final.jar:7.0.3.Final] > at org.infinispan.cache.impl.CacheImpl.containsKey(CacheImpl.java:391) ~[infinispan-embedded-7.0.3.Final.jar:7.0.3.Final] > at org.infinispan.cache.impl.CacheImpl.containsKey(CacheImpl.java:384) ~[infinispan-embedded-7.0.3.Final.jar:7.0.3.Final] > at com.redprairie.moca.cluster.manager.AbstractClusterRoleManager$RoleUpdater.run(AbstractClusterRoleManager.java:671) ~[moca-server.jar:?] > at com.redprairie.moca.util.ExceptionSuppressingRunnable.run(ExceptionSuppressingRunnable.java:47) ~[moca-server.jar:?] > at java.util.concurrent.Executors$RunnableAdapter.call(Unknown Source) ~[?:1.7.0_67] > at java.util.concurrent.FutureTask.runAndReset(Unknown Source) ~[?:1.7.0_67] > at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$301(Unknown Source) ~[?:1.7.0_67] > at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(Unknown Source) ~[?:1.7.0_67] > at java.util.concurrent.ThreadPoolExecutor.runWorker(Unknown Source) [?:1.7.0_67] > at java.util.concurrent.ThreadPoolExecutor$Worker.run(Unknown Source) [?:1.7.0_67] > at java.lang.Thread.run(Unknown Source) [?:1.7.0_67] > {code} -- This message was sent by Atlassian JIRA (v6.3.11#6341)

9 years, 10 months

1
0
0 / 0

[JBoss JIRA] (ISPN-3549) Migrate cloud cache store to the 7.0 cachestore API

by Galder Zamarreño (JIRA)

[ https://issues.jboss.org/browse/ISPN-3549?page=com.atlassian.jira.plugin.... ] Galder Zamarreño updated ISPN-3549: ----------------------------------- Status: Resolved (was: Pull Request Sent) Resolution: Done > Migrate cloud cache store to the 7.0 cachestore API > ---------------------------------------------------- > > Key: ISPN-3549 > URL: https://issues.jboss.org/browse/ISPN-3549 > Project: Infinispan > Issue Type: Enhancement > Components: Loaders and Stores > Reporter: Mircea Markus > Assignee: Vojtech Juranek > -- This message was sent by Atlassian JIRA (v6.3.11#6341)

9 years, 10 months

1
0
0 / 0

[JBoss JIRA] (ISPN-5246) Re-enable the queue for the JGroups internal thread pool in the default configuration

by Galder Zamarreño (JIRA)

[ https://issues.jboss.org/browse/ISPN-5246?page=com.atlassian.jira.plugin.... ] Galder Zamarreño commented on ISPN-5246: ---------------------------------------- Radim, well noted. I also commented on the PR about the reason to change this. > Re-enable the queue for the JGroups internal thread pool in the default configuration > ------------------------------------------------------------------------------------- > > Key: ISPN-5246 > URL: https://issues.jboss.org/browse/ISPN-5246 > Project: Infinispan > Issue Type: Task > Components: Configuration > Affects Versions: 7.2.0.Alpha1 > Reporter: Dan Berindei > Assignee: Dan Berindei > Priority: Critical > Fix For: 7.2.0.Beta1, 7.2.0.Final > > > Need to change {{default-jgroups-udp/tcp.xml}} for embedded and {{jgroups-defaults.xml}} for server. -- This message was sent by Atlassian JIRA (v6.3.11#6341)

9 years, 10 months

1
0
0 / 0

[JBoss JIRA] (ISPN-4667) Query DSL fails to load entity class in Wildfly

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-4667?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration updated ISPN-4667: ------------------------------------------ Bugzilla References: https://bugzilla.redhat.com/show_bug.cgi?id=1134112, https://bugzilla.redhat.com/show_bug.cgi?id=1139653, https://bugzilla.redhat.com/show_bug.cgi?id=1197789 (was: https://bugzilla.redhat.com/show_bug.cgi?id=1134112, https://bugzilla.redhat.com/show_bug.cgi?id=1139653) > Query DSL fails to load entity class in Wildfly > ----------------------------------------------- > > Key: ISPN-4667 > URL: https://issues.jboss.org/browse/ISPN-4667 > Project: Infinispan > Issue Type: Bug > Components: Embedded Querying > Affects Versions: 7.0.0.Beta1 > Reporter: Gustavo Fernandes > Assignee: Gustavo Fernandes > Fix For: 7.0.0.Beta2 > > > When using the as modules and an application that depends on those modules, the following code: > {code} > Cache cache = ... > Query query = Search.getQueryFactory(cache).from(Book.class).having("field").contains("value").toBuilder().build(); > List<Object> results = query.list(); > {code} > fails with > {code} > java.lang.IllegalStateException: Unknown entity name org.infinispan.test.integration.as.query.Book > at org.hibernate.hql.lucene.internal.ClassBasedLuceneQueryResolverDelegate.registerPersisterSpace(ClassBasedLuceneQueryResolverDelegate.java:104) > at org.hibernate.hql.ast.origin.hql.resolve.GeneratedHQLResolver.entityName(GeneratedHQLResolver.java:12729) > at org.hibernate.hql.ast.origin.hql.resolve.GeneratedHQLResolver.persisterSpaceRoot(GeneratedHQLResolver.java:3064) > at org.hibernate.hql.ast.origin.hql.resolve.GeneratedHQLResolver.persisterSpace(GeneratedHQLResolver.java:2956) > at org.hibernate.hql.ast.origin.hql.resolve.GeneratedHQLResolver.persisterSpaces(GeneratedHQLResolver.java:2893) > at org.hibernate.hql.ast.origin.hql.resolve.GeneratedHQLResolver.fromClause(GeneratedHQLResolver.java:2803) > at org.hibernate.hql.ast.origin.hql.resolve.GeneratedHQLResolver.selectFrom(GeneratedHQLResolver.java:2704) > at org.hibernate.hql.ast.origin.hql.resolve.GeneratedHQLResolver.querySpec(GeneratedHQLResolver.java:2182) > at org.hibernate.hql.ast.origin.hql.resolve.GeneratedHQLResolver.queryExpression(GeneratedHQLResolver.java:2106) > at org.hibernate.hql.ast.origin.hql.resolve.GeneratedHQLResolver.queryStatement(GeneratedHQLResolver.java:1745) > at org.hibernate.hql.ast.origin.hql.resolve.GeneratedHQLResolver.queryStatementSet(GeneratedHQLResolver.java:1658) > at org.hibernate.hql.ast.origin.hql.resolve.GeneratedHQLResolver.statement(GeneratedHQLResolver.java:654) > at org.hibernate.hql.ast.spi.QueryResolverProcessor.process(QueryResolverProcessor.java:52) > at org.hibernate.hql.QueryParser.parseQuery(QueryParser.java:82) > at org.infinispan.query.dsl.embedded.impl.EmbeddedLuceneQueryBuilder.build(EmbeddedLuceneQueryBuilder.java:43) > at org.infinispan.query.dsl.embedded.impl.EmbeddedLuceneQueryBuilder.build(EmbeddedLuceneQueryBuilder.java:19) > {code} -- This message was sent by Atlassian JIRA (v6.3.11#6341)

9 years, 10 months

1
0
0 / 0

[JBoss JIRA] (ISPN-4723) ClusterListenerReplTest testPrimaryOwnerGoesDownAfterBackupRaisesEvent random failures

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-4723?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on ISPN-4723: ----------------------------------------------- Sebastian Łaskawiec <slaskawi(a)redhat.com> changed the Status of [bug 1195704|https://bugzilla.redhat.com/show_bug.cgi?id=1195704] from POST to MODIFIED > ClusterListenerReplTest testPrimaryOwnerGoesDownAfterBackupRaisesEvent random failures > -------------------------------------------------------------------------------------- > > Key: ISPN-4723 > URL: https://issues.jboss.org/browse/ISPN-4723 > Project: Infinispan > Issue Type: Bug > Components: Test Suite - Core > Affects Versions: 7.0.0.Beta1 > Reporter: William Burns > Assignee: William Burns > Priority: Blocker > Fix For: 7.0.0.Beta2 > > > This test seems to fail spuriously > http://ci.infinispan.org/viewLog.html?buildId=11756&buildTypeId=bt9 -- This message was sent by Atlassian JIRA (v6.3.11#6341)

9 years, 10 months

1
0
0 / 0

[JBoss JIRA] (ISPN-5257) ClusterListenerReplicateCallable should wire the filter and converter with the needed dependecies

by Adrian Nistor (JIRA)

Adrian Nistor created ISPN-5257: ----------------------------------- Summary: ClusterListenerReplicateCallable should wire the filter and converter with the needed dependecies Key: ISPN-5257 URL: https://issues.jboss.org/browse/ISPN-5257 Project: Infinispan Issue Type: Bug Affects Versions: 7.0.0.Final Reporter: Adrian Nistor Assignee: Adrian Nistor Fix For: 7.2.0.Beta1 -- This message was sent by Atlassian JIRA (v6.3.11#6341)

9 years, 10 months

1
0
0 / 0

[JBoss JIRA] (ISPN-5152) Custom interceptor with Position.OTHER_THAN_FIRST_OR_LAST causes CacheManager start to fail

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-5152?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on ISPN-5152: ----------------------------------------------- Pedro Ruivo <pruivo(a)redhat.com> changed the Status of [bug 1182561|https://bugzilla.redhat.com/show_bug.cgi?id=1182561] from ASSIGNED to POST > Custom interceptor with Position.OTHER_THAN_FIRST_OR_LAST causes CacheManager start to fail > ------------------------------------------------------------------------------------------- > > Key: ISPN-5152 > URL: https://issues.jboss.org/browse/ISPN-5152 > Project: Infinispan > Issue Type: Bug > Components: Core, Listeners > Affects Versions: 7.1.0.Beta1 > Reporter: Jiří Holuša > Assignee: Pedro Ruivo > Fix For: 7.2.0.Beta1 > > > Use case (done via declarative config, but doesn't matter): > 1) Add CustomInterceptor1 with position="FIRST" > 2) Add CustomInterceptor2 with position="LAST" > 3) Add CustomInterceptor3 with position="OTHER_THAN_FIRST_OR_LAST" > Expected that order of interceptors 1, 3, 2, or at least it would work. Unfortunately, this configuration fails during start of CacheManager with: > org.infinispan.commons.CacheConfigurationException: ISPN000225: Custom interceptor 'testpackage.CustomInterceptor3' doesn't specify a position > Thus (and by looking at the code), option OTHER_THAN_FIRST_OR_LAST doesn't do anything. -- This message was sent by Atlassian JIRA (v6.3.11#6341)

9 years, 10 months

1
0
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

infinispan-issues March 2015