[HBASE-15199] Move jruby jar so only on hbase-shell module classpath; currently globally available

• Type: Task
• Status: Closed
• Priority: Critical
• Resolution: Fixed
• Fix Version/s: 2.0.0
• Component/s: dependencies, jruby, shell
• Hadoop Flags: Incompatible change
• Release Note: The JRuby jar is no longer automatically included in classpaths for HBase server processes nor clients. It is still included in the classpath for the HBase shell and for invocations of org.jruby.Main, which should cover HBase provided support scripts.
• Assignee: Xiang Li
• Reporter: Michael Stack
• Created: 01/Feb/16 16:58
• Updated: 24/Jun/22 17:53
• Resolved: 09/May/17 21:13

Description

A suggestion that came up out of internal issue (filed by Mr Jan Van Besien) was to move the scope of the jruby include down so it is only a dependency for the hbase-shell. jruby jar brings in a bunch of dependencies (joda time for example) which can clash with the includes of others. Our Sean suggests that could be good to shut down exploit possibilities if jruby was not globally available. Only downside I can think is that it may no longer be available to our bin/*rb scripts if we move the jar but perhaps these can be changed so they can find the ruby jar in new location.

Issue Links

• is duplicated by: HBASE-17878 java.lang.NoSuchMethodError: org.joda.time.format.DateTimeFormatter.withZoneUTC()Lorg/joda/time/format/DateTimeFormatter when starting HBase with hbase.rootdir on S3
• is related to: PHOENIX-1769 Exception thrown when TO_DATE function used as LHS in WHERE-clause
• relates to: HBASE-17878 java.lang.NoSuchMethodError: org.joda.time.format.DateTimeFormatter.withZoneUTC()Lorg/joda/time/format/DateTimeFormatter when starting HBase with hbase.rootdir on S3