Erick Erickson created SOLR-11803:
-------------------------------------

             Summary: Remove all traces of "optimize" from Solr and replice 
with "forceMerge"
                 Key: SOLR-11803
                 URL: https://issues.apache.org/jira/browse/SOLR-11803
             Project: Solr
          Issue Type: Improvement
      Security Level: Public (Default Security Level. Issues are Public)
            Reporter: Erick Erickson
            Priority: Minor


Umbrella issue for removing optimize from Solr.

This has been kicked around for quite some time. It turns out that there are a 
number of places all this is baked in to code. Here are the places hinted at by 
just looking at the reference guide:

suggester has "buildOnOptimize".
DIH has optimize.
postOptimize hook
IgnoreCommitOptimizeUpdateProcessorFactory
ignoreOptimizeOnly
buildOnOptimize
And what about JMX stats? UPDATE.updateHandler.optimizes

Then there are about a zillion places in the code that use optimize, I'm not 
sure how many of those would need to change. Lots of tests for instance have: 
"assertU(optimize());"

The first step would be to deprecate public static String OPTIMIZE = "optimize" 
in  UpdateParams, add FORCEMERGE and proceed from there.



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org

Reply via email to