As I stated in my last email, there's zero difference between
settings+static factory and builder except for syntax. Cannot
understand what Mark, Mike are arguing about.
Right now I offer to do two things, in any possible way - eradicate as
much broken/spahetti-like runtime state change from IW and friends as
possible, and kill setting methods that delegate to IW components (eg
MergePolicy), as they are redundant and suddenly break if you supply a
non-default component instance.

On Sun, Oct 4, 2009 at 17:55, Yonik Seeley <ysee...@gmail.com> wrote:
> On Sun, Oct 4, 2009 at 5:53 AM, Michael McCandless
> <luc...@mikemccandless.com> wrote:
>>  1 Do we prevent config settings from changing after creating an
>>    IW/IR?
>>
>>  2 Do we use factory or ctor to create IW/IR?
>>
>> On #1, we are technically taking something away.  Are we sure no users
>> find the freedom to change IW settings mid-stream (ramBufferSizeMB,
>> mergeFactor) important?
>
> Some of these are important I think - esp changing merge factor or the
> max segment size.
The question is - whether anybody's going to change
mergefactor/maxsegment size often enough he can't recreate IW without
dire performance penalties?

> Seems like everything that should be fixed at construction time
> (simple params at least) can be passed in the config object, and
> everything else can remain setters on the IndexWriter.  Of course
> things like max segment size have been factored out into the merge
> policies... but you get the idea.
>
> -Yonik
> http://www.lucidimagination.com
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: java-dev-unsubscr...@lucene.apache.org
> For additional commands, e-mail: java-dev-h...@lucene.apache.org
>
>



-- 
Kirill Zakharenko/Кирилл Захаренко (ear...@gmail.com)
Home / Mobile: +7 (495) 683-567-4 / +7 (903) 5-888-423
ICQ: 104465785

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

Reply via email to