-
-
Notifications
You must be signed in to change notification settings - Fork 925
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
move RubyDate and joda-time into "extension" gem #2691
Comments
Allowing arbitrary versions of joda to be used sounds like a bad idea. We can't make any guarantees about compatibility with versions other than the one we support and I'd hate to see our support policy broaden to whatever version of joda. If there's a classpath conflict, I suggest we shade joda and rename the package. |
joda classes are part of the jruby API so shading breaks any binary
compatibility. and this is actually the reason why the idea will probably
not work, you need joda to compile your code against jruby.
but for info it is easy to use another version of joda with the jruby maven
artifact, you might not even know that you are doing - or you ruby code
uses a library depending on joda (via jbundler) and you just use the joda
coming from jruby.
I can tell the same story with snakeyaml and give you a gem which depends
on an embedded snakeyaml but will "silently" not use the embedded jar. well
with the psych gem in 9k.pre2 this is history and that is where the idea
came from.
|
with 9.2 only supporting Java 8 we could have been moving towards getting rid of joda-time. |
a brief look into the code looks like it is possible to move all the code which uses joda-time into a gem which we can use in the same manner as jruby-readline.
advantage:
disadvantage:
this is just an attempt to improve usefulness of this classloader.delegate and improve the overall classloader setup. other places are
The text was updated successfully, but these errors were encountered: