August 2014 - infinispan-issues - Jboss List Archives

[JBoss JIRA] (ISPN-4557) Infinispan Core module for the application server not importing Services from the Query module

by Sanne Grinovero (JIRA)

[ https://issues.jboss.org/browse/ISPN-4557?page=com.atlassian.jira.plugin.... ] Sanne Grinovero updated ISPN-4557: ---------------------------------- Status: Resolved (was: Pull Request Sent) Resolution: Done > Infinispan Core module for the application server not importing Services from the Query module > ---------------------------------------------------------------------------------------------- > > Key: ISPN-4557 > URL: https://issues.jboss.org/browse/ISPN-4557 > Project: Infinispan > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: Embedded Querying > Affects Versions: 7.0.0.Alpha5 > Reporter: Sanne Grinovero > Assignee: Sanne Grinovero > Fix For: 7.0.0.Beta2 > > > The module definition of Infinispan Core (the JDG main module) depends on the Query module but fails to import the Services. > Not loading the services allows the Indexing feature to be enabled, although several operations will fail at runtime. -- This message was sent by Atlassian JIRA (v6.2.6#6264)

11 years, 8 months

1
0
0 / 0

[JBoss JIRA] (ISPN-4634) AS module for JCache is importing the wrong slot for JGroups

by Sanne Grinovero (JIRA)

Sanne Grinovero created ISPN-4634: ------------------------------------- Summary: AS module for JCache is importing the wrong slot for JGroups Key: ISPN-4634 URL: https://issues.jboss.org/browse/ISPN-4634 Project: Infinispan Issue Type: Bug Security Level: Public (Everyone can see) Components: JCache Affects Versions: 7.0.0.Beta1, 7.0.0.Alpha5 Reporter: Gustavo Fernandes Assignee: Gustavo Fernandes Fix For: 7.0.0.Beta2 -- This message was sent by Atlassian JIRA (v6.2.6#6264)

11 years, 8 months

1
0
0 / 0

[JBoss JIRA] (ISPN-4363) Add documentation for Cluster Listeners

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-4363?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on ISPN-4363: ----------------------------------------------- William Burns <wburns(a)redhat.com> changed the Status of [bug 1129447|https://bugzilla.redhat.com/show_bug.cgi?id=1129447] from NEW to POST > Add documentation for Cluster Listeners > --------------------------------------- > > Key: ISPN-4363 > URL: https://issues.jboss.org/browse/ISPN-4363 > Project: Infinispan > Issue Type: Enhancement > Security Level: Public(Everyone can see) > Reporter: William Burns > Assignee: William Burns > Fix For: 7.0.0.Final > > > There needs to be documentation in the Infinispan User Guide related to Cluster Listeners. -- This message was sent by Atlassian JIRA (v6.2.6#6264)

11 years, 8 months

1
0
0 / 0

[JBoss JIRA] (ISPN-4363) Add documentation for Cluster Listeners

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-4363?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration updated ISPN-4363: ------------------------------------------ Bugzilla Update: Perform Bugzilla References: https://bugzilla.redhat.com/show_bug.cgi?id=1129447 > Add documentation for Cluster Listeners > --------------------------------------- > > Key: ISPN-4363 > URL: https://issues.jboss.org/browse/ISPN-4363 > Project: Infinispan > Issue Type: Enhancement > Security Level: Public(Everyone can see) > Reporter: William Burns > Assignee: William Burns > Fix For: 7.0.0.Final > > > There needs to be documentation in the Infinispan User Guide related to Cluster Listeners. -- This message was sent by Atlassian JIRA (v6.2.6#6264)

11 years, 8 months

1
0
0 / 0

[JBoss JIRA] (ISPN-4196) Local transaction not removed from transaction table with keySet, entrySet, values operations

by Paul Ferraro (JIRA)

[ https://issues.jboss.org/browse/ISPN-4196?page=com.atlassian.jira.plugin.... ] Paul Ferraro commented on ISPN-4196: ------------------------------------ Thanks [~anistor]. > Local transaction not removed from transaction table with keySet, entrySet, values operations > --------------------------------------------------------------------------------------------- > > Key: ISPN-4196 > URL: https://issues.jboss.org/browse/ISPN-4196 > Project: Infinispan > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: Embedded Querying > Affects Versions: 7.0.0.Alpha1 > Reporter: Adrian Nistor > Assignee: Martin Gencur > Fix For: 7.0.0.Alpha4, 7.0.0.Final > > > The cleanup phase of FilesystemQueryDslIterationTest of this test is based on Cache.clear() and is very slow , taking about 30 seconds, or at least that's how much we gain if the cache cleanup is removed. Without the cleanup, this test takes about 2.5 seconds, so we need to investigate why Cache.clear() creates a problem here or in general. -- This message was sent by Atlassian JIRA (v6.2.6#6264)

11 years, 8 months

1
0
0 / 0

[JBoss JIRA] (ISPN-4602) Verify EntryIterator works with MarshalledValues

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-4602?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on ISPN-4602: ----------------------------------------------- William Burns <wburns(a)redhat.com> changed the Status of [bug 1128811|https://bugzilla.redhat.com/show_bug.cgi?id=1128811] from NEW to POST > Verify EntryIterator works with MarshalledValues > ------------------------------------------------ > > Key: ISPN-4602 > URL: https://issues.jboss.org/browse/ISPN-4602 > Project: Infinispan > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: Marshalling > Affects Versions: 7.0.0.Alpha5 > Reporter: William Burns > Assignee: William Burns > Fix For: 7.0.0.Beta1 > > > The EntryIterator currently doesn't deserialize MarshalledValues as needed which would cause filter failures and the incorrect values to be returned. > This also means each key/value pair would need to be deserialized when applied to filter which will be slower and should be noted in documentation, but sent across as MarshalledValues?. The only other way is to use some sort of proxy for each object to force lazy deserialization on referencing a field when applying filter, but this seems overkill. -- This message was sent by Atlassian JIRA (v6.2.6#6264)

11 years, 8 months

1
0
0 / 0

[JBoss JIRA] (ISPN-4258) *MassIndexing.testReindexing test fails randomly on RHEL7

by Gustavo Fernandes (JIRA)

[ https://issues.jboss.org/browse/ISPN-4258?page=com.atlassian.jira.plugin.... ] Gustavo Fernandes commented on ISPN-4258: ----------------------------------------- I'm not seeing random failures on this test, but it always hangs after throwing {code} Caused by: org.hibernate.search.exception.SearchException: HSEARCH000083: Unable to serialize List<LuceneWork> at org.hibernate.search.indexes.serialization.impl.LuceneWorkSerializerImpl.toSerializedModel(LuceneWorkSerializerImpl.java:92) at org.infinispan.query.indexmanager.InfinispanCommandsBackend.applyWork(InfinispanCommandsBackend.java:79) at org.infinispan.query.indexmanager.InfinispanCommandsBackend.applyStreamWork(InfinispanCommandsBackend.java:94) at org.infinispan.query.indexmanager.MasterSwitchDelegatingQueueProcessor.applyStreamWork(MasterSwitchDelegatingQueueProcessor.java:63) at org.hibernate.search.indexes.impl.DirectoryBasedIndexManager.performStreamOperation(DirectoryBasedIndexManager.java:108) at org.hibernate.search.backend.impl.StreamingSelectionVisitor$AddSelectionDelegate.performStreamOperation(StreamingSelectionVisitor.java:82) at org.hibernate.search.backend.impl.batch.DefaultBatchBackend.sendWorkToShards(DefaultBatchBackend.java:58) at org.hibernate.search.backend.impl.batch.DefaultBatchBackend.enqueueAsyncWork(DefaultBatchBackend.java:45) at org.infinispan.query.impl.massindex.IndexingMapper.updateIndex(IndexingMapper.java:67) at org.infinispan.query.impl.massindex.IndexingMapper.map(IndexingMapper.java:44) at org.infinispan.distexec.mapreduce.MapReduceManagerImpl$2.apply(MapReduceManagerImpl.java:205) at org.infinispan.distexec.mapreduce.MapReduceManagerImpl$2.apply(MapReduceManagerImpl.java:200) at org.infinispan.container.DefaultDataContainer$1.apply(DefaultDataContainer.java:394) at org.infinispan.container.DefaultDataContainer$1.apply(DefaultDataContainer.java:390) at org.infinispan.commons.util.concurrent.jdk8backported.ConcurrentParallelHashMapV8$1.apply(ConcurrentParallelHashMapV8.java:48) at org.infinispan.commons.util.concurrent.jdk8backported.EquivalentConcurrentHashMapV8$ForEachMappingTask.compute(EquivalentConcurrentHashMapV8.java:4894) at org.infinispan.commons.util.concurrent.jdk8backported.CountedCompleter.exec(CountedCompleter.java:681) at org.infinispan.commons.util.concurrent.jdk8backported.ForkJoinTask.doExec(ForkJoinTask.java:264) at org.infinispan.commons.util.concurrent.jdk8backported.ForkJoinPool$WorkQueue.runTask(ForkJoinPool.java:990) at org.infinispan.commons.util.concurrent.jdk8backported.ForkJoinPool.runWorker(ForkJoinPool.java:1630) at org.infinispan.commons.util.concurrent.jdk8backported.ForkJoinWorkerThread.run(ForkJoinWorkerThread.java:109) Caused by: java.lang.ArrayIndexOutOfBoundsException: 7 at java.util.ArrayList.add(ArrayList.java:441) at org.hibernate.search.indexes.serialization.avro.impl.AvroSerializer.addFieldWithStringData(AvroSerializer.java:258) at org.hibernate.search.indexes.serialization.impl.LuceneWorkSerializerImpl.buildDocument(LuceneWorkSerializerImpl.java:174) at org.hibernate.search.indexes.serialization.impl.LuceneWorkSerializerImpl.toSerializedModel(LuceneWorkSerializerImpl.java:80) {code} This was fixed on https://hibernate.atlassian.net/browse/HSEARCH-1637 > *MassIndexing.testReindexing test fails randomly on RHEL7 > ----------------------------------------------------------- > > Key: ISPN-4258 > URL: https://issues.jboss.org/browse/ISPN-4258 > Project: Infinispan > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: Embedded Querying > Affects Versions: 7.0.0.Alpha3 > Reporter: Vitalii Chepeliuk > Assignee: Gustavo Fernandes > Labels: testsuite_stability > Attachments: MassIndexingTests.zip > > > Following tests fail with assertion error > DistProgrammaticMassIndexTest.testReindexing > TopologyAwareDistMassIndexingTest.testReindexing > DistributedMassIndexingTest.testReindexing > DistributedMassIndexingViaJmxTest.testReindexing > DistributedMassIndexingViaJmxTest.createBeforeClass > {noformat} > java.lang.AssertionError: expected:<3> but was:<0> > at org.junit.Assert.fail(Assert.java:88) > at org.junit.Assert.failNotEquals(Assert.java:743) > at org.junit.Assert.assertEquals(Assert.java:118) > at org.junit.Assert.assertEquals(Assert.java:555) > at org.junit.Assert.assertEquals(Assert.java:542) > at org.infinispan.query.distributed.DistributedMassIndexingTest.verifyFindsCar(DistributedMassIndexingTest.java:89) > at org.infinispan.query.distributed.DistributedMassIndexingTest.verifyFindsCar(DistributedMassIndexingTest.java:80) > at org.infinispan.query.distributed.DistributedMassIndexingTest.testReindexing(DistributedMassIndexingTest.java:58) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:606) > at org.testng.internal.MethodInvocationHelper.invokeMethod(MethodInvocationHelper.java:80) > at org.testng.internal.Invoker.invokeMethod(Invoker.java:714) > at org.testng.internal.Invoker.invokeTestMethod(Invoker.java:901) > at org.testng.internal.Invoker.invokeTestMethods(Invoker.java:1231) > at org.testng.internal.TestMethodWorker.invokeTestMethods(TestMethodWorker.java:127) > at org.testng.internal.TestMethodWorker.run(TestMethodWorker.java:111) > at org.testng.TestRunner.privateRun(TestRunner.java:767) > at org.testng.TestRunner.run(TestRunner.java:617) > at org.testng.SuiteRunner.runTest(SuiteRunner.java:334) > at org.testng.SuiteRunner.access$000(SuiteRunner.java:37) > at org.testng.SuiteRunner$SuiteWorker.run(SuiteRunner.java:368) > at org.testng.internal.thread.ThreadUtil$2.call(ThreadUtil.java:64) > at java.util.concurrent.FutureTask.run(FutureTask.java:262) > 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:744) > {noformat} -- This message was sent by Atlassian JIRA (v6.2.6#6264)

11 years, 8 months

1
0
0 / 0

[JBoss JIRA] (ISPN-4633) Local transaction not removed from transaction table after a size() operation

by Adrian Nistor (JIRA)

[ https://issues.jboss.org/browse/ISPN-4633?page=com.atlassian.jira.plugin.... ] Adrian Nistor updated ISPN-4633: -------------------------------- Description: Executing cache.size() as the only operation during a transaction will leave behind a LocalTransaction in the transaction table. This tx has not locked keys and will eventually be removed by the reaper after a while. The same fix as for ISPN-4196 should be applied for size(). > Local transaction not removed from transaction table after a size() operation > ----------------------------------------------------------------------------- > > Key: ISPN-4633 > URL: https://issues.jboss.org/browse/ISPN-4633 > Project: Infinispan > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: Transactions > Affects Versions: 7.0.0.Beta1 > Reporter: Adrian Nistor > Assignee: Adrian Nistor > Fix For: 7.0.0.Beta2 > > > Executing cache.size() as the only operation during a transaction will leave behind a LocalTransaction in the transaction table. This tx has not locked keys and will eventually be removed by the reaper after a while. The same fix as for ISPN-4196 should be applied for size(). -- This message was sent by Atlassian JIRA (v6.2.6#6264)

11 years, 8 months

1
0
0 / 0

[JBoss JIRA] (ISPN-4633) Local transaction not removed from transaction table after a size() operation

by Adrian Nistor (JIRA)

Adrian Nistor created ISPN-4633: ----------------------------------- Summary: Local transaction not removed from transaction table after a size() operation Key: ISPN-4633 URL: https://issues.jboss.org/browse/ISPN-4633 Project: Infinispan Issue Type: Bug Security Level: Public (Everyone can see) Reporter: Adrian Nistor Assignee: Adrian Nistor -- This message was sent by Atlassian JIRA (v6.2.6#6264)

11 years, 8 months

1
0
0 / 0

[JBoss JIRA] (ISPN-4633) Local transaction not removed from transaction table after a size() operation

by Adrian Nistor (JIRA)

[ https://issues.jboss.org/browse/ISPN-4633?page=com.atlassian.jira.plugin.... ] Adrian Nistor updated ISPN-4633: -------------------------------- Fix Version/s: 7.0.0.Beta2 Affects Version/s: 7.0.0.Beta1 Component/s: Transactions > Local transaction not removed from transaction table after a size() operation > ----------------------------------------------------------------------------- > > Key: ISPN-4633 > URL: https://issues.jboss.org/browse/ISPN-4633 > Project: Infinispan > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: Transactions > Affects Versions: 7.0.0.Beta1 > Reporter: Adrian Nistor > Assignee: Adrian Nistor > Fix For: 7.0.0.Beta2 > > -- This message was sent by Atlassian JIRA (v6.2.6#6264)

11 years, 8 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 August 2014