aws / aws/serverless-java-container
Increase test coverage for servlet specification compliance
- Lingua principale
- Java
- Stelle
- 1.6k
- Fork
- 574
- Metriche di merge delle PR
- Nessuna PR unita negli ultimi 30g
Descrizione
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.
Guida per i contributori
Apri la guida per i contributori
Direzione di ricerca
Confronta i casi coperti tramite com.amazonaws.serverless.proxy.internal.testutils.AwsProxyRequestBuilder con com.amazonaws.serverless.proxy.spring.AwsSpringHttpProcessingUtilsTests. Per prima cosa esegui i test di elaborazione servlet di Spring Cloud e individua i casi implementati che mancano. Trasferisci la copertura pertinente, quindi valuta se Jakarta Servlet TCK può aggiungere utili verifiche di conformità; il lavoro è completato quando il nuovo percorso di mapping copre i casi precedenti e i test passano.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Valutazione
- Stack tecnologico
- java, spring
- Ambito
- backend, testing
- Tipo di issue
- Funzionalità
- Difficoltà
- 4/5
- Tempo stimato
- 3-5 giorni
- Stato di attività
- Ferma
- Chiarezza
- Abbastanza chiara
- Idoneità per principianti
- 45/100