Backlog RM

A faire:

Evénément global recordsManagement/completenessCheck

• rattacher sur archive "system"
• inscrire date de création et dernier resId
• inscrire nombre testé et nombre d'erreurs

Processus en cas de ressource non trouvée
(- inscrire événement recordsManagement/integrityCheck avec résultat faux sur archiveId de la ressource ?)

• marquer l'adresse avec integrityCheckResult = false

Livrer une nouvelle tâche planifiée

• config pour mise à disponibilité
• data sql pour planification par défaut
• attention aux retours de la fonction pour obtenir un rapport simplifié pour la tâche (voir événement global cf contrôle d'intégrité)

Vérifier traduction pour l'écran de recherche des événements du cycle de vie

Brancher la fonction de listage des adresses de ressource en erreur (flawedAddresses) et le contrôle d'intégrité depuis l'écran

• modifier les données de base pour rôle "Archiviste"
• menu ? Stockage -> Contenus stockés invalides (intégrité ou présence)
• tester avec restauration du fichier et contrôle lancé depuis l'écran : ligne disparaît, nouvel événement pour l'archive

Documenter !!!

Branche à tester : feat/17809_completeness_test

Profil : archiviste

Pré-requis

• Attribuez le privilège Administration technique > Gérer le stockage
• Exécutez le script *data/maarchRM/sql/pgsql/*migrationV2.8_V3.sql

Route à tester

GET /digitalResource/digitalResource/completeness?[Parameters]

[Parameters]

• samplingFrequency (integer) : fréquence de contrôle en jours
• timeout (integer) : délai maximal de contrôle en secondes

Exemple

http://maarchrm/digitalResource/digitalResource/completeness?samplingFrequency=70&timeout=60

Retour (code HTTP 200)

La requête ne retourne pas d'informations et un événement de type Contrôle d'exhaustivité des ressources est généré dans le journal du cycle de vie de l'archive. (cf. fichier joint journal-succes.png pour le détail de l'événement généré)

Cas d'erreur
En cas d'erreur de dépassement de délai de contrôle, le détail de l'événement généré comprend le délai ainsi qu'un message d'erreur. (cf. fichier joint journal-echec.png pour le détail de l'événement généré)
Si une ressource est invalide, l'attribut integrityCheckResult de son adresse est à false et elle est visible dans l'écran Contenus stockés invalides.

Planificateur
Le contrôle d'exhaustivité peut aussi être exécuté depuis le planificateur de tâches. Dans ce cas, un événement est généré dans le journal de l'application. (cf. fichier joint journal-application.png pour le détail de l'événement généré)

Ecran à tester

http://maarchrm/flawedAddresses

accessible depuis le menu Gestion du stockage > Contenus stockés invalides

Retour attendu
(cf. fichier joint ecran1.png)

L'écran liste les différentes ressources numériques pour lesquelles le contrôle d'intégrité ou d'exhaustivité a échoué.
Pour chaque ressource, il est possible d'effectuer de nouveau un contrôle d'intégrité afin de rétablir sa validité.
Pour ce faire, cliquez sur le bouton Vérifier l'intégrité à droite d'une adresse.
Un message d'erreur s'affiche si la ressource n'est pas rétablie.
Sinon, la ressource disparaît de l'écran et un événement de type Validation d'intégrité est généré dans le journal du cycle de vie de l'archive.

Revoir timeout de traitement