lucene-java-user mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Otis Gospodnetic <otis_gospodne...@yahoo.com>
Subject Re: FSDIrectory.create doesn't tolerate subdirectories
Date Mon, 08 Dec 2003 11:45:08 GMT
I am against making the suggested Lucene modification.
Lucene index structure may change in the future.  It is possible that
one day Lucene developers will need to use a hierarchy of directories
to implement some feature.

Therefore, Lucene users should be discouraged from creating
sub-directories under the Lucene index directory, and Lucene should
'reserve the right' to change the index structure in the future.

Otis

 

--- Esmond Pitt <esmond.pitt@motile.net> wrote:
> Erik
> 
> I'm not clear whether this is a 'yes' or a 'no'. For application
> reasons I
> would like to use a directory structure for indexes that mirrors the
> collection structure of the site, so that there is a master index for
> the
> whole site and subindexes in subdirectories for each virtual site
> (and so on
> recursively while I am building subsubindexes for later
> consolidation).
> 
> I can't see any reason why Lucene should adopt a policy of preventing
> me
> from doing this & of forcing me into something more complicated.
> Especially
> when in reality this policy is merely a bug  & very easily fixable.
> 
> EJP
> ----- Original Message ----- 
> From: "Erik Hatcher" <erik@ehatchersolutions.com>
> To: "Lucene Users List" <lucene-user@jakarta.apache.org>
> Sent: Monday, December 08, 2003 10:47 AM
> Subject: Re: FSDIrectory.create doesn't tolerate subdirectories
> 
> 
> >
> > On Sunday, December 7, 2003, at 06:17  PM, Esmond Pitt wrote:
> > > When creating an index, FSDirectory assumes that the directory
> has no
> > > subdirectories. If a non-empty subdirectory is present,
> > > FSDirectory.create
> > > fails to delete it and throws an IOException. As the subdirectory
> is
> > > not a
> > > Lucene index file (although in my case it is a Lucene sub-index),
> the
> > > method
> > > actually has no business attempting to delete it at all. Can this
> > > behaviour
> > > please be changed so that it doesn't attempt to delete
> subdirectories
> > > in an
> > > index location at all?
> >
> > This seems like an almost reasonable request, and easy enough to
> > implement in FSDirectory.create.  Lucene has no business deleting
> other
> > files in that directory that it doesn't use either, although that
> would
> > be a bit more difficult to implement I think.
> >
> > But really, it seems that users of Lucene should view the index
> > directory as a black box and think of it as a single entity that
> Lucene
> > manages by itself.  Why do you need to put things into that
> directory?
> > If you want to create multiple indexes, then I'd recommend you
> create a
> > parent directory to hold them in which the outside world to your
> > application should view as a single entity that should not be
> touched
> > either.
> >
> > This is why the terminology in Lucene is FS*Directory* - let Lucene
> own
> > it I say.
> >
> > Erik
> >
> >
> >
> ---------------------------------------------------------------------
> > To unsubscribe, e-mail: lucene-user-unsubscribe@jakarta.apache.org
> > For additional commands, e-mail:
> lucene-user-help@jakarta.apache.org
> >
> >
> 
> 
> 
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: lucene-user-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: lucene-user-help@jakarta.apache.org
> 


__________________________________
Do you Yahoo!?
New Yahoo! Photos - easier uploading and sharing.
http://photos.yahoo.com/

---------------------------------------------------------------------
To unsubscribe, e-mail: lucene-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: lucene-user-help@jakarta.apache.org


Mime
View raw message