[JBoss JIRA] (ISPN-5834) LockObtainFailedException thrown in query testsuite
by Sanne Grinovero (JIRA)
[ https://issues.jboss.org/browse/ISPN-5834?page=com.atlassian.jira.plugin.... ]
Sanne Grinovero updated ISPN-5834:
----------------------------------
Status: Resolved (was: Pull Request Sent)
Resolution: Done
> LockObtainFailedException thrown in query testsuite
> ---------------------------------------------------
>
> Key: ISPN-5834
> URL: https://issues.jboss.org/browse/ISPN-5834
> Project: Infinispan
> Issue Type: Bug
> Components: Test Suite - Query
> Affects Versions: 8.1.0.Alpha1
> Reporter: Gustavo Fernandes
> Assignee: Gustavo Fernandes
> Fix For: 8.1.0.CR1
>
>
> Happening on {{IndexCacheStopTest#testIndexingMultipleDirectoriesOnSameCache}} apparently since -migration to Lucene 5- ever
> {code}
> 3218 [ERROR] LogErrorHandler: HSEARCH000058: Exception occurred org.apache.lucene.store.LockObtainFailedException: lock instance already assigned
> Primary Failure:
> Entity org.infinispan.query.test.Person Id I:0 Work Type org.hibernate.search.backend.UpdateLuceneWork
> org.apache.lucene.store.LockObtainFailedException: lock instance already assigned
> at org.infinispan.lucene.impl.CommonLockObtainUtils.failLockAcquire(CommonLockObtainUtils.java:33) ~[classes/:?]
> at org.infinispan.lucene.impl.CommonLockObtainUtils.attemptObtain(CommonLockObtainUtils.java:20) ~[classes/:?]
> at org.infinispan.lucene.impl.BaseLockFactory.obtainLock(BaseLockFactory.java:34) ~[classes/:?]
> at org.infinispan.lucene.impl.BaseLockFactory.obtainLock(BaseLockFactory.java:18) ~[classes/:?]
> at org.infinispan.lucene.impl.DirectoryLucene.obtainLock(DirectoryLucene.java:145) ~[classes/:?]
> at org.apache.lucene.index.IndexWriter.<init>(IndexWriter.java:775) ~[lucene-core-5.3.0.jar:5.3.0 1696229 - noble - 2015-08-17 16:59:03]
> at org.hibernate.search.backend.impl.lucene.IndexWriterHolder.createNewIndexWriter(IndexWriterHolder.java:123) [hibernate-search-engine-5.5.0.Final.jar:5.5.0.Final]
> at org.hibernate.search.backend.impl.lucene.IndexWriterHolder.getIndexWriter(IndexWriterHolder.java:89) [hibernate-search-engine-5.5.0.Final.jar:5.5.0.Final]
> at org.hibernate.search.backend.impl.lucene.AbstractWorkspaceImpl.getIndexWriter(AbstractWorkspaceImpl.java:112) [hibernate-search-engine-5.5.0.Final.jar:5.5.0.Final]
> at org.hibernate.search.backend.impl.lucene.AbstractWorkspaceImpl.getIndexWriterDelegate(AbstractWorkspaceImpl.java:198) [hibernate-search-engine-5.5.0.Final.jar:5.5.0.Final]
> at org.hibernate.search.backend.impl.lucene.LuceneBackendQueueTask.applyUpdates(LuceneBackendQueueTask.java:80) [hibernate-search-engine-5.5.0.Final.jar:5.5.0.Final]
> at org.hibernate.search.backend.impl.lucene.LuceneBackendQueueTask.run(LuceneBackendQueueTask.java:46) [hibernate-search-engine-5.5.0.Final.jar:5.5.0.Final]
> at org.hibernate.search.backend.impl.lucene.SyncWorkProcessor$Consumer.applyChangesets(SyncWorkProcessor.java:145) [hibernate-search-engine-5.5.0.Final.jar:5.5.0.Final]
> at org.hibernate.search.backend.impl.lucene.SyncWorkProcessor$Consumer.run(SyncWorkProcessor.java:135) [hibernate-search-engine-5.5.0.Final.jar:5.5.0.Final]
> at java.lang.Thread.run(Thread.java:745) [?:1.8.0_45]
> {code}
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
10 years, 6 months
[JBoss JIRA] (ISPN-5826) Caches should be stopped in the right order in tests
by Sanne Grinovero (JIRA)
[ https://issues.jboss.org/browse/ISPN-5826?page=com.atlassian.jira.plugin.... ]
Sanne Grinovero updated ISPN-5826:
----------------------------------
Status: Resolved (was: Pull Request Sent)
Resolution: Done
> Caches should be stopped in the right order in tests
> ----------------------------------------------------
>
> Key: ISPN-5826
> URL: https://issues.jboss.org/browse/ISPN-5826
> Project: Infinispan
> Issue Type: Enhancement
> Components: Test Suite - Core, Test Suite - Query
> Affects Versions: 8.1.0.Alpha1
> Reporter: Gustavo Fernandes
> Assignee: Gustavo Fernandes
> Fix For: 8.1.0.CR1
>
>
> ISPN-4561 introduced a cache dependency mechanism at the cache manager level, to allow caches to be stopped in a specific order. The test-fw does not use the cache manager to stop caches to avoid rehash and thus stops caches individually, causing lots of exceptions in the query suite.
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
10 years, 6 months
[JBoss JIRA] (ISPN-5842) Support for filter params in the remote iterator
by Gustavo Fernandes (JIRA)
Gustavo Fernandes created ISPN-5842:
---------------------------------------
Summary: Support for filter params in the remote iterator
Key: ISPN-5842
URL: https://issues.jboss.org/browse/ISPN-5842
Project: Infinispan
Issue Type: Enhancement
Components: Remote Querying
Reporter: Gustavo Fernandes
The remote iterator currently allows to pass in a filter factory name for a server deployed filter, but does support parameterised filters, similar to what remote listeners can do.
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
10 years, 6 months