Run docker OS cluster with different JDK version

[Tjofil]

Signed-off-by: Filip Drobnjakovic [email protected]

Is your feature request related to a problem? Please provide an existing Issue # , or describe.
Issue #162

Describe the solution you are proposing
Workflow matrix parameter is passed through gradle argument and then to Dockerfile where corresponding JDK version is downloaded and placed in the plain 'jdk' folder to reduce further parameterization and complication of Dockerfile.
Also we add conditional jvm.options hack line because of #161, once it's solved we can get rid of it.

Check List

• New functionality includes testing.
  • All tests pass
• New functionality has been documented.
  • New functionality has javadoc added
• Commits are signed per the DCO using --signoff

By submitting this pull request, I confirm that my contribution is made under the terms of the Apache 2.0 license.
For more information on following Developer Certificate of Origin and signing off your commits, please check here.

[codecov-commenter]

Codecov Report

Merging #276 (9d71bbf) into main (7c52078) will decrease coverage by 0.04%.
The diff coverage is n/a.

❗ Current head 9d71bbf differs from pull request most recent head ea83899. Consider uploading reports for the commit ea83899 to get more accurate results

@@             Coverage Diff              @@
##               main     #276      +/-   ##
============================================
- Coverage     71.54%   71.51%   -0.04%     
+ Complexity     2987     2985       -2     
============================================
  Files           380      380              
  Lines         18984    18984              
  Branches       1463     1463              
============================================
- Hits          13583    13576       -7     
- Misses         4805     4810       +5     
- Partials        596      598       +2     

Impacted Files	Coverage Δ
...nceanalyzer/rca/samplers/MetricsDBFileSampler.java	75.00% <0.00%> (-9.10%)	⬇️
...nalyzer/rca/net/handler/PublishRequestHandler.java	73.46% <0.00%> (-4.09%)	⬇️
...nsearch/performanceanalyzer/rca/RcaController.java	80.61% <0.00%> (-0.45%)	⬇️

Help us with your feedback. Take ten seconds to tell us how you rate us. Have a feature suggestion? Share it here.

[sgup432]

Do we need this? As this will automatically set to 11 from workflow logic.

[Tjofil]

Yes, you're right, from the workflow point of view it doesn't do much. I left it as a default value in the case someone deploys this locally, because we use the same Dockerfile here so that docker build can be called without build args.

[sgup432]

Look good to me overall. One minor comment.

[khushbr]

Thank you for taking care of this @Tjofil

[opensearch-trigger-bot]

The backport to 2.x failed:

The process '/usr/bin/git' failed with exit code 1

To backport manually, run these commands in your terminal:

# Fetch latest updates from GitHub
git fetch
# Create a new working tree
git worktree add .worktrees/backport-2.x 2.x
# Navigate to the new working tree
cd .worktrees/backport-2.x
# Create a new branch
git switch --create backport/backport-276-to-2.x
# Cherry-pick the merged commit of this pull request and resolve the conflicts
git cherry-pick -x --mainline 1 4734d6d5ba68ba41b6c62ab2cbf5ff22aa52a186
# Push it to GitHub
git push --set-upstream origin backport/backport-276-to-2.x
# Go back to the original working tree
cd ../..
# Delete the working tree
git worktree remove .worktrees/backport-2.x

Then, create a pull request where the base branch is 2.x and the compare/head branch is backport/backport-276-to-2.x.