Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
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
Added feature to download boot jdk on demand #3725
Added feature to download boot jdk on demand #3725
Changes from 11 commits
a392a92
2747543
6e6bbad
a60a4f7
cb770b3
92b5dcb
280a8eb
58fc2f9
6c57490
10bc5b5
661f1bc
763c02b
00b599c
2963f89
60e60f2
78f6c94
47f9cf2
9482b54
File filter
Filter by extension
Conversations
Jump to
There are no files selected for viewing
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.
Architecturally I'm not a fan of this. The stuff in the root of this repository and
sbin
is supposed to be fully independent. The bits inbuild-farm
is for the adoptium build processes and configures the environment for our setup and wraps around the other stuff. Calling out fromsbin
toplatform-specific-configurations
is therefore not ideal.I like the idea of the option to specify a boot JDK to download, but I think this implementation will need some refinement first.
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.
It should be quite strightforward to move downloaders.sh next to common.sh and refactor them so the
$bootDir
is not missused.I will elaborate on the
bootDir
as I really do not like it. Do you have any prefferences ondownloaders.sh
location?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.
I'm undecided but marginally leaning towards
sbin
orsbin/common
. WDYT @andrew-m-leonard ?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.
Actually there is an misunderstanding, caused by
bootJdk
variable name clash. I will rework it so it is no longer there.The
if [ -e "$bootDir" ] ; then
is independent local check, if boot jdk was already downloaded, so it is not downloaded again.Pleae advice on downloaders.sh location
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.
done 00b599c
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.
hmmh. I would probably leave the file in build-farm. Just to be sure, that it is clear, where the logic is borrowed from.
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.
@sxa yes I agree with you, looking at this again I feel uncomfortable that "sbin" code is calling out to "build-farm", as this could lead code-creep in the future architecturally in the wrong direction.
@judovana We should move the downloaders.sh to sbin/common, which is the common place that both sbin and build-farm pull "common" things from please.
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.
Sure, Thanx a lot, on it!
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.
done. Tested on win x86, el8 aarch64 and f38 x64 aganst jdk8,17 and 21.
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.
I'm inclined to suggest leaving this in place as a cache for anyone using our scripts since the JDK is quite a big download, but I'm also ok with this.
I was going to comment on the fact that
|| true
is unnecessary withrm -f
but sine that's also in the previous three lines I'll ignore it ;-)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.
I agree, and I'm keeping it. It will be removed only if
if [[ "${BUILD_CONFIG[CLEAN_LIBS]}" == "true" ]]; then
oook? Yah, I was wondering on the double passig rf || true, but left in the style!