Replace the ESAPI version range with a deterministic, tested dependency policy

Follow-up to #90 (reviewed at 31588e1). This tracks work intentionally kept separate from the modernization PR.

Problem and evidence

esapi/pom.xml declares org.owasp.esapi:esapi:[2.5.1.0,3). During the review this resolved to 2.7.0.1-RC1, meaning a fresh build can select a prerelease without any repository change. The range is also part of the published consumer POM.

Related historical failures from changing ESAPI APIs or resolution: #31, #63, and #74. This issue is not a claim that the currently resolved release is vulnerable.

Acceptance criteria

• Select and document a supported, fixed stable ESAPI baseline; retain a deliberate override mechanism if needed.
• Document the supported ESAPI compatibility range separately from Maven's dependency selection.
• Add build/runtime tests for the selected baseline and any other versions claimed as supported, including delegated adapter methods.
• Validate dependency convergence and the security/runtime implications of the transitive graph; preserve compatibility claims or explicitly document any necessary change.
• Confirm fresh-cache builds select the same intended stable dependency.
• Verify the generated/published POM does not retain an unintended open-ended range or prerelease selection.
• Coordinate the chosen dependency/module identity with the separate JPMS adapter issue.

Limit changes to the ESAPI adapter and its tests/documentation; do not add ESAPI dependencies to the core encoder.

Bắt đầu với esapi/pom.xml và các bài kiểm thử adapter ESAPI, sau đó xem xét #90 cùng các issue lịch sử #31, #63 và #74. Xác định baseline ổn định cố định, các tuyên bố về khả năng tương thích và cơ chế override trước khi thay đổi phạm vi của adapter. Được xem là hoàn tất khi các bài kiểm thử bao phủ các phiên bản được tuyên bố, đồng thời các bản build với cache mới và các POM đã phát hành đều chọn cùng một dependency ổn định dự kiến, không có range hoặc phiên bản prerelease ngoài dự kiến.