[JBoss JIRA] (ISPN-5389) Optimize overlapping range and interval predicates (non-indexed query)
by Adrian Nistor (JIRA)
Adrian Nistor created ISPN-5389:
-----------------------------------
Summary: Optimize overlapping range and interval predicates (non-indexed query)
Key: ISPN-5389
URL: https://issues.jboss.org/browse/ISPN-5389
Project: Infinispan
Issue Type: Enhancement
Components: Embedded Querying
Affects Versions: 7.0.0.Final
Reporter: Adrian Nistor
Assignee: Adrian Nistor
Fix For: 7.2.0.Final
When a conjunction or disjunction contains several interval predicates for the same attribute we should attempt to reduce the number of predicates by exploiting eventual overlap.
--
This message was sent by Atlassian JIRA
(v6.3.11#6341)
10 years, 11 months
[JBoss JIRA] (ISPN-2183) Add the ability to fetch a set of keys at once (getAll)
by Dan Berindei (JIRA)
[ https://issues.jboss.org/browse/ISPN-2183?page=com.atlassian.jira.plugin.... ]
Dan Berindei updated ISPN-2183:
-------------------------------
Status: Resolved (was: Pull Request Sent)
Fix Version/s: 7.2.0.CR1
Resolution: Done
> Add the ability to fetch a set of keys at once (getAll)
> -------------------------------------------------------
>
> Key: ISPN-2183
> URL: https://issues.jboss.org/browse/ISPN-2183
> Project: Infinispan
> Issue Type: Feature Request
> Components: Core
> Reporter: Mircea Markus
> Assignee: William Burns
> Priority: Minor
> Fix For: 7.2.0.CR1
>
>
> When a transaction knows in advance about the set of keys it needs to read, this cache.getAll(k1,k2,..kn) method can bring a some performance improvement:
> 1. all the keys can be fetched from remote nodes in parallel
> 2. keys that map to the same node can be grouped and fetched in the same RPC request
>
> Note that 1. can be be achieved even at this time by using Cache.getAsync(K) method - that's not as elegant though as it requires the user to write the code the code that waits on the Future objects that are returned.
--
This message was sent by Atlassian JIRA
(v6.3.11#6341)
10 years, 11 months
[JBoss JIRA] (ISPN-5310) Produce and distribute module org.hibernate.search.infinispan-storage
by Sanne Grinovero (JIRA)
[ https://issues.jboss.org/browse/ISPN-5310?page=com.atlassian.jira.plugin.... ]
Sanne Grinovero updated ISPN-5310:
----------------------------------
Status: Resolved (was: Pull Request Sent)
Resolution: Done
> Produce and distribute module org.hibernate.search.infinispan-storage
> ---------------------------------------------------------------------
>
> Key: ISPN-5310
> URL: https://issues.jboss.org/browse/ISPN-5310
> Project: Infinispan
> Issue Type: Task
> Components: Build process, Lucene Directory
> Reporter: Sanne Grinovero
> Assignee: Gustavo Fernandes
> Priority: Blocker
> Fix For: 7.2.0.CR1
>
>
> Hibernate Search now expects to load the module {{org.hibernate.search.infinispan-storage}} to bind to the Infinispan integration.
> This module should be produced by the Infinispan build, and distributed by the Infinispan releases.
> When downloading the Infinispan modules zip for WildFly, this module should be included.
--
This message was sent by Atlassian JIRA
(v6.3.11#6341)
10 years, 11 months
[JBoss JIRA] (ISPN-5310) Produce and distribute module org.hibernate.search.infinispan-storage
by Sanne Grinovero (JIRA)
[ https://issues.jboss.org/browse/ISPN-5310?page=com.atlassian.jira.plugin.... ]
Sanne Grinovero updated ISPN-5310:
----------------------------------
Component/s: Lucene Directory
(was: Embedded Querying)
> Produce and distribute module org.hibernate.search.infinispan-storage
> ---------------------------------------------------------------------
>
> Key: ISPN-5310
> URL: https://issues.jboss.org/browse/ISPN-5310
> Project: Infinispan
> Issue Type: Task
> Components: Build process, Lucene Directory
> Reporter: Sanne Grinovero
> Assignee: Gustavo Fernandes
> Priority: Blocker
> Fix For: 7.2.0.CR1
>
>
> Hibernate Search now expects to load the module {{org.hibernate.search.infinispan-storage}} to bind to the Infinispan integration.
> This module should be produced by the Infinispan build, and distributed by the Infinispan releases.
> When downloading the Infinispan modules zip for WildFly, this module should be included.
--
This message was sent by Atlassian JIRA
(v6.3.11#6341)
10 years, 11 months
[JBoss JIRA] (ISPN-4258) *MassIndexing.testReindexing test fails randomly on RHEL7
by RH Bugzilla Integration (JIRA)
[ https://issues.jboss.org/browse/ISPN-4258?page=com.atlassian.jira.plugin.... ]
RH Bugzilla Integration commented on ISPN-4258:
-----------------------------------------------
Gustavo Fernandes <gfernand(a)redhat.com> changed the Status of [bug 1208162|https://bugzilla.redhat.com/show_bug.cgi?id=1208162] from ASSIGNED to MODIFIED
> *MassIndexing.testReindexing test fails randomly on RHEL7
> -----------------------------------------------------------
>
> Key: ISPN-4258
> URL: https://issues.jboss.org/browse/ISPN-4258
> Project: Infinispan
> Issue Type: Bug
> Components: Embedded Querying
> Affects Versions: 7.0.0.Alpha3
> Reporter: Vitalii Chepeliuk
> Assignee: Gustavo Fernandes
> Labels: testsuite_stability
> Fix For: 7.0.0.Beta2
>
> 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.3.11#6341)
10 years, 11 months