[ http://opensource.atlassian.com/projects/hibernate/browse/HSEARCH-236?pag... ] Emmanuel Bernard updated HSEARCH-236: ------------------------------------- Fix Version/s: (was: 3.1.0) 3.1.0.Beta2 -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://opensource.atlassian.com/projects/hibernate/secure/Administrators.... - For more information on JIRA, see: http://www.atlassian.com/software/jira

[ http://opensource.atlassian.com/projects/hibernate/browse/HSEARCH-236?pag... ] Sanne Grinovero commented on HSEARCH-236: ----------------------------------------- We can't avoid the lock; It fails even before trying to really optimize: because other threads use the index concurrently, they hold (maybe on turn, but doesn't matter) the Lucene write lock. Even if the optimization task could do it's work without a DP lock, it has good chances to hit a timeoutexception: org.apache.lucene.store.LockObtainFailedException: Lock obtain timed out: SimpleFSLock(a)/home/sanne/idx/write.lock at org.apache.lucene.store.Lock.obtain(Lock.java:85) at org.apache.lucene.index.IndexWriter.init(IndexWriter.java:1054) at org.apache.lucene.index.IndexWriter.<init>(IndexWriter.java:698) at org.hibernate.search.test.optimizer.OptimizeTask.run(OptimizeTask.java:19) -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://opensource.atlassian.com/projects/hibernate/secure/Administrators.... - For more information on JIRA, see: http://www.atlassian.com/software/jira