OWASP / OWASP/owasp-java-encoder

Move the optional Jakarta integration app to a supported Spring Boot generation

Offen
#93 0 Kommentare 0 Reaktionen 0 zugewiesene Personen Auf GitHub ansehen

Dieses Issue hat noch niemand übernommen.

enhancement
Vorherrschende Sprache
Java
Sterne
543
Forks
122
Ø Merge
9 Std. 9 Min.
Gemergte PRs (30 T.)
1

Beschreibung

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

Why

#90 moves jakarta-test/pom.xml to Boot 3.5.16 and Spring Framework 6.2.19 to address the identified dependency advisory while preserving the test app's existing Servlet 6 baseline.

Spring identifies 3.5.16 as the final OSS release of the 3.5 generation. A separate, deliberate major-version migration is needed for continued OSS updates. See the official release announcement.

Acceptance criteria

  • Choose a supported Boot generation at implementation time and document its JDK, Servlet, JSP, EL, and container requirements.
  • Upgrade the optional app and its test/container stack coherently using the appropriate dependency management.
  • Retain the application-startup test and an actual Docker/Selenium test exercising the encoder's JSP tags and EL functions.
  • Confirm the WAR packages and starts correctly and that documentation reflects how to run the tests locally and in CI.
  • Keep Spring/Boot and newer container dependencies confined to the optional integration application, not the published encoder libraries.
  • Do not silently raise the encoder libraries' Java or Jakarta Servlet compatibility baseline; preserve separate coverage for older supported consumers if the app now tests a newer container.
  • Confirm the resulting dependency graph addresses the already identified Spring advisory and review newly selected dependencies.

This issue does not imply the published core encoder requires Spring Boot.

Beitragsleitfaden

Beitragsleitfaden öffnen

Erste Schritte

  1. Lies das ganze Issue und danach den Beitragsleitfaden des Projekts.
  2. Schreib ins Issue, dass du es übernimmst — das erspart doppelte Arbeit.
  3. Forke das Repository und arbeite in einem Branch.
  4. Öffne einen Pull Request, der die Issue-Nummer nennt.

Rechercherichtung

Beginne mit jakarta-test/pom.xml und den Änderungen aus #90 im Commit 31588e1 und überprüfe anschließend die bestehende Abdeckung für application-startup und Docker/Selenium. Bestimme eine unterstützte Spring-Boot-Generation und dokumentiere deren Laufzeitanforderungen; abgeschlossen ist die Aufgabe, wenn das optionale WAR startet, die JSP/EL-Encoder-Tests bestehen, die Dokumentation aktualisiert ist und die Kompatibilität der veröffentlichten Bibliothek unverändert bleibt.

Vom Indexierungsmodell aus dem Issue-Text verfasst.

Bewertung

Tech-Stack
docker, java, spring-boot
Bereich
backend, build-system, documentation, testing
Issue-Typ
Refactoring
Schwierigkeit
5/5
Geschätzter Aufwand
Über eine Woche
Aktivitätsstatus
Aktiv
Klarheit
Größtenteils klar
Anfängerfreundlichkeit
38/100

Neue Issues direkt in Ihr Postfach

Eine kurze Übersicht über anfängerfreundliche GitHub-Issues.