Skip to content

Issue #116 GET /pendenze/tracciati restituisce 500 se un tracciato ha formato XML - #117

Merged
pintorig merged 1 commit into
mainfrom
fix/formato-tracciato-xml
Oct 17, 2026
Merged

pintorig merged 1 commit into
mainfrom
fix/formato-tracciato-xml

Conversation

@pintorig

Copy link
Copy Markdown
Member

Closes #116.

Il difetto

Nella notturna di GovPay fallivano i due scenari della suite v2 che elencano i tracciati senza filtri, mentre quello con limit=2 passava: la riga che rompe sta oltre le prime due.

TracciatoMapper.toDto converte il formato con FormatoTracciato.fromValue(entity.getFormato()), senza protezione, su un vocabolario piu' stretto di quello del prodotto:

valori
core, Tracciato.FORMATO_TRACCIATO CSV, JSON, XML
contratto console-api JSON, CSV

IllegalArgumentException: Unexpected value 'XML' dentro lo stream sui risultati → 500 sull'intera pagina. E' la stessa forma del difetto corretto per lo stato con #90, su un campo diverso.

La correzione

  • XML entra nell'enum: la lettura non puo' rifiutare un valore che il prodotto ha scritto nella colonna. La descrizione dichiara che e' un valore storico, presente solo in lettura, e che l'elenco va tenuto allineato a quello del core — invariante da cui dipende la leggibilita' della pagina.
  • In caricamento XML e' rifiutato con 400: il core che prova a elaborarlo solleva CodificaInesistenteException("formato non supportato"), e senza il rifiuto il ramo di caricamento lo avrebbe trattato come CSV, scrivendo un tracciato che nessuno puo' elaborare. Il controllo sta nel ramo multipart perche' e' il solo in cui il parametro formato pesa: negli altri il formato deriva dal Content-Type.

Verifica

Difetto riprodotto prima della correzione, su ambiente locale con l'immagine costruita da main, portando a XML il formato della terza riga dell'ordinamento: 500 sull'elenco completo e su ?total=true, 200 con limit=2 — stessa firma della notturna. Ripristinato il formato, 200.

Due test nuovi in TracciatoControllerIntegrationTest:

  • elencoConTracciatoInFormatoXmlReturns200 — un tracciato portato a XML compare nell'elenco e nel dettaglio con formatoRichiesta: XML;
  • uploadMultipartConFormatoXmlReturns400 — lo stesso formato in caricamento resta rifiutato.

Suite completa: Tests run: 1404, Failures: 0, Errors: 0 — BUILD SUCCESS.

🤖 Generated with Claude Code

… formato XML

FormatoTracciato.fromValue era chiamato senza protezione su un vocabolario piu'
stretto di quello del core: FORMATO_TRACCIATO dichiara CSV, JSON e XML, il
contratto si fermava ai primi due. La conversione gira dentro lo stream sui
risultati, quindi una sola riga in XML faceva rispondere 500 all'intera pagina,
mentre un elenco con limite basso, che non la raggiungeva, continuava a
funzionare.

XML entra nell'enum, perche' la lettura non puo' rifiutare un valore che il
prodotto ha scritto, ed e' rifiutato con 400 in caricamento, dove non e'
ammesso: il core che prova a elaborarlo solleva "formato non supportato", e
senza il rifiuto il ramo di caricamento lo tratterebbe come CSV. Il controllo
sta nel ramo multipart perche' e' il solo in cui il parametro 'formato' pesa.

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
@pintorig
pintorig merged commit 8289cca into main Oct 17, 2026
9 checks passed
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

GET /pendenze/tracciati restituisce 500 se un tracciato ha formato XML

1 participant