Actions
Anomalie #24298
ferméEPIC -Correction module retrieveMailsFromSignatoryBook et optimisation de process_mailsFromSignatoryBook.php
Début:
02/03/2023
Echéance:
Description
Nous avons parfois des erreurs lors de la récupération des documents depuis un parapheur externe qui provoque un Plantage et un arrêt immédiat du script
(capture (3).png et capture (4).png) : la file d'attente est bloquée est-il possible de prévoir une optimisation du script de
récupération des courriers envoyés aux parapheurs
afin que les courrier en erreur soit logé est que le script continue à s'exécuter et récupère les documents valident ?
Pouvez-vous nous expliquer l'écran d'Administration historique des batchs pour le module retrieveMailsFromSignatoryBook
(capture (2).png) et plus particulièrement les colonnes Élément(s) analysé(s) et Élément(s) en erreur.
Car après nos tests ils semblent que la colonne Élément(s) analysé(s) ne contient pas le nombre de courrier analysé,
mais le nombre de courrier récupérer par MaarchCourrier dans le parapheur externe nombre égal à la colonne information (capture (5).png).
Concernant la colonne Élément(s) en erreur elle reste en permanence à 0.
Il n'y a aucun logs dans historique des Bashs en cas d'erreur du module retrieveMailsFromSignatoryBook peu ton prévoir un log.
Fichiers
Actions
#9
Mis à jour par Emmanuel DILLARD il y a plus d'un an
- Lié à Anomalie #26169: iXbus : poursuite de la récupération des courriers en cas d'erreur d'écriture sur les docservers. ajouté
Actions
#11
Mis à jour par Emmanuel DILLARD il y a plus d'un an
- Sujet changé de Correction module retrieveMailsFromSignatoryBook et optimisation de process_mailsFromSignatoryBook.php à EPIC -Correction module retrieveMailsFromSignatoryBook et optimisation de process_mailsFromSignatoryBook.php
- Statut changé de R&D - A planifier à R&D - En cours
- Assigné à
Emmanuel DILLARDsupprimé
Actions
#12
Mis à jour par Emmanuel DILLARD il y a plus d'un an
- Statut changé de R&D - En cours à R&D - Terminé
Actions