Roberto Polli

Not advocating the use of `$(DANGEROUS BASH COMMAND)` in documents :P

Ciao Lorenzo, - la consultazione sui primi due capitoli si è chiusa a giugno, ma dovrebbe essere sempre possibile commentare qui: https://forum.italia.it/c/documenti-in-consultazione/linee-guida-modello-di-interoperabilita - commenti, issue e soprattutto PR via github...

1- Put vs post: la scelta dipende dalla funzionalità/logica applicativa. La PUT lascia al client la scelta dell'url della risorsa da creare. Ad esempio se creo una entry identificata dal...

2- l'uso di uri relative nei payload delega al client la ricomposizione dell'uri finale e potrebbe avere dei limiti se le richieste devono essere firmate (eg. Il path relativo è...

3- sui codici di errore, vedo asap e ti dico. Se non rispondo entro lunedì mattina chiamami pure.

Non c'è una preferenza, valutate in base alla logica applicativa e alla manutenibilità. Due note off-topic: - il campo definito dall'ontologia è `nome_proprio` e non `nome`; - le richieste dovrebbero...

Sugli errori: - puoi fare sempre riferimento a https://developer.mozilla.org/en-US/docs/Web/HTTP/Status (come sicuramente hai già fatto) - 422 è definita in webdav https://tools.ietf.org/html/rfc4918#section-11.2. Usarla al di fuori potrebbe essere visto come un...

@andreapoli molte linee guida indicano l'utilizzo del solo plurale. Noi volevamo anche un modo che permettesse di separare in maniera facile - anche architetturalmente - i path destinati alle entry...

A naso signature_value.text è None > raw_signature = b64decode(signature_value.text) Puoi verificare i dati corrispondenti nella firma e/o controllare se è codificata correttamente?

@bfabio il validatore xml dovrebbe ritornare un errore prima di processare il payload, ti torna? Magari modifichiamo l'issue e riapriamolo. Mi pare abbastanza semplice per finire nell'Hacktoberfest :+1: