Plugin Manager re-resolves dependencies unnecessarily

[yaauie]

Logstash information:

Please include the following information:

1. Logstash version (e.g. bin/logstash --version): v7.15.0...main
2. Logstash installation source (e.g. built from source, with a package manager: DEB/RPM, expanded from tar or zip archive, docker): any
3. How is Logstash being run (e.g. as a service/service manager: systemd, upstart, etc. Via command line, docker/kubernetes): any

Plugins installed: (bin/logstash-plugin list --verbose)

n/a

JVM (e.g. java -version): any

If the affected version of Logstash is 7.9 (or earlier), or if it is NOT using the bundled JDK or using the 'no-jdk' version in 7.10 (or higher), please provide the following information:

1. JVM version (java -version)
2. JVM installation source (e.g. from the Operating System's package manager, from source, etc).
3. Value of the LS_JAVA_HOME environment variable if set.

OS version (uname -a if on a Unix-like system): any

Description of the problem including expected versus actual behavior:

In #13015 we froze the lockfile and "genericized" the lockfile to only include the generic "java" platform, un-freezing the lockfile when performing mutative operations (install, remove, update).

But because bundler uses the current specific platform (e.g., universal-java-21 when run on Java 21) as part of dependency resolution, the absence of the current specific platform from the list of platforms in the lockfile causes it to perform an additional dependency-graph resolution when performing these actions (while the lockfile is unfrozen).

[donoghuc]

Interesting. I was wondering why i was always seeing:

Found changes from the lockfile, re-resolving dependencies because you added a new platform to your gemfile

This explains it!