[JBoss JIRA] (ISPN-2661) Not a mapped entity (don't forget to add @Indexed) is thrown while using Clustered Query for DIST cache with InfinispanIndexManager enabled
by Sanne Grinovero (JIRA)
[ https://issues.jboss.org/browse/ISPN-2661?page=com.atlassian.jira.plugin.... ]
Sanne Grinovero reassigned ISPN-2661:
-------------------------------------
Assignee: Sanne Grinovero (was: Adrian Nistor)
> Not a mapped entity (don't forget to add @Indexed) is thrown while using Clustered Query for DIST cache with InfinispanIndexManager enabled
> -------------------------------------------------------------------------------------------------------------------------------------------
>
> Key: ISPN-2661
> URL: https://issues.jboss.org/browse/ISPN-2661
> Project: Infinispan
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: Embedded Querying
> Reporter: Anna Manukyan
> Assignee: Sanne Grinovero
> Labels: clustered_queries
> Attachments: ClusteredQueryMassIndexingTest.java, DistributedMassIndexingTest.java
>
>
> Running ClusteredQuery on Infinispan cache in distributed mode with enabled org.infinispan.query.indexmanager.InfinispanIndexManager as indexmanager and using infinispan as directory_provider, throws the following exception:
> {code}
> org.infinispan.CacheException: org.hibernate.search.SearchException: Not a mapped entity (don't forget to add @Indexed): class org.infinispan.query.queries.faceting.Car
> at org.infinispan.remoting.rpc.RpcManagerImpl.invokeRemotely(RpcManagerImpl.java:189)
> at org.infinispan.remoting.rpc.RpcManagerImpl.invokeRemotely(RpcManagerImpl.java:206)
> at org.infinispan.query.clustered.ClusteredQueryInvoker.broadcast(ClusteredQueryInvoker.java:113)
> at org.infinispan.query.clustered.ClusteredCacheQueryImpl.getResultSize(ClusteredCacheQueryImpl.java:96)
> at org.infinispan.query.distributed.ClusteredQueryMassIndexingTest.verifyFindsCar(ClusteredQueryMassIndexingTest.java:26)
> at org.infinispan.query.distributed.DistributedMassIndexingTest.verifyFindsCar(DistributedMassIndexingTest.java:105)
> at org.infinispan.query.distributed.DistributedMassIndexingTest.testReindexing(DistributedMassIndexingTest.java:68)
> 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:601)
> at org.testng.internal.MethodInvocationHelper.invokeMethod(MethodInvocationHelper.java:80)
> at org.testng.internal.Invoker.invokeMethod(Invoker.java:715)
> at org.testng.internal.Invoker.invokeTestMethod(Invoker.java:907)
> at org.testng.internal.Invoker.invokeTestMethods(Invoker.java:1237)
> 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$Sync.innerRun(FutureTask.java:334)
> at java.util.concurrent.FutureTask.run(FutureTask.java:166)
> at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1110)
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603)
> at java.lang.Thread.run(Thread.java:722)
> Caused by: org.hibernate.search.SearchException: Not a mapped entity (don't forget to add @Indexed): class org.infinispan.query.queries.faceting.Car
> at org.hibernate.search.query.engine.impl.HSQueryImpl.buildSearcher(HSQueryImpl.java:567)
> at org.hibernate.search.query.engine.impl.HSQueryImpl.buildSearcher(HSQueryImpl.java:511)
> at org.hibernate.search.query.engine.impl.HSQueryImpl.queryDocumentExtractor(HSQueryImpl.java:304)
> at org.infinispan.query.clustered.commandworkers.CQGetResultSize.perform(CQGetResultSize.java:40)
> at org.infinispan.query.clustered.ClusteredQueryCommand.perform(ClusteredQueryCommand.java:132)
> at org.infinispan.query.clustered.ClusteredQueryCommand.perform(ClusteredQueryCommand.java:127)
> at org.infinispan.remoting.InboundInvocationHandlerImpl.handleInternal(InboundInvocationHandlerImpl.java:101)
> at org.infinispan.remoting.InboundInvocationHandlerImpl.handleWithWaitForBlocks(InboundInvocationHandlerImpl.java:122)
> at org.infinispan.remoting.InboundInvocationHandlerImpl.handle(InboundInvocationHandlerImpl.java:86)
> at org.infinispan.remoting.transport.jgroups.CommandAwareRpcDispatcher.executeCommandFromLocalCluster(CommandAwareRpcDispatcher.java:245)
> at org.infinispan.remoting.transport.jgroups.CommandAwareRpcDispatcher.handle(CommandAwareRpcDispatcher.java:218)
> at org.jgroups.blocks.RequestCorrelator.handleRequest(RequestCorrelator.java:483)
> at org.jgroups.blocks.RequestCorrelator.receiveMessage(RequestCorrelator.java:390)
> at org.jgroups.blocks.RequestCorrelator.receive(RequestCorrelator.java:248)
> at org.jgroups.blocks.MessageDispatcher$ProtocolAdapter.up(MessageDispatcher.java:598)
> at org.jgroups.JChannel.up(JChannel.java:703)
> at org.jgroups.stack.ProtocolStack.up(ProtocolStack.java:1020)
> at org.jgroups.protocols.FRAG2.up(FRAG2.java:181)
> at org.jgroups.protocols.FC.up(FC.java:479)
> at org.jgroups.protocols.pbcast.GMS.up(GMS.java:896)
> at org.jgroups.protocols.pbcast.STABLE.up(STABLE.java:244)
> at org.jgroups.protocols.UNICAST2.up(UNICAST2.java:432)
> at org.jgroups.protocols.pbcast.NAKACK2.handleMessage(NAKACK2.java:721)
> at org.jgroups.protocols.pbcast.NAKACK2.up(NAKACK2.java:574)
> at org.jgroups.protocols.Discovery.up(Discovery.java:359)
> at org.jgroups.protocols.TP.passMessageUp(TP.java:1287)
> at org.jgroups.protocols.TP$IncomingPacket.handleMyMessage(TP.java:1850)
> at org.jgroups.protocols.TP$IncomingPacket.run(TP.java:1823)
> ... 3 more
> {code}
> You can find the test attached - ClusteredQueryMassIndexingTest.java which extends the DistributedMassIndexingTest (already from the testsuite). I've marked the verifyFindsCar() method there as protected for being able to override it. The cache configuration for the specified issue is:
> https://github.com/andyuk1986/infinispan/blob/master/query/src/test/resou...
--
This message was sent by Atlassian JIRA
(v6.2.6#6264)
11 years, 8 months
[JBoss JIRA] (ISPN-4256) DistributedMassIndexingViaJmxTest.testReindexing && createBeforeClass fails randomly on RHEL7
by Sanne Grinovero (JIRA)
[ https://issues.jboss.org/browse/ISPN-4256?page=com.atlassian.jira.plugin.... ]
Sanne Grinovero updated ISPN-4256:
----------------------------------
Assignee: Gustavo Fernandes (was: Sanne Grinovero)
> DistributedMassIndexingViaJmxTest.testReindexing && createBeforeClass fails randomly on RHEL7
> ---------------------------------------------------------------------------------------------
>
> Key: ISPN-4256
> URL: https://issues.jboss.org/browse/ISPN-4256
> Project: Infinispan
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: Embedded Querying
> Affects Versions: 7.0.0.Alpha3
> Environment: RHEL7, Oracle JDK7
> Reporter: Vitalii Chepeliuk
> Assignee: Gustavo Fernandes
> Labels: testsuite_stability
> Attachments: DistributedMassIndexingViaJmxTest.log.zip
>
>
> {noformat}
> java.lang.AssertionError: expected:<2> but was:<1>
> 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:52)
> 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
[JBoss JIRA] (ISPN-4258) *MassIndexing.testReindexing test fails randomly on RHEL7
by Sanne Grinovero (JIRA)
[ https://issues.jboss.org/browse/ISPN-4258?page=com.atlassian.jira.plugin.... ]
Sanne Grinovero updated ISPN-4258:
----------------------------------
Assignee: Gustavo Fernandes (was: Sanne Grinovero)
> *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
[JBoss JIRA] (ISPN-3203) Infinispan cache index not loading initial data
by Sanne Grinovero (JIRA)
[ https://issues.jboss.org/browse/ISPN-3203?page=com.atlassian.jira.plugin.... ]
Sanne Grinovero resolved ISPN-3203.
-----------------------------------
Resolution: Rejected
Ralph, this is expected: you're supposed to enable some persistent storage for your indexes.
You have various options, such as using the file-system based index, or store in Infinispan itself (where it can get durability via replication, or a CacheStore, or a combination).
You can also opt to use volatile indexes as you do, in which case you might want to trigger a MassIndexer run to rebuild the indexes.
I'm sorry it took so long to explain, I hadn't noticed this.
> Infinispan cache index not loading initial data
> -----------------------------------------------
>
> Key: ISPN-3203
> URL: https://issues.jboss.org/browse/ISPN-3203
> Project: Infinispan
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: Embedded Querying
> Environment: Linux: debian wheezy
> uname -a: Linux hostname 3.2.0-4-amd64 #1 SMP Debian 3.2.41-2+deb7u2 x86_64 GNU/Linux
> JBoss: 7.1.2.Final
> Embedded cache using infinispan 5.2.6.Final jars included in WAR's WEB-INF/lib directory.
> Reporter: Ralph Jennings
> Assignee: Sanne Grinovero
> Labels: cache-store, index, infinispan, preload
>
> If you create a cache with an existing store to preload data from, the data is available to the cache (get and keySet works) but not to the index (no cache queries work).
> Only entries put into the cache after it starts up can be seen by the index.
--
This message was sent by Atlassian JIRA
(v6.2.6#6264)
11 years, 8 months
[JBoss JIRA] (ISPN-3203) Infinispan cache index not loading initial data
by Sanne Grinovero (JIRA)
[ https://issues.jboss.org/browse/ISPN-3203?page=com.atlassian.jira.plugin.... ]
Sanne Grinovero updated ISPN-3203:
----------------------------------
Affects Version/s: (was: 5.2.6.Final)
> Infinispan cache index not loading initial data
> -----------------------------------------------
>
> Key: ISPN-3203
> URL: https://issues.jboss.org/browse/ISPN-3203
> Project: Infinispan
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: Embedded Querying
> Environment: Linux: debian wheezy
> uname -a: Linux hostname 3.2.0-4-amd64 #1 SMP Debian 3.2.41-2+deb7u2 x86_64 GNU/Linux
> JBoss: 7.1.2.Final
> Embedded cache using infinispan 5.2.6.Final jars included in WAR's WEB-INF/lib directory.
> Reporter: Ralph Jennings
> Assignee: Sanne Grinovero
> Labels: cache-store, index, infinispan, preload
>
> If you create a cache with an existing store to preload data from, the data is available to the cache (get and keySet works) but not to the index (no cache queries work).
> Only entries put into the cache after it starts up can be seen by the index.
--
This message was sent by Atlassian JIRA
(v6.2.6#6264)
11 years, 8 months
[JBoss JIRA] (ISPN-3203) Infinispan cache index not loading initial data
by Sanne Grinovero (JIRA)
[ https://issues.jboss.org/browse/ISPN-3203?page=com.atlassian.jira.plugin.... ]
Work on ISPN-3203 started by Sanne Grinovero.
> Infinispan cache index not loading initial data
> -----------------------------------------------
>
> Key: ISPN-3203
> URL: https://issues.jboss.org/browse/ISPN-3203
> Project: Infinispan
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: Embedded Querying
> Affects Versions: 5.2.6.Final
> Environment: Linux: debian wheezy
> uname -a: Linux hostname 3.2.0-4-amd64 #1 SMP Debian 3.2.41-2+deb7u2 x86_64 GNU/Linux
> JBoss: 7.1.2.Final
> Embedded cache using infinispan 5.2.6.Final jars included in WAR's WEB-INF/lib directory.
> Reporter: Ralph Jennings
> Assignee: Sanne Grinovero
> Labels: cache-store, index, infinispan, preload
>
> If you create a cache with an existing store to preload data from, the data is available to the cache (get and keySet works) but not to the index (no cache queries work).
> Only entries put into the cache after it starts up can be seen by the index.
--
This message was sent by Atlassian JIRA
(v6.2.6#6264)
11 years, 8 months
[JBoss JIRA] (ISPN-3203) Infinispan cache index not loading initial data
by Sanne Grinovero (JIRA)
[ https://issues.jboss.org/browse/ISPN-3203?page=com.atlassian.jira.plugin.... ]
Work on ISPN-3203 stopped by Sanne Grinovero.
> Infinispan cache index not loading initial data
> -----------------------------------------------
>
> Key: ISPN-3203
> URL: https://issues.jboss.org/browse/ISPN-3203
> Project: Infinispan
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: Embedded Querying
> Affects Versions: 5.2.6.Final
> Environment: Linux: debian wheezy
> uname -a: Linux hostname 3.2.0-4-amd64 #1 SMP Debian 3.2.41-2+deb7u2 x86_64 GNU/Linux
> JBoss: 7.1.2.Final
> Embedded cache using infinispan 5.2.6.Final jars included in WAR's WEB-INF/lib directory.
> Reporter: Ralph Jennings
> Assignee: Sanne Grinovero
> Labels: cache-store, index, infinispan, preload
>
> If you create a cache with an existing store to preload data from, the data is available to the cache (get and keySet works) but not to the index (no cache queries work).
> Only entries put into the cache after it starts up can be seen by the index.
--
This message was sent by Atlassian JIRA
(v6.2.6#6264)
11 years, 8 months
[JBoss JIRA] (ISPN-3203) Infinispan cache index not loading initial data
by Sanne Grinovero (JIRA)
[ https://issues.jboss.org/browse/ISPN-3203?page=com.atlassian.jira.plugin.... ]
Sanne Grinovero reassigned ISPN-3203:
-------------------------------------
Assignee: Sanne Grinovero (was: Adrian Nistor)
> Infinispan cache index not loading initial data
> -----------------------------------------------
>
> Key: ISPN-3203
> URL: https://issues.jboss.org/browse/ISPN-3203
> Project: Infinispan
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: Embedded Querying
> Affects Versions: 5.2.6.Final
> Environment: Linux: debian wheezy
> uname -a: Linux hostname 3.2.0-4-amd64 #1 SMP Debian 3.2.41-2+deb7u2 x86_64 GNU/Linux
> JBoss: 7.1.2.Final
> Embedded cache using infinispan 5.2.6.Final jars included in WAR's WEB-INF/lib directory.
> Reporter: Ralph Jennings
> Assignee: Sanne Grinovero
> Labels: cache-store, index, infinispan, preload
>
> If you create a cache with an existing store to preload data from, the data is available to the cache (get and keySet works) but not to the index (no cache queries work).
> Only entries put into the cache after it starts up can be seen by the index.
--
This message was sent by Atlassian JIRA
(v6.2.6#6264)
11 years, 8 months
[JBoss JIRA] (ISPN-4596) Avoid index cleanup operations on putIfAbsent
by Sanne Grinovero (JIRA)
Sanne Grinovero created ISPN-4596:
-------------------------------------
Summary: Avoid index cleanup operations on putIfAbsent
Key: ISPN-4596
URL: https://issues.jboss.org/browse/ISPN-4596
Project: Infinispan
Issue Type: Enhancement
Security Level: Public (Everyone can see)
Components: Embedded Querying
Reporter: Sanne Grinovero
Assignee: Sanne Grinovero
Fix For: 7.0.0.Beta1
when doing a putIfAbsent() operation we can relax some of the internal cleanup operations, such as automatically enabling the Flag.SKIP_INDEX_CLEANUP
--
This message was sent by Atlassian JIRA
(v6.2.6#6264)
11 years, 8 months