Thanks to visit codestin.com
Credit goes to github.com

Skip to content

Conversation

@headius
Copy link
Member

@headius headius commented Dec 10, 2024

By requiring a file from jar-dependencies here, we end up activating whatever the default jar-dependencies gem is for the current JRuby runtime. Later on, when the hook is running or gems that use jars simply try to activate a newer jar-dependencies, we get the dreaded version conflict described in
jruby/jar-dependencies#86, preventing activation of all libraries.

The change here moves the body of the hook into the JRuby defaults.rb for RubyGems rather than loading any files from jar-dependencies itself. This appears to fix issues like those seen in the jruby-9.4.9.0 builds at ruby/rdoc#1229 (bundle exec failing to run due to the version conflict) and may fix other reports.

This PR does not yet fix issues using a newer jar-dependencies on an older JRuby, unfortunately, but it will fix at least part of the problem for JRuby releases 9.4.10.0 and higher.

By requiring a file from jar-dependencies here, we end up
activating whatever the default jar-dependencies gem is for the
current JRuby runtime. Later on, when the hook is running or gems
that use jars simply try to activate a newer jar-dependencies, we
get the dreaded version conflict described in
jruby/jar-dependencies#86, preventing activation of all
libraries.

The change here moves the body of the hook into the JRuby
defaults.rb for RubyGems rather than loading any files from
jar-dependencies itself. This appears to fix issues like those
seen in the jruby-9.4.9.0 builds at ruby/rdoc#1229 (bundle exec
failing to run due to the version conflict) and may fix other
reports.

This does not fix issues using a newer jar-dependencies on an
older JRuby, unfortunately.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

1 participant