The main blocker based on the PR comments seems to be the JDK version in Solr that is too low to upgrade some of the dependencies. If Solr will use JDK 21 in v10.0, it shouldn't be a problem updating these dependencies before v10.
I could create a JIRA ticket with subtasks for each dependency update + PR that is available, so that we track the progress and document whether they can and should be backported or not. Would that be helpful to get things started? Best, Christos On Wed, Oct 16, 2024 at 12:06 PM Jan Høydahl <jan....@cominvent.com> wrote: > Hi, > > There are now 36 open SolrBot PRs, some of which are several months old: > > https://github.com/apache/solr/pulls/solrbot > > Let's do a round of dependency upgrade merging to main + 9x prior to a 9.8 > release. > > Not a committer? You can still help e.g. by triaging the PRs that failed > tests and making a comment in the PR on what you believe is the next > action. Sometimes a rebase is required, and there's a checkbox in the > description that can be checked to trigger a rebase on the next solrbot run > (every 4 hours). Sometimes tests fail unrelated to the upgrade, then that > one test can be re-run to get to a green state. Sometimes new transitive > libraries are added by an upgrade, consider whether they are needed (and > must be added to licenses/ folder), or if they can be excluded. > > Here are some useful pointers: > * > https://github.com/apache/solr/blob/main/dev-docs/dependency-upgrades.adoc > * https://github.com/apache/solr/blob/main/dev-tools/scripts/cherrypick.sh > can be useful for backporting (always run precommit before pushing though) > > Jan
