You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@lucene.apache.org by "Hoss Man (JIRA)" <ji...@apache.org> on 2014/12/04 23:17:12 UTC

[jira] [Commented] (SOLR-6560) Solr example file has outdated termIndexInterval entry

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

Hoss Man commented on SOLR-6560:
--------------------------------

it looks like this was cleaned up in the example configs as part of SOLR-3619.

there's still some stray test files refering to this that would be nice to clean up though (patch in a second)

> Solr example file has outdated termIndexInterval entry
> ------------------------------------------------------
>
>                 Key: SOLR-6560
>                 URL: https://issues.apache.org/jira/browse/SOLR-6560
>             Project: Solr
>          Issue Type: Bug
>          Components: documentation
>    Affects Versions: 4.10
>            Reporter: Tom Burton-West
>            Priority: Minor
>         Attachments: SOLR-6560.patch
>
>
> The termIndexInterval comment and example settings in the example solrconfig.xml file is left over from Solr 3.x versions.  It does not apply to the default Solr  4.x installation and its presence in the example is confusing.  
> According to the JavaDocs for IndexWriterConfig, the Lucene level
> implementations of setTermIndexInterval and setReaderTermsIndexDivisor these do not apply to the default Solr4 PostingsFormat implementation.  
> From (http://lucene.apache.org/core/4_10_0/core/org/apache/lucene/index/IndexWriterConfig.html#setTermIndexInterval%28int%29 )
> "This parameter does not apply to all PostingsFormat implementations, including the default one in this release. It only makes sense for term indexes that are implemented as a fixed gap between terms. For example, Lucene41PostingsFormat implements the term index instead based upon how terms share prefixes. To configure its parameters (the minimum and maximum size for a block), you would instead use Lucene41PostingsFormat.Lucene41PostingsFormat(int, int). which can also be configured on a per-field basis:"
> The (soon to be ) attached patch just removes the outdated example. 
> Documentation on the wiki and Solr ref guide should also be updated.
> If the latest Solr default postings format can be configured from Solr, perhaps someone with knowledge of the use case and experience configuring it could provide a suitable example.   Since the Solr 4 default postingsformat is so much more efficient than Solr 3.x, there might no longer be a use case for messing with the parameters.



--
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