[
https://issues.apache.org/jira/browse/JCR-778?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12490762
]
Michael Neale commented on JCR-778:
-----------------------------------
ok the problem isn't just with locking Per-se - thats only part.
Even when locking is disabled, the index reader tries to access stuff that just
isn't there:
java.io.FileNotFoundException:
/home/michael/projects/jboss-rules/drools-repository/repository/repository/index/_42/segments
(No such file or directory)
at java.io.RandomAccessFile.open(Native Method)
at java.io.RandomAccessFile.<init>(RandomAccessFile.java:212)
at
org.apache.lucene.store.FSIndexInput$Descriptor.<init>(FSDirectory.java:430)
at org.apache.lucene.store.FSIndexInput.<init>(FSDirectory.java:439)
at org.apache.lucene.store.FSDirectory.openInput(FSDirectory.java:329)
at
org.apache.jackrabbit.core.query.lucene.FSDirectory.openInput(FSDirectory.java:209)
at org.apache.lucene.index.SegmentInfos.read(SegmentInfos.java:45)
at org.apache.lucene.index.IndexReader$1.doBody(IndexReader.java:146)
at org.apache.lucene.store.Lock$With.run(Lock.java:99)
at org.apache.lucene.index.IndexReader.open(IndexReader.java:141)
at org.apache.lucene.index.IndexReader.open(IndexReader.java:136)
at
org.apache.jackrabbit.core.query.lucene.AbstractIndex.getReadOnlyIndexReader(AbstractIndex.java:191)
at
org.apache.jackrabbit.core.query.lucene.MultiIndex.getIndexReader(MultiIndex.java:616)
at
org.apache.jackrabbit.core.query.lucene.SearchIndex.executeQuery(SearchIndex.java:384)
at
org.apache.jackrabbit.core.query.lucene.LazyQueryResultImpl.executeQuery(LazyQueryResultImpl.java:204)
at
org.apache.jackrabbit.core.query.lucene.LazyQueryResultImpl.getResults(LazyQueryResultImpl.java:244)
at
org.apache.jackrabbit.core.query.lucene.LazyQueryResultImpl.<init>(LazyQueryResultImpl.java:161)
at
org.apache.jackrabbit.core.query.lucene.QueryImpl.execute(QueryImpl.java:164)
at
org.apache.jackrabbit.core.query.QueryImpl.execute(QueryImpl.java:142)
at
org.drools.repository.RulesRepository.findAssetsByName(RulesRepository.java:968)
at
org.drools.repository.RulesRepository.findAssetsByName(RulesRepository.java:980)
at
org.drools.repository.RulesRepositoryTest.testFindRulesByName(RulesRepositoryTest.java:87)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:585)
at junit.framework.TestCase.runTest(TestCase.java:154)
at junit.framework.TestCase.runBare(TestCase.java:127)
at junit.framework.TestResult$1.protect(TestResult.java:106)
at junit.framework.TestResult.runProtected(TestResult.java:124)
at junit.framework.TestResult.run(TestResult.java:109)
at junit.framework.TestCase.run(TestCase.java:118)
at
org.eclipse.jdt.internal.junit.runner.junit3.JUnit3TestReference.run(JUnit3TestReference.java:128)
at
org.eclipse.jdt.internal.junit.runner.TestExecution.run(TestExecution.java:38)
at
org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:460)
at
org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:673)
at
org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.run(RemoteTestRunner.java:386)
at
org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.main(RemoteTestRunner.java:196)
> Error on query initialization - intermittent
> --------------------------------------------
>
> Key: JCR-778
> URL: https://issues.apache.org/jira/browse/JCR-778
> Project: Jackrabbit
> Issue Type: Bug
> Components: indexing
> Affects Versions: 1.1, 1.2.2
> Environment: Linux Fedora Core 5, ext2 filesystem, Java 1.5 (Sun)
> Reporter: Michael Neale
>
> About 1 in ten times, I get the error as shown in the stack trace below. This
> happens when I run test, or when I start the app. The only way to resolve
> (when testing) seems to be to blow away the repository.
> It always happens at the point the query manager is accessed (triggering the
> query subsystem to start up). It DOES NOT cause an exception to be thrown
> back to the caller, I just noticed it in the logs. Basically the queries
> return NO data at all (and show up as test failures of course).
> In each case when I startup the system/test, if the repository exists I use
> it, and (for tests) clean it by deleting the root node of the user content,
> and then starting again, otherwise there is nothing that exciting.
> Please let me know if more info is needed.
> ERROR 05-03 15:54:39,386 (LazyQueryResultImpl.java:getResults:266)
> -Exception while executing query:
> java.io.IOException : No such file or directory
> at java.io.UnixFileSystem.createFileExclusively(Native Method)
> at java.io.File.createNewFile(File.java:850)
> at org.apache.jackrabbit.core.query.lucene.FSDirectory$1.obtain(
> FSDirectory.java:119)
> at org.apache.lucene.store.Lock.obtain(Lock.java:51)
> at org.apache.lucene.store.Lock$With.run(Lock.java:98)
> at org.apache.lucene.index.IndexReader.open(IndexReader.java:141)
> at org.apache.lucene.index.IndexReader.open(IndexReader.java:136)
> at
> org.apache.jackrabbit.core.query.lucene.AbstractIndex.getReadOnlyIndexReader(AbstractIndex.java:191)
> at org.apache.jackrabbit.core.query.lucene.MultiIndex.getIndexReader
> (MultiIndex.java:616)
> at
> org.apache.jackrabbit.core.query.lucene.SearchIndex.executeQuery(SearchIndex.java:384)
> at
> org.apache.jackrabbit.core.query.lucene.LazyQueryResultImpl.executeQuery(LazyQueryResultImpl.java
> :204)
> at
> org.apache.jackrabbit.core.query.lucene.LazyQueryResultImpl.getResults(LazyQueryResultImpl.java:244)
> at
> org.apache.jackrabbit.core.query.lucene.LazyQueryResultImpl.<init>(LazyQueryResultImpl.java
> :161)
> at
> org.apache.jackrabbit.core.query.lucene.QueryImpl.execute(QueryImpl.java:164)
> at org.apache.jackrabbit.core.query.QueryImpl.execute(QueryImpl.java:142)
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
