Java 9 Migration #19696

ilovezfs · 2017-10-21T14:24:06Z

This will serve as a tracking issue for the Java 9 migration.

Broken at run time (brew test fails or other breakage observed):
(Check mark indicates it was either fixed or pinned to Java 8)

Broken at build time (brew install --build-from-source fails):

Works at run time (brew test passes if it has a test block) and build time status is unknown or not applicable (bottle unneeded) (NB: may still be broken if the formula has no test block):

Non-bottle-unneeded formulae with non-optional depends_on :java not yet using a hard Java 8 req:

The text was updated successfully, but these errors were encountered:

ilovezfs · 2017-10-21T17:48:00Z

I've added the status of all bottle unneeded ones above. The bottle-needed ones still need to be assessed.

SethTisue · 2017-10-25T20:30:35Z

scala is already reasonably JDK9 friendly, as of last week's Scala 2.12.4 release.

[email protected] will be reasonably JDK9 friendly once Scala 2.10.7 becomes available (within a few weeks, we think). [email protected], ditto for Scala 2.11.12.

sbt will be reasonably JDK9 friendly in its upcoming 1.0.3 release and, in the [email protected] line, in its 0.13.17 release. Neither release exists yet.

UPDATE: sbt 1.0.3 is out

ilovezfs · 2017-10-26T11:20:58Z

Thanks @SethTisue! That's very helpful.

botic · 2017-10-27T17:35:14Z

The earliest version of ringojs with JDK 9 support is likely 2.x (~ Q1/Q2 2018) since it depends on full support of Java 9 in Jetty and Rhino. So testing RingoJS with Java 8 would solve the issue. The broken test: https://jenkins.brew.sh/job/Homebrew%20Core%20Pull%20Requests/11720/

jrwiegand · 2017-11-15T13:40:44Z

Works great, thanks for all the work you did on this.

Moisan · 2017-12-12T23:01:17Z

javarepl issue is known upstream

yetisyny · 2018-01-07T10:21:02Z

libbluray should be listed, the current stable version 1.0.2 does not yet work with java 9 and homebrew is set to only let it work with java 8, although they are working on making the next stable version of libbluray compatible with java 9 and if you get a HEAD build it probably would work already (almost all of the recent commits have been related to java 9 compatibility but I am not sure if it is 100% compatible yet). You can try to see if it is compatible with the --HEAD option with libbluray in homebrew.

Anyway I would add this to your list which does not list libbluray. I am very sure that when the next version of libbluray comes out it will be java 9 compatible, after looking at their recent commit history and their history of releases as well as their mailing list. It should be added to the first list, with a checkmark next to it for being fixed, since it is working right now by being pinned to java 8. This way you can keep track of it along with all the other java-dependent formulae with issues with java 9.

ilovezfs · 2018-01-07T10:23:50Z

@yetisyny thanks. added.

yetisyny · 2018-02-08T19:45:25Z

Java is moving to rapid-release, with major releases every 6 months and long-term support releases every 3 years, a major change from the past. Java SE 8 will stop getting security updates in January 2019. Java SE 9 will stop getting updates even sooner, next month, in March 2018, when Java SE 10 (18.3) comes out and supersedes it, and again, in September 2018, Java SE 10 (18.3) will stop getting updates and Java SE 11 (18.9-LTS) will come out and supersede it. Java SE 11 (18.9-LTS) will be supported for 3 years most likely, probably until September 2021, so really we will want everything working on Java 11 since it will be out a lot longer than Java 9 or 10 are going to last.

For more information see http://www.oracle.com/technetwork/java/javase/eol-135779.html. Anyway my point here is, in just one month from now, Java 9 will be history and Java 10 will be out. And also Java 8, the version that pretty much everything is compatible with, is going to stop getting updates in January next year and then everyone will be forced to either update to one of these rolling-release versions that comes out every 6 months or a long-term support release like Java 11 which will be supported for 3 years.

So in other words, it’s a much faster release cycle starting next month and everybody will have to get things compatible with new Java versions every 6 months. Which means a lot more work for people keeping formulae that use Java compatible with the latest Java versions, so please get ready for it.

ilovezfs · 2018-02-09T02:57:46Z

We'll remove whatever doesn't work. There's nothing to get ready for.

apjanke · 2018-02-12T09:12:56Z

Well, darn. Here's apache-flink:

  depends_on :java => "1.7+"

We don't have a way of expressing "at least Java 1.7, but no greater than 1.8".

Part of me wants to say "just use '1.8'", because Java 1.7 is pretty old and obsolete at this point. (It went EOL for non-enterprise users way back in April 2015.) But that's not the part of me that's running older machines.

ilovezfs · 2018-02-12T09:15:05Z

@apjanke grep through core. These have all been handled so far with a hard Java 8 dep.

ilovezfs · 2018-02-12T09:17:48Z

Note that in the case of apache-flink that has proven insufficient, so it will soon be removed if it cannot coexist peacefully on a dual Java 8 / Java 9 system. See
#21823
#21970
#21596

apjanke · 2018-02-12T09:32:43Z

Sounds good.

I agree with a hard Java 8 dep. IMHO, Homebrew should not be supporting users running Java 1.7, since it is no longer receiving security updates.

apjanke · 2018-05-27T01:34:00Z

Following up on ecj and #24029: What do you all think about just dropping ecj and its Java support in the earlier GCCs (gcc@5, gcc@6, [email protected])? Vendoring it in wouldn't be very hard, but given the low usage (<1% of users install ecj, per #24029 (comment)) it doesn't seem worth the maintenance effort to me. I'd be kinda surprised if any significant number of people were actually using the old GCC Java support, instead of just picking it up with an optimistic --with-all-languages. I'm in favor of dropping it, and will put in a PR to do so if you're amenable.

apjanke · 2018-05-27T02:26:49Z

Are you sure fastbit is due to a JDK 9 issue? The error in your Gist doesn't look Java-related to me:

checking if compiler supports __sync_add_and_fetch for 64-bit integers... yes
checking if the default FlexLexer.h defines yywrap... configure: error: no, must have FlexLexer.h to continue

... and brew install -s fastbit works fine on my macOS 10.11 machine with JDK 9 and 10 installed.

apjanke · 2018-05-27T02:41:38Z

joshua's URL has been fixed; brew install -s joshua works for me with JDK 9 & 10 installed; it can be removed from this list.

apjanke · 2018-05-27T03:10:54Z

Fixes incoming:

abcl: #28312
avian: #28313
drip: #28314
aws-apigateway-importer: #28315
gssh: #28316
henplus: #28317
hexgui: #28318
lcm: #28319
mysql-cluster: #28320

These all address the issue by pinning it to Java 8 specifically, either at build or run time or both. I think that's really the only way to go at this point, until upstreams all make the leap to Java 9/10/11.

apjanke · 2018-05-27T03:11:24Z

jooby-bootstrap: #28311

apjanke · 2018-05-27T03:52:21Z

upscaledb works for me now, on a 10.13 system with Java 8 & 9 & 10.

Looks to me like the build error here was not Java related, and it can probably be removed from the list:

In file included from 3changeset/changeset.cc:18:
./2worker/worker.h:83:16: error: use of class template 'boost::asio::strand' requires template arguments
  boost::asio::strand strand;
               ^
/usr/local/include/boost/asio/strand.hpp:29:7: note: template is declared here
class strand
      ^
1 error generated.
make[2]: *** [3changeset/changeset.lo] Error 1
make[2]: *** Waiting for unfinished jobs....
make[1]: *** [install-recursive] Error 1
make: *** [install-recursive] Error 1

apjanke · 2018-05-27T04:14:45Z

Fixes incoming:

pillar: #28321
voldemort: #28322
wartremover: #28323

That's all the low-hanging fruit.

ilovezfs · 2018-05-27T08:05:54Z

I think fastbit was fixed in #25228 and unrelated to Java.

Thanks for the all the awesome work @apjanke!

So I think we have outstanding problems with apache-flink, ecj, and opentsdb?

apjanke · 2018-05-27T22:38:27Z

You're welcome!

hbase needs to go back on the "to do" list, too. Its own install and test succeed. But it emits warnings indicating it's not really ready for Java 9.


$ start-hbase.sh
Java HotSpot(TM) 64-Bit Server VM warning: Option UseConcMarkSweepGC was deprecated in version 9.0 and will likely be removed in a future release.
starting master, logging to /usr/local/var/log/hbase/hbase-janke-master-angharad.local.out
Java HotSpot(TM) 64-Bit Server VM warning: Option UseConcMarkSweepGC was deprecated in version 9.0 and will likely be removed in a future release.
Java HotSpot(TM) 64-Bit Server VM warning: Ignoring option PermSize; support was removed in 8.0
Java HotSpot(TM) 64-Bit Server VM warning: Ignoring option MaxPermSize; support was removed in 8.0

And when actually exercising it, as is done in the opentsdb post_install, it throws Java 9 related errors.

$ brew install -s opentsdb
==> Downloading https://github.com/OpenTSDB/opentsdb/releases/download/v2.3.0/opentsdb-2.3.0.tar.gz
Already downloaded: /Users/janke/Library/Caches/Homebrew/opentsdb-2.3.0.tar.gz
==> ./configure --disable-silent-rules --prefix=/usr/local/Cellar/opentsdb/2.3.0_1 --mandir=/usr/local/Cellar/opentsdb/2.
==> make
==> make install
==> /usr/local/opt/hbase/bin/start-hbase.sh
==> /usr/local/Cellar/opentsdb/2.3.0_1/share/opentsdb/tools/create_table_with_env.sh
Last 15 lines from /Users/janke/Library/Logs/Homebrew/opentsdb/post_install.02.create_table_with_env.sh:

Java HotSpot(TM) 64-Bit Server VM warning: Option UseConcMarkSweepGC was deprecated in version 9.0 and will likely be removed in a future release.
WARNING: An illegal reflective access operation has occurred
WARNING: Illegal reflective access by org.jruby.java.invokers.RubyToJavaInvoker (file:/usr/local/Cellar/hbase/1.2.6/libexec/lib/jruby-complete-1.6.8.jar) to method java.lang.Object.registerNatives()
WARNING: Please consider reporting this to the maintainers of org.jruby.java.invokers.RubyToJavaInvoker
WARNING: Use --illegal-access=warn to enable warnings of further illegal reflective access operations
WARNING: All illegal access operations will be denied in a future release
ArgumentError: wrong number of arguments (0 for 1)
  method_added at file:/usr/local/Cellar/hbase/1.2.6/libexec/lib/jruby-complete-1.6.8.jar!/builtin/javasupport/core_ext/object.rb:10
  method_added at file:/usr/local/Cellar/hbase/1.2.6/libexec/lib/jruby-complete-1.6.8.jar!/builtin/javasupport/core_ext/object.rb:129
       Pattern at file:/usr/local/Cellar/hbase/1.2.6/libexec/lib/jruby-complete-1.6.8.jar!/builtin/java/java.util.regex.rb:2
        (root) at file:/usr/local/Cellar/hbase/1.2.6/libexec/lib/jruby-complete-1.6.8.jar!/builtin/java/java.util.regex.rb:1
       require at org/jruby/RubyKernel.java:1062
        (root) at file:/usr/local/Cellar/hbase/1.2.6/libexec/lib/jruby-complete-1.6.8.jar!/builtin/java/java.util.regex.rb:42
        (root) at /usr/local/opt/hbase/libexec/bin/../bin/hirb.rb:38
==> /usr/local/opt/hbase/bin/stop-hbase.sh

Note that those are coming from the hbase Java code, not opentsdb itself.

apjanke · 2018-05-28T07:23:43Z

hbase: #28346
opentsdb: #28367
apache-flink: in progress: #28342
ecj: I say we delete it.

And that's everything!

ilovezfs · 2018-05-28T08:33:21Z

ecj deleted!

I'm closing this out since we have open PRs for all the outstanding problems. Thanks for the help everyone, and especially @apjanke, the MVP!

apjanke · 2018-05-28T08:38:15Z

🎉

iMichka mentioned this issue Oct 22, 2017

Fixes needed for java_requirement Linuxbrew/brew#509

Closed

ilovezfs added the help wanted Task(s) needing PRs from the community or maintainers label Oct 24, 2017

ilovezfs added the java Java use is a significant feature of the PR or issue label Oct 27, 2017

ilovezfs mentioned this issue Oct 27, 2017

metabase 0.26.2 #19676

Closed

4 tasks

ilovezfs mentioned this issue Oct 30, 2017

jmeter formula doesn't support Java 9 #19939

Closed

5 tasks

ilovezfs mentioned this issue Nov 7, 2017

app-engine-java 1.9.59 #20250

Merged

Moisan mentioned this issue Dec 12, 2017

flyway 5.0.2 (updated formula) - Updated flyway verson from 4.2.0 #21601

Merged

ilovezfs mentioned this issue Dec 19, 2017

tomee-webprofile 1.7.5 #21862

Closed

ilovezfs mentioned this issue Jan 29, 2018

[email protected] 2.11.12 #23413

Closed

4 tasks

apjanke mentioned this issue Feb 10, 2018

write_jar_script: add java version option Homebrew/brew#3782

Merged

6 tasks

This was referenced May 27, 2018

abcl: coexist with JDK 9 #28312

Merged

avian: coexist with JDK 9 #28313

Merged

drip: require Java 8 specifically #28314

Merged

aws-apigateway-importer: require Java 8 specifically #28315

Merged

This was referenced May 27, 2018

gssh: require Java 8 specifically #28316

Merged

henplus: require Java 8 exactly #28317

Merged

hexgui: require Java 8 exactly #28318

Merged

This was referenced May 27, 2018

lcm: require Java 8 specifically #28319

Merged

mysql-cluster: require Java 8 specifically #28320

Merged

This was referenced May 27, 2018

pillar: use Java 8 specifically #28321

Merged

voldemort: use Java 8 specifically #28322

Merged

wartremover: use Java 8 specifically #28323

Merged

This was referenced May 27, 2018

hbase: require Java 8 exactly #28346

Closed

opentsdb: require Java 8 specifically #28367

Closed

ilovezfs closed this as completed May 28, 2018

ghost removed the help wanted Task(s) needing PRs from the community or maintainers label May 28, 2018

lock bot added the outdated PR was locked due to age label Jun 27, 2018

lock bot locked as resolved and limited conversation to collaborators Jun 27, 2018

Provide feedback

Saved searches

Use saved searches to filter your results more quickly

Java 9 Migration #19696

Java 9 Migration #19696

ilovezfs commented Oct 21, 2017 •

edited

Loading

ilovezfs commented Oct 21, 2017

SethTisue commented Oct 25, 2017 •

edited

Loading

ilovezfs commented Oct 26, 2017

botic commented Oct 27, 2017

jrwiegand commented Nov 15, 2017

Moisan commented Dec 12, 2017

yetisyny commented Jan 7, 2018

ilovezfs commented Jan 7, 2018

yetisyny commented Feb 8, 2018

ilovezfs commented Feb 9, 2018

apjanke commented Feb 12, 2018 •

edited

Loading

ilovezfs commented Feb 12, 2018

ilovezfs commented Feb 12, 2018

apjanke commented Feb 12, 2018

apjanke commented May 27, 2018

apjanke commented May 27, 2018

apjanke commented May 27, 2018

apjanke commented May 27, 2018

apjanke commented May 27, 2018

apjanke commented May 27, 2018

apjanke commented May 27, 2018

ilovezfs commented May 27, 2018

apjanke commented May 27, 2018

apjanke commented May 28, 2018

ilovezfs commented May 28, 2018

apjanke commented May 28, 2018

Java 9 Migration #19696

Java 9 Migration #19696

Comments

ilovezfs commented Oct 21, 2017 • edited Loading

ilovezfs commented Oct 21, 2017

SethTisue commented Oct 25, 2017 • edited Loading

ilovezfs commented Oct 26, 2017

botic commented Oct 27, 2017

jrwiegand commented Nov 15, 2017

Moisan commented Dec 12, 2017

yetisyny commented Jan 7, 2018

ilovezfs commented Jan 7, 2018

yetisyny commented Feb 8, 2018

ilovezfs commented Feb 9, 2018

apjanke commented Feb 12, 2018 • edited Loading

ilovezfs commented Feb 12, 2018

ilovezfs commented Feb 12, 2018

apjanke commented Feb 12, 2018

apjanke commented May 27, 2018

apjanke commented May 27, 2018

apjanke commented May 27, 2018

apjanke commented May 27, 2018

apjanke commented May 27, 2018

apjanke commented May 27, 2018

apjanke commented May 27, 2018

ilovezfs commented May 27, 2018

apjanke commented May 27, 2018

apjanke commented May 28, 2018

ilovezfs commented May 28, 2018

apjanke commented May 28, 2018

ilovezfs commented Oct 21, 2017 •

edited

Loading

SethTisue commented Oct 25, 2017 •

edited

Loading

apjanke commented Feb 12, 2018 •

edited

Loading