Yes It is, I did not extend the testcase for this issue but I could do
if it is really requiered. The fix was quiet trivial.
best regards simon
On 9/23/06, Nicolas Lalevée (JIRA) <[EMAIL PROTECTED]> wrote:
[
http://issues.apache.org/jira/browse/LUCENE-531?page=comments#action_12437128 ]
Nicolas Lalevée commented on LUCENE-531:
----------------------------------------
I think this is fixed with LUCENE-638
> RAMDirectory creation from existing FSDirectory throws IOException ("is a
directory")
>
-------------------------------------------------------------------------------------
>
> Key: LUCENE-531
> URL: http://issues.apache.org/jira/browse/LUCENE-531
> Project: Lucene - Java
> Issue Type: Bug
> Components: Store
> Affects Versions: 1.9, 2.0.0
> Environment: OS: Fedora 5
> 2.6.15-1.2054_FC5 #1 Tue Mar 14 15:48:33 EST 2006 i686 athlon i386 GNU/Linux
> java version "1.5.0_06"
> Java(TM) 2 Runtime Environment, Standard Edition (build 1.5.0_06-b05)
> Java HotSpot(TM) Client VM (build 1.5.0_06-b05, mixed mode, sharing)
> Reporter: Alexander Gutkin
> Priority: Minor
> Attachments: patch.txt, patch_1.9-branch.txt
>
>
> If you generate an index somewhere on the filesystem in location DIR and
later on
> add some other (not index-related) directories to DIR, then loading that
index using
> FSDirectory will succeed. However, if you then attempt to load that index into
> RAM using RAMDirectory API, RAMDirectory constructor will throw an exception
> because it assumes that FSDirectory will return a list of files residing in
DIR. The
> problem with the trunk is that FSDirectory.list() implementation does not
check
> for extraneous entities in the index directory, hence breaking RAMDirectory
> construction.
> I encountered this issue because I started storing some of my tiny indexes
under
> version control. Loading these indexes using RAMDirectory fails because of
> the CVS/subversion directories (.svn/.cvs) which are created within the index
> directories.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
