You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@lucene.apache.org by "Michael McCandless (JIRA)" <ji...@apache.org> on 2016/07/11 13:18:10 UTC

[jira] [Created] (LUCENE-7375) Can we allow FSDirectory subclasses to customize whether the ctor does a mkdir?

Michael McCandless created LUCENE-7375:
------------------------------------------

             Summary: Can we allow FSDirectory subclasses to customize whether the ctor does a mkdir?
                 Key: LUCENE-7375
                 URL: https://issues.apache.org/jira/browse/LUCENE-7375
             Project: Lucene - Core
          Issue Type: Improvement
            Reporter: Michael McCandless


Today, just instantiating an {{FSDirectory}} always brings the directory into existence, even if you will do no writes ({{createOutput}}).

We have gone back and forth on this, over the ages.  E.g. see LUCENE-16 (only 2 digits there!!), LUCENE-773 (only 3 digits there!!), LUCENE-1464.  At one point we created the directory lazily, on the first write ({{createOutput}}) attempt, but now we always create it when you instantiate {{FSDirectory}}.

This causes some hassle for consumers, e.g. in https://github.com/elastic/elasticsearch/pull/19338 ES is forking {{SimpleFSDirectory}} in order to have a read-only directory impl.

Maybe we can do the {{Files.createDirectories}} in protected method that a subclass could override?




--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

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