[ https://issues.apache.org/jira/browse/LUCENE-1451?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12647077#action_12647077 ]
Hoss Man commented on LUCENE-1451: ---------------------------------- bq. It seems like we should make it possible to create multiple FSDirectory implementations of different types in the same JVM. As mentioned in the thread that spawned this issue... 1. i'm not sure i see any real motivation for this. the biggest motivation to use an alternate impl will be OS (which is fixed for the whole JVM) 1. if i'm reading it right, this patch won't work if two different callers ask for Directories backed by the same File using different directoryImpl instances ... the first one will go into the DIRECTORIES cache and "win" for all future calls. that second problem can be solved in a similar way to the lockFactory check ... but like i said: this seems like a can of worms, with very little real advantage over a simple static setter. > Can't create NIOFSDirectory w/o setting a system property > --------------------------------------------------------- > > Key: LUCENE-1451 > URL: https://issues.apache.org/jira/browse/LUCENE-1451 > Project: Lucene - Java > Issue Type: Bug > Reporter: Yonik Seeley > Priority: Minor > Attachments: LUCENE-1451.patch > > > NIOFSDirectory.getDirectory() returns a FSDirectory object -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]