>From the user perspective: a public constructor would be the most obvious, and would be consistent with RAMDirectory.
Dmitri On Wed, Nov 12, 2008 at 4:50 AM, Michael McCandless <[EMAIL PROTECTED]> wrote: > > I think we really should open up a non-static way to choose a different > FSDirectory impl? EG maybe add optional Class to FSDirectory.getDirectory? > Or maybe give NIOFSDirectory a public ctor? Or something? > > Mike > > Mark Miller wrote: > >> Mark Miller wrote: >>> >>> Thats a good point, and points out a bug in solr trunk for me. Frankly I >>> don't see how its done. There is no code I can see/find to use it rather >>> than FSDirectory. Still assuming there must be a way, but I don't see it... >>> >> Ah - brain freeze. What else is new :) You have to set the system property >> to change implementations: org.apache.lucene.FSDirectory.class is the >> property, set it to the class. Been a long time... >> >> --------------------------------------------------------------------- >> To unsubscribe, e-mail: [EMAIL PROTECTED] >> For additional commands, e-mail: [EMAIL PROTECTED] >> > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
