-
-
Notifications
You must be signed in to change notification settings - Fork 222
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
Possible to keep java8 on 4.5 release? #83
Comments
Curious, is the jvm configurable on startup? Is it unstable on Java 11? The Hadoop requirement is to compile Hadoop on Java 8, but it should theoretically run fine on Java 11. Unsurprised if that isn't true. We can revert, but I really was hoping to start leveraging Java 11 without introducing yet another concurrent version. |
it's possible to override but it's just not the default out of the box on AWS EMR and I would imagine there could be some breaking assumptions that would be a huge pain to deal with.
https://docs.aws.amazon.com/emr/latest/ReleaseGuide/configuring-java8.html I have have no doubt that hadoop itself works fine on java11. If it's a dealbreaker that's fine just would be more convenient in a managed runtime. |
Fair enough, I'll revert the build version. |
thank you @cwensel if this is pushed to say 4.6/4.7 I think that is reasonable. I would assume that newer release labels from AWS EMR will be java11+ within a year or so. |
hey @cwensel any chance we could keep java8 on the 4.5 branch at least? AWS EMR 6.X (latest release) still defaults on java8 for the hadoop3 flavors and it would be much appreciated to keep this support before they drop it. I would imagine that EMR is a very common use case for this type of library.
The text was updated successfully, but these errors were encountered: