-
Notifications
You must be signed in to change notification settings - Fork 73
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
Include JDKs in Dists #1510
Include JDKs in Dists #1510
Conversation
Generate changelog in
|
...ckaging/src/main/java/com/palantir/gradle/dist/service/JavaServiceDistributionExtension.java
Show resolved
Hide resolved
...ckaging/src/main/java/com/palantir/gradle/dist/service/JavaServiceDistributionExtension.java
Outdated
Show resolved
Hide resolved
...-packaging/src/main/java/com/palantir/gradle/dist/service/JavaServiceDistributionPlugin.java
Outdated
Show resolved
Hide resolved
`Provider#zip` is introduced in 6.6. However, it seems that gradle introduced plugin bytecode rewriting sometime between 6.1 and 6.6. This means it now falls over on the jackson 2.15.2 dep, so we need to go all the way to 7.6
@@ -179,7 +179,6 @@ class JavaServiceDistributionPluginTests extends GradleIntegrationSpec { | |||
} | |||
|
|||
repositories { | |||
jcenter() |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Deprecation warning with new higher version of gradle
@@ -31,7 +31,7 @@ public class SlsBaseDistPlugin implements Plugin<Project> { | |||
|
|||
public static final String SLS_DIST_USAGE = "sls-dist"; | |||
|
|||
public static final GradleVersion MINIMUM_GRADLE = GradleVersion.version("6.1"); | |||
public static final GradleVersion MINIMUM_GRADLE = GradleVersion.version("7.6"); |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Provider#zip
is introduced in 6.6. However, it seems that gradle introduced plugin bytecode rewriting sometime between 6.1 and 6.6. This means 6.6 now falls over on the jackson 2.15.2 dep from baseline, so we need to go all the way to 7.6
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
don't we need 7.6.2?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
7.6 for Java 19: https://docs.gradle.org/current/userguide/compatibility.html
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
happy to merge if 7.6 doesn't break and have a lower min version
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Huh, I wonder why it works...
👍 |
Released 7.37.0 |
Before this PR
We want to include JDKs in dists (reasons in this doc). There is currently no way to do this.
I had tried to do this all from an internal plugin, but it's impossible to set
javaHome
correctly and maintain laziness.After this PR
We add a way to include a number of JDKs to a dist, up to one per version, and then set
javaHome
in go-java-launcher to the correct one.Multiple JDKs are required as some internal services run user code, which select from multiple JDK versions, and these should continue to work. I'm assuming we won't need multiple variants of the same JDK version, as that would be hugely wasteful to deploy and we should avoid this as much as we can.
==COMMIT_MSG==
Add
jdks
property todistribution
extension to help include JDKs into dists.==COMMIT_MSG==
Possible downsides?