[ 
https://issues.apache.org/jira/browse/SOLR-4934?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13688104#comment-13688104
 ] 

Shawn Heisey commented on SOLR-4934:
------------------------------------

I was getting ready to file an issue, glad I found this before doing so.  The 
only thing I knew was that LUCENE-5038 had caused Solr to make compound files 
and the useCompoundFile setting under indexConfig that I found in the branch_4x 
example wasn't turning it off.

A connected discussion, for which I can file an issue if necessary: Assuming 
there are plenty of file descriptors available, will a user get better 
performance from compound files or separate files?  Is it dependent on other 
factors like filesystem choice, or is one a clear winner?  The outcome of that 
discussion should decide what Solr's default is when no related config options 
are used.

                
> Prevent runtime failure if users use initargs "useCompoundFile" setting on 
> LogMergePolicy or TieredMergePolicy
> --------------------------------------------------------------------------------------------------------------
>
>                 Key: SOLR-4934
>                 URL: https://issues.apache.org/jira/browse/SOLR-4934
>             Project: Solr
>          Issue Type: Bug
>            Reporter: Hoss Man
>            Assignee: Hoss Man
>             Fix For: 5.0, 4.4
>
>
> * LUCENE-5038 eliminated setUseCompoundFile(boolean) from the built in 
> MergePolicies
> * existing users may have configs that use <mergePolicy> init args to try and 
> call that setter
> * we already do some explicit checks for these MergePolices in 
> SolrIndexConfig to deal with legacy syntax
> * update the existing logic to remove "useCompoundFile" from the MergePolicy 
> initArgs for these known policies if found, and log a warning.
> (NOTE: i don't want to arbitrarily remove "useCompoundFile" from the initArgs 
> regardless of class in case someone has a custom MergePolicy that implements 
> that logic -- that would suck)

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira

---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]

Reply via email to