Mailing-List: contact java-dev-help@lucene.apache.org; run by ezmlm
Precedence: bulk
Reply-To: java-dev@lucene.apache.org
Message-ID: <26977361.1159038623681.JavaMail.jira@brutus>
Date: Sat, 23 Sep 2006 12:10:23 -0700 (PDT)
From: "Otis Gospodnetic (JIRA)" <jira@apache.org>
To: java-dev@lucene.apache.org
Subject: [jira] Resolved: (LUCENE-531) RAMDirectory creation from existing
 FSDirectory throws IOException ("is a directory")
In-Reply-To: <318698126.1143325638771.JavaMail.jira@ajax>
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit

     [ http://issues.apache.org/jira/browse/LUCENE-531?page=all ]

Otis Gospodnetic resolved LUCENE-531.
-------------------------------------

    Resolution: Duplicate

Indeed, LUCENE-638 seems to contain the fix for this, good catch.

> 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: java-dev-unsubscribe@lucene.apache.org
For additional commands, e-mail: java-dev-help@lucene.apache.org