Re: Solr: Separate CHANGES.txt for Docker, SolrJ, Contribs, ...

2020-11-20 Thread David Smiley
What of Docker changes? And beyond direct changes to Dockerfile + scripts, it could feature particular notable changes to the server that are particularly noteworthy... like hypothetical improvements to solr home / core root dir etc. configuration. Even if Contribs/Modules are not separated out o

Re: Solr: Separate CHANGES.txt for Docker, SolrJ, Contribs, ...

2020-11-20 Thread Ishan Chattopadhyaya
I think whatever we don't ship in the main tarball today should stay separate. Going forward, when we stop shoving the extra modules (contribs) into the main distro, we can separate out their changelogs. However, I feel SolrJ changes should stay with Solr changes since it is also used heavily in th

Solr: Separate CHANGES.txt for Docker, SolrJ, Contribs, ...

2020-11-20 Thread David Smiley
I was about to merge a PR pertaining to Solr's new Docker module when it occurred to me that I ought to add a CHANGES.txt entry. But, for Solr users (which includes me and everyone reading this), it's annoying to have to go to Solr's all-encompassing CHANGES.txt to find Docker upgrade notes, which

RE: Thinking about upgrading indexes to X+2

2020-11-20 Thread Uwe Schindler
Thanks for bringing this again. I tend to say: Let us just allow also IndexUpgrader beyodn 2 versions! If somebody complains about incorrect offsets, oh man - It's their problem. Uwe - Uwe Schindler Achterdiek 19, D-28357 Bremen https://www.thetaphi.de eMail: u...@thetaphi.de > -Origin

Re: [JENKINS] Lucene-Solr-master-Linux (64bit/jdk-15) - Build # 28659 - Still Failing!

2020-11-20 Thread Michael McCandless
Thanks Dawid. Mike McCandless http://blog.mikemccandless.com On Wed, Nov 18, 2020 at 3:41 AM Dawid Weiss wrote: > > > We should fix these build notification emails where the subject says > "failing" and then the subject says "All tests passed" :) > > This is actually the correct message thoug

Thinking about upgrading indexes to X+2

2020-11-20 Thread Erick Erickson
So yet another iteration on the users list of going from X to X+2 got me to thinking (dangerous I know). I wanted to run this by folks to see if it’s worth a JIRA. It _seems_ reasonable from a user’s perspective to create an index with, say, 6x, then upgrade to 7x and reindex all documents (wit