Validateur NeTEx avec enRoute's Chouette #4140
Conversation
|
Je vais te review ça dans la journée |
| @doc """ | ||
| Returns the maximum severity, with the issues count | ||
|
|
||
| iex> validation_result = %{"uic-operating-period" => [%{"criticity" => "error"}], "valid-day-bits" => [%{"criticity" => "error"}], "frame-arret-resources" => [%{"criticity" => "error"}]} |
There was a problem hiding this comment.
Ajouter un cas warning ici ?
| resource_history = DB.ResourceHistory.latest_resource_history(resource_id) | ||
| with_resource_file(resource_history, &validate_resource_history(resource_history, &1)) | ||
| end | ||
|
|
There was a problem hiding this comment.
Pour les 2 validate_, envisager de stocker des informations pour analyser la performance du validateur : temps d'exécution, nombre de retries etc ?
There was a problem hiding this comment.
Dans les metadata ?
| import TransportWeb.Gettext, only: [dgettext: 2] | ||
|
|
||
| @moduledoc """ | ||
| Validator for NeTEx files calling enRoute Chouette Valid API. |
There was a problem hiding this comment.
Documenter que ce validateur effectue la phase de polling d'une API distante et que les appels à validate_ vont prendre plusieurs minutes ?
There was a problem hiding this comment.
Je peux.
Pour ma gouverne, n'est-ce pas commun à tous les validateurs d'être bloquants et potentiellement longs ?
There was a problem hiding this comment.
Si, tout à fait. La différence est que les autres validateurs ont des temps de traitement bien plus rapides, de l'ordre de 1-5s la plupart du temps.
Avoir un temps classique de plusieurs minutes a donc un impact si on veut proposer ça à la demande ou dans une chaine de validations.
There was a problem hiding this comment.
En effet pour enchainer les validations ça peut surprendre. (Pour le on demand le pulling est implémenté via un job oban.)
Merci pour la review. Je pense avoir couvert tous tes commentaires. |
|
Voir #4153. |
Cette PR inclut le validateur mais ne l'intègre pas au validateur "On Demand" ni à la validation récurrente.
Ce code est amené à être amendé à la marge au long des tests et des retours d'enRoute. Il est notamment question d'affiner l'interprétation des codes de messages (pour l'instant assez naïve).