aws / aws/serverless-java-container

Increase test coverage for servlet specification compliance

Ouverte
#1,278 0 commentaires 0 réactions 0 personnes assignées Voir sur GitHub
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

Recevez les nouvelles issues par e-mail

Un résumé court des issues GitHub adaptées aux débutants.