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