Verify each finding against the current code and only fix it if needed.

Inline comments:
In `@dockerfiles/rocky/integrator-dist/Dockerfile`:
- Line 1: The Dockerfile's base image tag "FROM rockylinux:9.5" is invalid and
causes builds to fail; update that FROM line to use a valid tag such as
"rockylinux:9.3" or the generic "rockylinux:9" so the image exists on Docker
Hub, i.e., replace the "FROM rockylinux:9.5" entry in the Dockerfile with one of
those valid tags.
- Around line 12-13: The Dockerfile's ARCH detection relies on objdump (see
ARCH="$(objdump="$(command -v objdump)" ...")") but binutils may not be
installed, causing a "command not found" failure; update the Dockerfile to
either install binutils (so objdump exists) in the package install step or
replace the objdump-based detection with a portable command like uname -m to set
ARCH, and ensure the change references the ARCH variable and the objdump
invocation so you modify the correct logic.

---

Nitpick comments:
In `@dockerfiles/alpine/integrator-dist/Dockerfile`:
- Line 53: The Dockerfile currently sets ARG
WSO2_SERVER_DIST_URL=<INTEGRATOR_DIST_URL>, which will cause wget to fail if the
build arg is not provided; update the Dockerfile to avoid a confusing failure by
removing the placeholder default or setting it empty and add an early validation
step that checks WSO2_SERVER_DIST_URL before attempting the download (e.g., a
RUN that tests if the variable is non-empty and prints a clear error and exits
if not), and ensure the wget/download step references the same ARG/ENV
(WSO2_SERVER_DIST_URL) so the build fails fast with a clear message when the
build-arg is missing.

In `@dockerfiles/rocky/integrator-dist/Dockerfile`:
- Around line 14-31: The Rocky Dockerfile's architecture case for ${ARCH} is
missing the s390x entry present in the Ubuntu Dockerfile; add a case branch for
s390x (e.g., pattern like s390x|s390:64-bit) that sets ESUM and BINARY_URL to
the same values used in the Ubuntu Dockerfile's s390x case (so the OpenJDK
tarball and checksum match), or if s390x support is intentionally not provided
for Rocky, add a clear comment above the case block explaining why s390x was
omitted; update the case handling around the existing ESUM and BINARY_URL
assignments accordingly.

In `@dockerfiles/rocky/integrator-dist/README.md`:
- Line 1: The README currently contains only a title; expand it to include
concise build and usage documentation: add a "Build" section detailing required
build arguments (at minimum document WSO2_SERVER_DIST_URL and any other Docker
build-arg names used in the Dockerfile), example docker build command with the
build-args, a "Run/Usage" section showing example docker run commands and
exposed ports, and a "Notes" or "Troubleshooting" section for common pitfalls;
reference the README's title line so the maintainer knows to update that file
and ensure the documented build-arg names exactly match the ARG names used in
the Dockerfile(s).

Verify each finding against current code. Fix only still-valid issues, skip the
rest with a brief reason, keep changes minimal, and validate.

Inline comments:
In `@dockerfiles/rocky/integrator-dist/Dockerfile`:
- Around line 3-7: The Dockerfile currently only sets ENV vars and installs
glibc-langpack-en; update the locale setup to mirror the micro-integrator
pattern by installing glibc-locale-source, invoking localedef for en_US.UTF-8,
and writing locale configuration files (/etc/locale.conf and
/etc/environment)—modify the RUN block that installs packages (the dnf install
line) to include glibc-locale-source, add a localedef step for en_US.UTF-8, and
create the two files with the correct LANG/LC_ALL settings so the ENV entries
and installed locale are consistent.

Verify each finding against current code. Fix only still-valid issues, skip the
rest with a brief reason, keep changes minimal, and validate.

Inline comments:
In `@dockerfiles/rocky/integrator-dist/Dockerfile`:
- Around line 5-8: The RUN step installing glibc-locale-source/glibc-langpack-en
should remove DNF caches to avoid bloating the image: after the dnf install &&
locale setup commands in the same RUN (the block that calls dnf install and
localedef and writes /etc/locale.conf and /etc/environment) append a DNF cleanup
command (e.g., dnf clean all && rm -rf /var/cache/dnf) so package metadata and
caches are deleted in the same layer.

Verify each finding against current code. Fix only still-valid issues, skip the
rest with a brief reason, keep changes minimal, and validate.

Nitpick comments:
In `@dockerfiles/rocky/integrator-dist/Dockerfile`:
- Line 70: The Dockerfile hardcodes BALLERINA_HOME to ballerina-2201.13.2;
introduce a build ARG (e.g., BALLERINA_VERSION) with a sensible default and use
it to set ENV BALLERINA_HOME so the value becomes
${WSO2_SERVER_HOME}/ballerina-${BALLERINA_VERSION}; update any references or
documentation that assume the hardcoded name and ensure the ARG is declared near
WSO2_SERVER_VERSION so the Ballerina version can be overridden at build time.

Verify each finding against current code. Fix only still-valid issues, skip the
rest with a brief reason, keep changes minimal, and validate.

Inline comments:
In `@dockerfiles/alpine/integrator-dist/Dockerfile`:
- Around line 9-11: The comment about the JDK version is inconsistent with the
environment variable; update the plaintext comment that currently says “OpenJDK
21” to reference OpenJDK 25 so it matches ENV JAVA_VERSION jdk-25.0.2+10 (look
for the ENV JAVA_VERSION line and the adjacent install comment in the Dockerfile
and change the comment text only).

In `@dockerfiles/rocky/integrator-dist/Dockerfile`:
- Around line 16-18: The comment on the Dockerfile is out of sync with the
declared JAVA_VERSION: update the comment that currently reads "install Temurin
OpenJDK 21" to reference JDK 25 (e.g., "install Temurin OpenJDK 25") so it
matches the ENV JAVA_VERSION jdk-25.0.2+10; ensure any adjacent comments
mentioning OpenJDK version are also aligned.

In `@dockerfiles/ubuntu/integrator-dist/Dockerfile`:
- Around line 11-13: The comment "install Temurin OpenJDK 21" is out of sync
with the ENV setting; update the comment to match the ENV JAVA_VERSION value
(ENV JAVA_VERSION jdk-25.0.2+10) so the Dockerfile accurately documents which
JDK is being installed; locate the comment near the ENV JAVA_VERSION declaration
and change the "OpenJDK 21" text to reference jdk-25.0.2+10 (or a matching
human-readable version) to keep them consistent.