Removed apache-commons-lang package from SPECS-EXTENDED

[durgajagadeesh]

Merge Checklist

All boxes should be checked before merging the PR (just tick any boxes which don't apply to this PR)

• The toolchain has been rebuilt successfully (or no changes were made to it)
• The toolchain/worker package manifests are up-to-date
• Any updated packages successfully build (or no packages were changed)
• Packages depending on static components modified in this PR (Golang, *-static subpackages, etc.) have had their Release tag incremented.
• Package tests (%check section) have been verified with RUN_CHECK=y for existing SPEC files, or added to new SPEC files
• All package sources are available
• cgmanifest files are up-to-date and sorted (./cgmanifest.json, ./toolkit/scripts/toolchain/cgmanifest.json, .github/workflows/cgmanifest.json)
• LICENSE-MAP files are up-to-date (./LICENSES-AND-NOTICES/SPECS/data/licenses.json, ./LICENSES-AND-NOTICES/SPECS/LICENSES-MAP.md, ./LICENSES-AND-NOTICES/SPECS/LICENSE-EXCEPTIONS.PHOTON)
• All source files have up-to-date hashes in the *.signatures.json files
• sudo make go-tidy-all and sudo make go-test-coverage pass
• Documentation has been updated to match any changes to the build system
• Ready to merge

---

Summary

• Removed apache-commons-lang package from SPECS-EXTENDED

Change Log

• Bump up the version
• License verified

Does this affect the toolchain?

NO

Associated issues

• #xxxx

Links to CVEs

• https://nvd.nist.gov/vuln/detail/CVE-YYYY-XXXX

Test Methodology

• Pipeline build id: xxxx

[durgajagadeesh]

Subject: Issue with Package Build Due to Java Version Compatibility
Hi,
This package is encountering a Java version error and fails during the build process due to unsupported source code.

I attempted to upgrade the version from Fedora 41, but the upstream appears to be unmaintained.

I noticed that this package (apache-commons-lang) has already been upgraded in the core (SPEC) under the name apache-commons-lang3.

After thorough research, I found that no other package depends on apache-commons-lang.

Note: I did find one package (hawtjni) referencing apache-commons-lang; however, this has already been resolved using apache-commons-lang3.

Thank you.

[kgodara912]

There seems one more, core package conditionally depends on this extended package, did you check?

../SPECS/thrift/thrift.spec:217:BuildRequires: apache-commons-lang

Though it is under %if 0%{?want_java} > 0 but if someone want to build it, that shouldn't break.