Suivre sa publication

Accéder au fichier Traces pour vérifier que la publication est arrivée à son terme

La lecture des Traces permet de voir la progression du processus de publication et les éventuelles anomalies.

Le fichier Traces d'une publication débute lorsque démarre effectivement le processus de publication proprement dit du fichier EAD concerné. Selon la charge serveur, il peut donc y avoir une certains décalage avec le lancement par le catalogueur de la demande de publication.

Trace de début d'une publication

Le fichier Traces d'une publication débute lorsque démarre effectivement le processus de publication proprement dit du fichier EAD concerné. Selon la charge serveur, il peut donc y avoir une certains décalage avec le lancement par le catalogueur de la demande de publication.

___

Le fichier Traces débute par : Travail « Publication de : [clé de fichier] » : étape 1, « Premiere étape » : début d'exécution de AAAA-MM-JJ HH:MM:SS...

(...)

Procédure
  1. Faire un clic droit au niveau du document
  2. Sélectionner Traces
  3. Cliquer sur OK dans le message éventuel « La publication s'est bien effectuée »

    Trace de fin d'une publication abou

    Ce message signifie que le processus de publication n'a pas rencontré d'erreur (ou pas encore si la publication n'est pas terminée).

    ___

    Si la publication s'est bien passée, les traces se terminent par « fin indexation:mois JJ AAAA HH:MM [SQLSTATE 01000]

    Remarque

    Tant qu'un fichier est en cours de publication, son icône est grisée dans l'arbre de gauche. Pour vérifier son état, il suffit de rafraîchir la liste des documents EAD (clic droit sur la racine + Rafraîchir la liste).

Ce qui peut faire échouer une publication

  • La présence de doublons "ID de <c> en double"

    Pour identifier le composant <c> qui possède un ID non unique, il faut appliquer la procédure détaillée Gérer les doublons pour voir l'identifiant et la cote du <c> sources de l'erreur et la corriger.

  • L'absence d'un RCR Calames reconnu dans l'attribut AUTHFILENUMBER du <corpname> du <repository>

    Seul Visio_controle permet de repérer cette erreur en amont de la publication. Il faut corriger le RCR avant de republier

  • Une publication "sacrifiée" par le système

    Il faut relancer la publication en veillant à la programmer la nuit ou le week-end si le fichier est conséquent (2,5 à 3,5 Mo).

ConseilPour aider au diagnostic

Reportez vous aux procédures d'analyse détaillées dans le manuel du correspondant.

AttentionDes anomalies qui n'empêchent pas la publication mais perturbent l'affichage public

[lien vers le sous chapitre

AttentionLa publication est un processus complexe.

Patientez systématiquement jusqu'au lendemain en cas de processus lancé, qui n'a produit aucun message d'erreur, le temps pour le serveur d'achever dans la nuit la liste des publications lancées par les membres du réseau dans la journée.