aws / aws/serverless-java-container
Increase test coverage for servlet specification compliance
- Langage dominant
- Java
- Étoiles
- 1.6k
- Forks
- 574
- Métriques de merge des PR
- Aucune PR mergée en 30 j
Description
Currently there are two ways of mapping request events to servlet requests. The classic way is covered by tests using `com.amazonaws.serverless.proxy.internal.testutils.AwsProxyRequestBuilder`, the new way using Spring Cloud is tested in `com.amazonaws.serverless.proxy.spring.AwsSpringHttpProcessingUtilsTests`. The latter doesn't cover all cases that were already implemented in previous years, so we'd need to transfer the tests.
Ideally we'd leverage the official TCK https://github.com/jakartaee/servlet/tree/master/tck to some extend.
Guide de contribution
Ouvrir le guide de contribution
Piste de recherche
Compare the cases covered through com.amazonaws.serverless.proxy.internal.testutils.AwsProxyRequestBuilder with com.amazonaws.serverless.proxy.spring.AwsSpringHttpProcessingUtilsTests. Start by running the Spring Cloud servlet-processing tests and identify implemented cases missing there. Transfer the relevant coverage, then assess whether the Jakarta Servlet TCK can add useful compliance checks; done means the new mapping path covers the prior cases and tests pass.
Rédigé par le modèle d'indexation à partir du texte de l'issue.
Évaluation
- Stack technique
- java, spring
- Domaine
- backend, testing
- Type d'issue
- Fonctionnalité
- Difficulté
- 4/5
- Temps estimé
- 3-5 jours
- Activité
- À l'abandon
- Clarté
- Plutôt claire
- Accessibilité débutants
- 45/100