December 2014 - infinispan-issues

[JBoss JIRA] (ISPN-4611) Explore ability to use Put-Async in some operations on the Lucene Directory

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-4611?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on ISPN-4611: ----------------------------------------------- Dave Stahl <dstahl(a)redhat.com> changed the Status of [bug 1167469|https://bugzilla.redhat.com/show_bug.cgi?id=1167469] from MODIFIED to ON_QA > Explore ability to use Put-Async in some operations on the Lucene Directory > --------------------------------------------------------------------------- > > Key: ISPN-4611 > URL: https://issues.jboss.org/browse/ISPN-4611 > Project: Infinispan > Issue Type: Enhancement > Components: Lucene Directory > Reporter: Sanne Grinovero > Assignee: Sanne Grinovero > Fix For: 7.0.0.CR1 > > Attachments: 0001-ISPN-4611-Update-write-operations-on-the-list-of-def.patch > > > I just noticed that if I change all put operations in FileListOperations to be putAsync, the stress tests against index corruption and parallel queries run flawlessly. > It's possible that these particular operation might not need the synchronous flush, but we need to verify if a committed index change is immediately visible to queries. -- This message was sent by Atlassian JIRA (v6.3.8#6338)

11 years, 4 months

1
0
0 / 0

[JBoss JIRA] (ISPN-4444) After state transfer, a node is able to read keys it no longer owns from its data container

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-4444?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on ISPN-4444: ----------------------------------------------- Dave Stahl <dstahl(a)redhat.com> changed the Status of [bug 1163665|https://bugzilla.redhat.com/show_bug.cgi?id=1163665] from MODIFIED to ON_QA > After state transfer, a node is able to read keys it no longer owns from its data container > ------------------------------------------------------------------------------------------- > > Key: ISPN-4444 > URL: https://issues.jboss.org/browse/ISPN-4444 > Project: Infinispan > Issue Type: Bug > Components: Core, State Transfer > Affects Versions: 7.0.0.Alpha4 > Reporter: Dan Berindei > Assignee: Pedro Ruivo > Priority: Critical > Fix For: 7.1.0.Alpha1 > > > When state transfer ends and each node receives a CH_UPDATE command from the coordinator, it first installs the new topology and then it starts invalidating entries it no longer owns. > However, there are two cases when the node can still read its stale values: > 1. If L1 is enabled, it will look in the local DataContainer first, regardless of the key's location. > 2. If L1 is disabled, but the key was removed on the new owners, the node will still look up the key in the local DataContainer after receiving a null response. > The problem can be reproduced with {{TxReadAfterLosingOwnershipTest}} and its subclasses, by replacing the {{operation.update(cache(1));}} line with {{operation.update(cache(0));}} -- This message was sent by Atlassian JIRA (v6.3.8#6338)

11 years, 4 months

1
0
0 / 0

[JBoss JIRA] (ISPN-4497) Race condition in LocalLockMergingSegmentReadLocker results in file content being deleted

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-4497?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on ISPN-4497: ----------------------------------------------- Dave Stahl <dstahl(a)redhat.com> changed the Status of [bug 1166865|https://bugzilla.redhat.com/show_bug.cgi?id=1166865] from MODIFIED to ON_QA > Race condition in LocalLockMergingSegmentReadLocker results in file content being deleted > ----------------------------------------------------------------------------------------- > > Key: ISPN-4497 > URL: https://issues.jboss.org/browse/ISPN-4497 > Project: Infinispan > Issue Type: Bug > Components: Lucene Directory > Affects Versions: 5.2.6.Final > Reporter: Anuj Shah > Assignee: Sanne Grinovero > Fix For: 7.0.0.Alpha5 > > > There is a race condition in LocalLockMergingSegmentReadLocker which can lead to more calls delete on the underlying DistributedSegmentReadLocker which results in the file being removed from the caches. > This happens with three or more threads acquiring and releasing locks on the same file simultaneously: > # Thread 1 (T1) acquires a lock and creates a {{LocalReadLock}}, call it L1 - the underlying lock is acquired > # T2 starts to acquire and holds a reference to L1 > # T3 starts to acquire and holds a reference to L1 > # T1 releases - L1 at this stage only has value of 1 - so the underlying lock is released, and L1 is removed from the map > # T2 continues - finds L1 with value 0 and acquires the underlying lock > # T3 continues - increments L1 value to 2 > # T2 releases - creates a new {{LocalReadLock}}, L2 - this has zero value so the underlying lock is released, and L2 is removed from the map > # T3 releases - creates a new {{LocalReadLock}}, L3 - this has zero value so the underlying lock is released, and L3 is removed from the map > # The final step triggers a real file delete as underlying lock is released one too many times -- This message was sent by Atlassian JIRA (v6.3.8#6338)

11 years, 4 months

1
0
0 / 0

[JBoss JIRA] (ISPN-4771) Combine doclets to avoid running javadocs multiple times

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-4771?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on ISPN-4771: ----------------------------------------------- Dave Stahl <dstahl(a)redhat.com> changed the Status of [bug 1164688|https://bugzilla.redhat.com/show_bug.cgi?id=1164688] from MODIFIED to ON_QA > Combine doclets to avoid running javadocs multiple times > -------------------------------------------------------- > > Key: ISPN-4771 > URL: https://issues.jboss.org/browse/ISPN-4771 > Project: Infinispan > Issue Type: Enhancement > Components: Documentation-Core > Affects Versions: 7.0.0.Beta2 > Reporter: Tristan Tarrant > Assignee: Tristan Tarrant > Fix For: 7.0.0.CR1 > > > The PublicAPIDoclet and JMXDoclet doclets should be combined so that they only require one pass -- This message was sent by Atlassian JIRA (v6.3.8#6338)

11 years, 4 months

1
0
0 / 0

[JBoss JIRA] (ISPN-4770) PublicAPI doclet crashes when generics without type parameters are found

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-4770?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on ISPN-4770: ----------------------------------------------- Dave Stahl <dstahl(a)redhat.com> changed the Status of [bug 1164688|https://bugzilla.redhat.com/show_bug.cgi?id=1164688] from MODIFIED to ON_QA > PublicAPI doclet crashes when generics without type parameters are found > ------------------------------------------------------------------------ > > Key: ISPN-4770 > URL: https://issues.jboss.org/browse/ISPN-4770 > Project: Infinispan > Issue Type: Bug > Components: Documentation-Core > Affects Versions: 7.0.0.Beta2 > Reporter: Tristan Tarrant > Assignee: Tristan Tarrant > Fix For: 7.0.0.CR1 > > > The PublicAPI doclet crashes if it encounters a generic without a type parameter, e.g. List instead of List<Object>. -- This message was sent by Atlassian JIRA (v6.3.8#6338)

11 years, 4 months

1
0
0 / 0

[JBoss JIRA] (ISPN-4769) XSD documentation generator does not handle some types (e.g. xs:list)

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-4769?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on ISPN-4769: ----------------------------------------------- Dave Stahl <dstahl(a)redhat.com> changed the Status of [bug 1164688|https://bugzilla.redhat.com/show_bug.cgi?id=1164688] from MODIFIED to ON_QA > XSD documentation generator does not handle some types (e.g. xs:list) > --------------------------------------------------------------------- > > Key: ISPN-4769 > URL: https://issues.jboss.org/browse/ISPN-4769 > Project: Infinispan > Issue Type: Bug > Components: Documentation-Core > Affects Versions: 7.0.0.Beta2 > Reporter: Tristan Tarrant > Assignee: Tristan Tarrant > Fix For: 7.0.0.CR1 > > > The XSD documentation generator does not handle xs:list simpleTypes and doesn't show documentation for restrictions. -- This message was sent by Atlassian JIRA (v6.3.8#6338)

11 years, 4 months

1
0
0 / 0

[JBoss JIRA] (ISPN-4974) Cross site state transfer - CLI ops throw NPE when backup is not defined

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-4974?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on ISPN-4974: ----------------------------------------------- Dave Stahl <dstahl(a)redhat.com> changed the Status of [bug 1163332|https://bugzilla.redhat.com/show_bug.cgi?id=1163332] from MODIFIED to ON_QA > Cross site state transfer - CLI ops throw NPE when backup is not defined > ------------------------------------------------------------------------ > > Key: ISPN-4974 > URL: https://issues.jboss.org/browse/ISPN-4974 > Project: Infinispan > Issue Type: Bug > Components: CLI > Affects Versions: 7.0.0.Final > Reporter: Matej Čimbora > Assignee: Pedro Ruivo > Fix For: 7.1.0.Alpha1, 7.1.0.Final > > > When <backups><backup site="XYZ"/></backups> is not present in configuration of given cache, "site" CLI operations are still available on the node. However, their usage leads to NPEs being thrown, e.g. > [31m22:40:13,381 ERROR [org.infinispan.cli.interpreter.Interpreter] (management-handler-thread - 4) ISPN019003: Interpreter error: java.lang.NullPointerException > at org.infinispan.cli.interpreter.statement.SiteStatement.execute(SiteStatement.java:46) [infinispan-cli-interpreter-7.0.0.Final.jar:7.0.0.Final] > at org.infinispan.cli.interpreter.Interpreter.execute(Interpreter.java:149) [infinispan-cli-interpreter-7.0.0.Final.jar:7.0.0.Final] > at org.infinispan.server.infinispan.SecurityActions$6.run(SecurityActions.java:255) [infinispan-server-infinispan-7.0.0.Final.jar:7.0.0.Final] > at org.infinispan.server.infinispan.SecurityActions$6.run(SecurityActions.java:252) [infinispan-server-infinispan-7.0.0.Final.jar:7.0.0.Final] > at org.infinispan.security.Security.doPrivileged(Security.java:89) [infinispan-core-7.0.0.Final.jar:7.0.0.Final] > at org.infinispan.server.infinispan.SecurityActions.doPrivileged(SecurityActions.java:68) [infinispan-server-infinispan-7.0.0.Final.jar:7.0.0.Final] > at org.infinispan.server.infinispan.SecurityActions.executeInterpreter(SecurityActions.java:258) [infinispan-server-infinispan-7.0.0.Final.jar:7.0.0.Final] > at org.jboss.as.clustering.infinispan.subsystem.CliInterpreterHandler.execute(CliInterpreterHandler.java:49) [infinispan-server-infinispan-7.0.0.Final.jar:7.0.0.Final] > at org.jboss.as.controller.AbstractOperationContext.executeStep(AbstractOperationContext.java:606) [wildfly-controller-8.1.0.Final.jar:8.1.0.Final] > at org.jboss.as.controller.AbstractOperationContext.doCompleteStep(AbstractOperationContext.java:484) [wildfly-controller-8.1.0.Final.jar:8.1.0.Final] > at org.jboss.as.controller.AbstractOperationContext.completeStepInternal(AbstractOperationContext.java:281) [wildfly-controller-8.1.0.Final.jar:8.1.0.Final] > at org.jboss.as.controller.AbstractOperationContext.executeOperation(AbstractOperationContext.java:276) [wildfly-controller-8.1.0.Final.jar:8.1.0.Final] > at org.jboss.as.controller.ModelControllerImpl.internalExecute(ModelControllerImpl.java:271) [wildfly-controller-8.1.0.Final.jar:8.1.0.Final] > at org.jboss.as.controller.ModelControllerImpl.execute(ModelControllerImpl.java:145) [wildfly-controller-8.1.0.Final.jar:8.1.0.Final] > at org.jboss.as.controller.remote.ModelControllerClientOperationHandler$ExecuteRequestHandler.doExecute(ModelControllerClientOperationHandler.java:199) [wildfly-controller-8.1.0.Final.jar:8.1.0.Final] > at org.jboss.as.controller.remote.ModelControllerClientOperationHandler$ExecuteRequestHandler.access$300(ModelControllerClientOperationHandler.java:130) [wildfly-controller-8.1.0.Final.jar:8.1.0.Final] > at org.jboss.as.controller.remote.ModelControllerClientOperationHandler$ExecuteRequestHandler$1$1.run(ModelControllerClientOperationHandler.java:150) [wildfly-controller-8.1.0.Final.jar:8.1.0.Final] > at org.jboss.as.controller.remote.ModelControllerClientOperationHandler$ExecuteRequestHandler$1$1.run(ModelControllerClientOperationHandler.java:146) [wildfly-controller-8.1.0.Final.jar:8.1.0.Final] > at java.security.AccessController.doPrivileged(Native Method) [rt.jar:1.7.0_60] > at javax.security.auth.Subject.doAs(Subject.java:415) [rt.jar:1.7.0_60] > at org.jboss.as.controller.AccessAuditContext.doAs(AccessAuditContext.java:94) [wildfly-controller-8.1.0.Final.jar:8.1.0.Final] > at org.jboss.as.controller.remote.ModelControllerClientOperationHandler$ExecuteRequestHandler$1.execute(ModelControllerClientOperationHandler.java:146) [wildfly-controller-8.1.0.Final.jar:8.1.0.Final] > at org.jboss.as.protocol.mgmt.AbstractMessageHandler$2$1.doExecute(AbstractMessageHandler.java:283) > at org.jboss.as.protocol.mgmt.AbstractMessageHandler$AsyncTaskRunner.run(AbstractMessageHandler.java:504) > at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) [rt.jar:1.7.0_60] > at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) [rt.jar:1.7.0_60] > at java.lang.Thread.run(Thread.java:745) [rt.jar:1.7.0_60] > at org.jboss.threads.JBossThread.run(JBossThread.java:122) [jboss-threads-2.1.1.Final.jar:2.1.1.Final] -- This message was sent by Atlassian JIRA (v6.3.8#6338)

11 years, 4 months

1
0
0 / 0

[JBoss JIRA] (ISPN-4433) Can not run INFINISPAN testsuite with JDK8

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-4433?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on ISPN-4433: ----------------------------------------------- Dave Stahl <dstahl(a)redhat.com> changed the Status of [bug 1084904|https://bugzilla.redhat.com/show_bug.cgi?id=1084904] from MODIFIED to ON_QA > Can not run INFINISPAN testsuite with JDK8 > ------------------------------------------- > > Key: ISPN-4433 > URL: https://issues.jboss.org/browse/ISPN-4433 > Project: Infinispan > Issue Type: Bug > Components: Build process > Affects Versions: 7.0.0.Alpha4 > Reporter: Vitalii Chepeliuk > Assignee: Mircea Markus > Fix For: 7.0.0.Alpha5 > > > {noformat} > [ERROR] Failed to execute goal org.codehaus.mojo:animal-sniffer-maven-plugin:1.9:check (default) on project infinispan-cachestore-jdbc: Execution default of goal org.codehaus.mojo:animal-sniffer-maven-plugin:1.9:check failed. IllegalArgumentException -> [Help 1] > [ERROR] Failed to execute goal org.codehaus.mojo:animal-sniffer-maven-plugin:1.9:check (default) on project infinispan-lucene-v3: Execution default of goal org.codehaus.mojo:animal-sniffer-maven-plugin:1.9:check failed. IllegalArgumentException -> [Help 1] > [ERROR] Failed to execute goal org.apache.maven.plugins:maven-dependency-plugin:2.8:unpack (unpack) on project infinispan-lucene-directory: Artifact has not been packaged yet. When used on reactor artifact, unpack should be executed after packaging: see MDEP-98. -> [Help 2] > [ERROR] Failed to execute goal org.codehaus.mojo:animal-sniffer-maven-plugin:1.9:check (default) on project infinispan-query: Execution default of goal org.codehaus.mojo:animal-sniffer-maven-plugin:1.9:check failed. IllegalArgumentException -> [Help 1] > [ERROR] Failed to execute goal org.apache.maven.plugins:maven-compiler-plugin:3.1:compile (default-compile) on project infinispan-tools: Compilation failure: Compilation failure: > [ERROR] /mnt/hudson_workspace/workspace/edg-60-ispn-testsuite-rhel/89fa96e5/infinispan/tools/src/main/java/org/infinispan/tools/doclet/jmx/JmxDoclet.java:[67,32] cannot find symbol > [ERROR] symbol: method getInstance() > [ERROR] location: class com.sun.tools.doclets.formats.html.ConfigurationImpl > [ERROR] /mnt/hudson_workspace/workspace/edg-60-ispn-testsuite-rhel/89fa96e5/infinispan/tools/src/main/java/org/infinispan/tools/doclet/jmx/JmxDoclet.java:[80,32] cannot find symbol > [ERROR] symbol: method getInstance() > [ERROR] location: class com.sun.tools.doclets.formats.html.ConfigurationImpl > [ERROR] -> [Help 3] > {noformat} > Look on last Jenkins run with JDK8 > * RHEL5 > https://jenkins.mw.lab.eng.bos.redhat.com/hudson/view/JDG/view/FUNC/job/e... > * RHEL6 > https://jenkins.mw.lab.eng.bos.redhat.com/hudson/view/JDG/view/FUNC/job/e... -- This message was sent by Atlassian JIRA (v6.3.8#6338)

11 years, 4 months

1
0
0 / 0

[JBoss JIRA] (ISPN-4804) DeltaReplicationTest.testDeltasAreSent random failure

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-4804?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on ISPN-4804: ----------------------------------------------- Dave Stahl <dstahl(a)redhat.com> changed the Status of [bug 1166028|https://bugzilla.redhat.com/show_bug.cgi?id=1166028] from MODIFIED to ON_QA > DeltaReplicationTest.testDeltasAreSent random failure > ----------------------------------------------------- > > Key: ISPN-4804 > URL: https://issues.jboss.org/browse/ISPN-4804 > Project: Infinispan > Issue Type: Bug > Components: Lucene Directory, Test Suite - Query > Affects Versions: 7.0.0.Beta2 > Reporter: Dan Berindei > Assignee: Gustavo Fernandes > Priority: Critical > Labels: testsuite_stability > Fix For: 7.0.0.CR1 > > > {noformat} > java.util.ConcurrentModificationException > at java.util.HashMap$HashIterator.nextEntry(HashMap.java:922) > at java.util.HashMap$KeyIterator.next(HashMap.java:956) > at org.infinispan.lucene.impl.DeltaReplicationTest.assertOnlyDeltasWereSent(DeltaReplicationTest.java:71) > at org.infinispan.lucene.impl.DeltaReplicationTest.testDeltasAreSent(DeltaReplicationTest.java:66) > {noformat} > Could be because the `InboundInvocationHandlerDecorator.writeCommands` set is accessed from multiple threads without synchronization. > http://ci.infinispan.org/viewLog.html?buildId=12730&buildTypeId=bt9 -- This message was sent by Atlassian JIRA (v6.3.8#6338)

11 years, 4 months

1
0
0 / 0

[JBoss JIRA] (ISPN-4676) Optimize SearchFactoryHandler.updateKnownTypesIfNeeded to fast-path the most likely branch

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-4676?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on ISPN-4676: ----------------------------------------------- Dave Stahl <dstahl(a)redhat.com> changed the Status of [bug 1168032|https://bugzilla.redhat.com/show_bug.cgi?id=1168032] from MODIFIED to ON_QA > Optimize SearchFactoryHandler.updateKnownTypesIfNeeded to fast-path the most likely branch > ------------------------------------------------------------------------------------------ > > Key: ISPN-4676 > URL: https://issues.jboss.org/browse/ISPN-4676 > Project: Infinispan > Issue Type: Enhancement > Components: Embedded Querying > Reporter: Sanne Grinovero > Assignee: Sanne Grinovero > Priority: Optional > Fix For: 7.0.0.Beta2 > > -- This message was sent by Atlassian JIRA (v6.3.8#6338)

11 years, 4 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 December 2014