You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@lucene.apache.org by David Smiley <ds...@apache.org> on 2021/01/14 16:29:09 UTC
Solr CHANGES.txt 8.8 adjustment proposal
I'm looking at the CHANGES.txt file to see what's coming in 8.8. Under the
Improvements section I see multiple things that strike me as optimization
-- a *type of* improvement, sure, but we have a dedicated Optimizations
section in the CHANGES.txt. Here are the ones that seem like candidates to
move:
* SOLR-14942: Reduce leader election time on node shutdown by removing
election nodes before closing cores.
(Cao Manh Dat, Mike Drob, hossman, shalin)
* SOLR-14827: Refactor schema loading to not use XPath (noble)
Also, I see an "Upgrade Notes" section, that Hossman added (CC'ed), but I
think as a community we agreed to omit such things from our CHANGES.txt and
instead rely on solr-upgrade-notes.adoc (referenced at the *very* top of
the file). For this particular upgrade note concerning identifying Solr
Home for internals & plugins, I think it's too internal to even mention at
all.
Ishan: as the RM, maybe you can move/remove these if you agree.
~ David Smiley
Apache Lucene/Solr Search Developer
http://www.linkedin.com/in/davidwsmiley
Re: Solr CHANGES.txt 8.8 adjustment proposal
Posted by David Smiley <ds...@apache.org>.
Modifying changes2html.pl would be like going from SHOULD NOT to a MUST
NOT. I'd prefer we have the flexibility to add a header when we feel it's
appropriate.
~ David Smiley
Apache Lucene/Solr Search Developer
http://www.linkedin.com/in/davidwsmiley
On Thu, Jan 14, 2021 at 12:25 PM Chris Hostetter <ho...@fucit.org>
wrote:
>
> : Also, I see an "Upgrade Notes" section, that Hossman added (CC'ed), but I
> : think as a community we agreed to omit such things from our CHANGES.txt
> and
> : instead rely on solr-upgrade-notes.adoc (referenced at the *very* top of
>
> I don't remember that decision being made -- but ok, fair enough...
>
> If the plan moving forward is that there should be a pre-determined set of
> headers, and that devs shouldn't be adding headings like "Upgrade Notes"
> as needed anymore, then I would like to suggest someone
> should probably make 'changes2html.pl' (or some othe tool run on
> 'check') fail if an unexpected header is added?
>
>
>
> -Hoss
> http://www.lucidworks.com/
>
Re: Solr CHANGES.txt 8.8 adjustment proposal
Posted by Chris Hostetter <ho...@fucit.org>.
: Also, I see an "Upgrade Notes" section, that Hossman added (CC'ed), but I
: think as a community we agreed to omit such things from our CHANGES.txt and
: instead rely on solr-upgrade-notes.adoc (referenced at the *very* top of
I don't remember that decision being made -- but ok, fair enough...
If the plan moving forward is that there should be a pre-determined set of
headers, and that devs shouldn't be adding headings like "Upgrade Notes"
as needed anymore, then I would like to suggest someone
should probably make 'changes2html.pl' (or some othe tool run on
'check') fail if an unexpected header is added?
-Hoss
http://www.lucidworks.com/
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@lucene.apache.org
For additional commands, e-mail: dev-help@lucene.apache.org