I did a quick scan of the blockers and feels like this could be a non-blocker? Would likely require greater effort than what the Solr 10 timeline may allow for. Also, it can go in a subsequent 10.x release? https://issues.apache.org/jira/browse/SOLR-17841 ("Investigate multithreaded search performance bottlenecks")
I'll do a second pass over the blockers tonight and see if I can pick up any of these. Also if there is something that I can help out with to speed things up, feel free to reach out on Slack. Thanks, Rahul On Wed, Oct 15, 2025 at 9:08 PM David Smiley <[email protected]> wrote: > Solr 10 blockers in JIRA: > > > https://issues.apache.org/jira/issues/?jql=project%20%3D%20SOLR%20AND%20priority%20%3D%20Blocker%20AND%20fixVersion%20%3D%20%22main%20(10.0)%22%20AND%20resolution%20is%20EMPTY%20ORDER%20BY%20updated%20ASC > > I groomed a few I've interacted with recently. > > Additionally some PRs of mine: > SOLR-17069: update solr-jetty-context.xml -- PR #3760 > SOLR-17712: Deprecating waitForFinalState parameter -- PR #3756 > There's a separate PR #3684 that makes this "true" by default. It's > pretty close... requires likely relaxing the LockLevel for add/delete > replica property. I'll file a JIRA & PR for that specifically. > > And some WIP I have on lowering some INFO logs to DEBUG -- we'll see if I > get to that. >
