OWASP / OWASP/owasp-java-encoder

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

Abierto
#93 0 comentarios 0 reacciones 0 asignados Ver en GitHub

Nadie ha tomado este issue todavía.

enhancement
Lenguaje dominante
Java
Estrellas
543
Forks
122
Merge medio
9 h 9 min
PR fusionados (30 d)
1

Descripción

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.

Guía de contribución

Abrir la guía de contribución

Primeros pasos

  1. Lee el issue completo y luego la guía de contribución del proyecto.
  2. Comenta en el issue que vas a ocuparte — evita que dos personas hagan lo mismo.
  3. Haz un fork del repositorio y trabaja en una rama.
  4. Abre un pull request que haga referencia al número del issue.

Línea de trabajo

Comienza con jakarta-test/pom.xml y los cambios de #90 en el commit 31588e1; después, revisa la cobertura existente de application-startup y Docker/Selenium. Determina una generación compatible de Spring Boot y documenta sus requisitos de ejecución; se considera terminado cuando el WAR opcional se inicia, las pruebas del codificador JSP/EL pasan, la documentación está actualizada y la compatibilidad de la biblioteca publicada permanece sin cambios.

Escrito por el modelo de indexación a partir del texto del issue.

Evaluación

Stack tecnológico
docker, java, spring-boot
Área
backend, build-system, documentation, testing
Tipo de issue
Refactorización
Dificultad
5/5
Tiempo estimado
Más de una semana
Estado de actividad
Activo
Claridad
Bastante claro
Aptitud para principiantes
38/100

Recibe los nuevos issues en tu correo

Un resumen breve de issues de GitHub para principiantes.