Thanks Jason for the feedback. I'm glad that my contribution is of value. :)

I will proceed and merge tomorrow the PR. Hopefully solrbot will be
operational again right after the merge.

On Wed, Jan 15, 2025 at 12:12 PM Jason Gerlowski <gerlowsk...@gmail.com>
wrote:

> Hi Christos,
>
> Just wanted to say I really appreciate the detailed discussion of the
> benefits and tradeoffs here. Very helpful for those of us without much
> context on the gradle stuff.
>
> Best,
>
> Jason
>
> On Tue, Jan 14, 2025 at 12:04 PM Christos Malliaridis
> <c.malliari...@gmail.com> wrote:
> >
> > Hello everyone,
> >
> > I would like to merge https://github.com/apache/solr/pull/2925 next
> week,
> > after doing some small cleanups.
> >
> > The PR improves the way our dependencies are resolved by introducing a
> > platform module that automatically adds all our dependencies from our
> > version catalog (gradle/libs.version.toml) as constraints.
> >
> > After the merge, we should be able to use solrbot again (some
> post-testing
> > is required), as dependabot has proven quite difficult to introduce (see
> > discussions in #2880).
> >
> > With the PR changes merged it should now be easier to add, remove or
> update
> > a dependency. We no longer have to manually add or maintain a list of
> > dependency constraints. Resolving conflicts should also be as simple as
> > adding the library to our catalog with the specific version that solves
> the
> > conflict.
> >
> > What changes from the flow is that we now lock versions with the gradle
> > task "gradlew resolveAndLockAll --write-locks" and no longer use the task
> > "writeLocks" that was provided by a third-party plugin.
> >
> > The impact of a dependency change is made clearer when reviewing a PR, as
> > the lockfiles are more human-readable. Each module stores its own
> lockfile,
> > which should make it more obvious when a dependency change affects other
> > sub-modules as well.
> >
> > New modules should consider adding the platform module as a dependency
> via
> > `implementation platform(project(":platform"))` to ensure that the
> version
> > constraints are applied correctly.
> >
> > If you plan to review the PR and don't have the time this week, let me
> know
> > so that I can postpone the merge of the PR.
> >
> > Best,
> > Christos
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscr...@solr.apache.org
> For additional commands, e-mail: dev-h...@solr.apache.org
>
>

Reply via email to