You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@lucene.apache.org by "Robert Muir (JIRA)" <ji...@apache.org> on 2011/05/01 19:39:03 UTC
[jira] [Updated] (LUCENE-3057) LuceneTestCase#newFSDirectoryImpl
misses to set LockFactory if ctor call throws exception
[ https://issues.apache.org/jira/browse/LUCENE-3057?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Robert Muir updated LUCENE-3057:
--------------------------------
Attachment: LUCENE-3057_bug.patch
Hi Simon, I think you meant to set the lockfactory in the finally block?
currently, if there is no exception instantiated the requested directory impl via the ctor (e.g. NIOFSDirectory), then the lockfactory parameter is never set.
> LuceneTestCase#newFSDirectoryImpl misses to set LockFactory if ctor call throws exception
> -----------------------------------------------------------------------------------------
>
> Key: LUCENE-3057
> URL: https://issues.apache.org/jira/browse/LUCENE-3057
> Project: Lucene - Java
> Issue Type: Bug
> Components: Tests
> Affects Versions: 4.0
> Reporter: Simon Willnauer
> Priority: Minor
> Fix For: 4.0
>
> Attachments: LUCENE-3057.patch, LUCENE-3057_bug.patch
>
>
> selckin reported on IRC that if you run ant test -Dtestcase=TestLockFactory -Dtestmethod=testNativeFSLockFactoryPrefix -Dtests.directory=FSDirectory the test fails. Since FSDirectory is an abstract class it can not be instantiated so our code falls back to FSDirector.open. yet we miss to set the given lockFactory though.
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@lucene.apache.org
For additional commands, e-mail: dev-help@lucene.apache.org