Fix JPMS dependency reads in the JSP, Jakarta, and ESAPI adapters

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

Problem and evidence

The explicit descriptors in jsp/src/main/java9/module-info.java, jakarta/src/main/java9/module-info.java, and esapi/src/main/java9/module-info.java require only owasp.encoder. They do not declare reads for their external API dependencies.

Consumer execution on JDK 17 reproduced:

• Loading org.owasp.encoder.tag.ForHtmlTag from the JSP module fails with IllegalAccessError: owasp.encoder.jsp does not read javax.servlet.jsp.api.
• The equivalent Jakarta consumer fails because owasp.encoder.jakarta does not read jakarta.servlet.jsp.
• Calling ESAPIEncoder.getInstance() with the adapter on the module path and ESAPI on the classpath fails because the adapter does not read the unnamed module.

The same failures occur with published 1.4.0. These are pre-existing issues, not regressions introduced by #90. Merely running jar --describe-module does not exercise these linkage failures.

Acceptance criteria

• Determine and document supported module-path dependency arrangements and API versions for each adapter.
• Correct descriptors, including transitive readability where required by exposed public APIs; use real dependency module names verified against the supported artifacts.
• Add isolated named-module consumers that instantiate/use JSP and Jakarta tags and call the ESAPI adapter. Test the two JSP variants separately because they share a package name.
• Positive tests work without broad --add-reads or --add-opens workarounds.
• Retain classpath/container behavior, provided dependency scopes, existing public APIs, Java 8 base bytecode, published automatic-module names, explicit module identities, and OSGi metadata.

Related historical module support discussion: #66.

Bắt đầu với ba descriptor Java 9 trong jsp/src/main/java9/module-info.java, jakarta/src/main/java9/module-info.java và esapi/src/main/java9/module-info.java, sau đó tái hiện các lỗi của consumer JDK 17 được mô tả trong issue. Xác minh các cách sắp xếp dependency và tên module được hỗ trợ, thêm các consumer Named-Module độc lập cho cả hai biến thể JSP và ESAPI, đồng thời xác nhận các kiểm thử module-path thành công mà không dùng các workaround read hoặc open trên diện rộng, trong khi vẫn giữ nguyên hành vi của classpath và metadata đã phát hành.