Project

General

Profile

Anomalie #14341

[IxBus] Améliorer les logs techniques

Added by Ludovic ARAUJO almost 2 years ago. Updated 11 months ago.

Status:
Rejeté
Priority:
2-Sérieux
Target version:
Start date:
07/03/2020
Due date:
Tags Courrier:

Description

Le circuit de test est le suivant :
- dans MaarchCourrier :

j’accède au courrier que je veux envoyer.
Je choisi l'action envoyer au parapheur.
Je valide
Le document passe en "pièce jointe gelée".

-Dans IxBus :

Je reçois le document en tant que signataire.
Je le signe.

le script retrieveMailFromExternalSignatoryBook.sh qui exploite le fichier de config suivant remoteSignatoryBooks.xml est exécuté toutes les minutes.

Nous remarquons que les documents ne reviennent pas dans MaarchCourrier mais que les documents envoyés passe en "pièce jointe traitée".
Nous lançons le script manuellement, aucune trace.
Le fichier de log :

[2020-07-03 17:04:43] INFO 0 'Load xml config file:/var/www/html/MaarchCourrier/custom/cs_maarch_smo/modules/visa/batch/config/config.xml'
[2020-07-03 17:04:43] INFO 0 'Retrieve attachments sent to remote signatory book'
[2020-07-03 17:04:43] INFO 0 'Retrieve signed/annotated documents from remote signatory book'
[2020-07-03 17:04:44] INFO 0 'Retrieve mails sent to remote signatory book'
[2020-07-03 17:04:44] INFO 0 'Update res_attachment outgoing : 286. ExternalSignatoryBookId : 16651748'
[2020-07-03 17:04:44] INFO 0 'End of process'
[2020-07-03 17:04:44] INFO 0 '1 document(s) retrieved'

Pas de pièce jointe ajouté...

History

#2 Updated by Support Maarch almost 2 years ago

  • Status changed from A qualifier to A traiter

#3 Updated by Emmanuel DILLARD almost 2 years ago

  • Status changed from A traiter to Etude planifiée

#4 Updated by Emmanuel DILLARD almost 2 years ago

  • Status changed from Etude planifiée to 17
  • Assignee changed from EDI PO to Ludovic ARAUJO

Sur le ticket ci-dessous, est-il possible d'avoir la version iXbus utilisée ?
Cela a-t-il déjà fonctionné où est-ce la première mise en service ?
Quel est le version tag de Maarch Courrier ?
Ces éléments permettront une prise en charge rapide de la demande.

Ce phénomène est souvent lié au paramétrage du XML.

Maarch Courrier est compatible avec la version Ixbus : API SOAP V3
https://docs.maarch.org/gitbook/html/MaarchCourrier/19.04/guat/guat_exploitation/retrieveFromExternalSignatoryBook.html

vérifier la balise applicationUrl dans la configuration du script

#5 Updated by Henri QUENEAU almost 2 years ago

  • iXBusWeb (4.0.21.0)
  • jamais mis ailleurs
  • dernier tag à cette date

quelle balise faut il vérifier?

#6 Updated by Henri QUENEAU almost 2 years ago

  • Status changed from 17 to A traiter
  • Assignee changed from Ludovic ARAUJO to EDI PO

#7 Updated by Emmanuel DILLARD almost 2 years ago

  • Status changed from A traiter to Complément d'Informations
  • Assignee changed from EDI PO to Henri QUENEAU

Balise à vérifier :

vérifier la balise : <applicationUrl>http://localhost/maarch_v2/</applicationUrl>

Il semble que la version iXbus du client ne soit pas compatible avec les pré-requis Courrier (SOAP V3).
Il n'a jamais été mis en service chez le client ?

Vérifications à faire sur la balise (URL correct) avant d'envisager la suite. (portage v4 ixBus...)

#8 Updated by Henri QUENEAU almost 2 years ago

  • Status changed from Complément d'Informations to A traiter
  • Assignee changed from Henri QUENEAU to EDI PO

Pour information les documents partent bien dans ixbus mais ne reviennent pas dans maarch...
Lorsqu'on lance le script , les statuts des pièces jointes sont bien changés mais le pdf signé ne s'injecte pas dans maarch.

[2020-07-03 17:04:44] INFO 0 'Update res_attachment outgoing : 286. ExternalSignatoryBookId : 16651748'

Ceci montre bien que l'URL est la bonne.

#9 Updated by Emmanuel DILLARD almost 2 years ago

  • Status changed from A traiter to Etude planifiée

#10 Updated by Emmanuel DILLARD almost 2 years ago

  • Subject changed from [IxBus] Les documents Ixbus ne remonte pas dans maarch to [IxBus] Les documents transmis ne sont pas réinjectés

#11 Updated by Florian AZIZIAN almost 2 years ago

Non, ce message ne signifie pas que l'url est bonne.
Ce message indique seulement dans quelle partie on est.
De plus, ce message est affiché avant de faire l'envoi de la pj.
Et sachant que l'envoi de la pj se fait en REST dans une fonction à part, il est possible que l'envoi ne fonctionne pas sans faire planter le script.

C'est pour cela qu'il faut vérifier le paramétrage indiqué dans le message précédent.
Il faut bien mettre l'url complète comme si vous vous connectez à l'application. Par exemple : http://localhost/maarch_v2/cs_moncustom
Vous pouvez aussi voir les logs Apache, il y a peut être des informations

#12 Updated by Emmanuel DILLARD almost 2 years ago

  • Status changed from Etude planifiée to 17
  • Assignee changed from EDI PO to Henri QUENEAU

#13 Updated by Henri QUENEAU almost 2 years ago

root@DINIZ:/var/www/html/MaarchCourrier/custom/cs_maarch_smo/modules/visa/batch/config# cat config.xml
<?xml version="1.0" encoding="utf-8"?>
<ROOT>
    <CONFIG>
        <MaarchDirectory>/var/www/html/MaarchCourrier/</MaarchDirectory>
        <CustomId>cs_maarch_smo</CustomId>
        <validatedStatus>EENV</validatedStatus>
        <validatedStatusOnlyVisa>EENV</validatedStatusOnlyVisa>
        <refusedStatus>REJ_SIGN</refusedStatus>
        <validatedStatusAnnot>COU</validatedStatusAnnot>
        <refusedStatusAnnot>RET</refusedStatusAnnot>
        <applicationUrl>http://10.1.22.78/MaarchCourrier/cs_maarch_smo/</applicationUrl>
        <userWS>superadmin</userWS>
        <passwordWS>superadmin</passwordWS>
    </CONFIG>
    <LOG4PHP>
        <enabled>true</enabled>
        <Log4PhpLogger>loggerTechnique</Log4PhpLogger>
        <Log4PhpBusinessCode>retrieveMailsFromSignatoryBook</Log4PhpBusinessCode>
        <Log4PhpConfigPath>/var/www/html/MaarchCourrier/custom/cs_maarch_smo/apps/maarch_entreprise/xml/log4php.xml</Log4PhpConfigPath>
    </LOG4PHP>
</ROOT>
root@DINIZ:/var/www/html/MaarchCourrier/custom/cs_maarch_smo/modules/visa/batch/config#

#14 Updated by Henri QUENEAU almost 2 years ago

root@DINIZ:/var/www/html/MaarchCourrier/custom/cs_maarch_smo/modules/visa/batch/config# /usr/sbin/ifconfig
ens192: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500
        inet 10.1.22.78  netmask 255.255.255.0  broadcast 10.1.22.255
        inet6 fe80::250:56ff:feac:7d2c  prefixlen 64  scopeid 0x20<link>
        ether 00:50:56:ac:7d:2c  txqueuelen 1000  (Ethernet)
        RX packets 73444926  bytes 21382401381 (19.9 GiB)
        RX errors 0  dropped 22883  overruns 0  frame 0
        TX packets 37670060  bytes 8634743298 (8.0 GiB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0
        device interrupt 19  memory 0xfd4a0000-fd4c0000

lo: flags=73<UP,LOOPBACK,RUNNING>  mtu 65536
        inet 127.0.0.1  netmask 255.0.0.0
        inet6 ::1  prefixlen 128  scopeid 0x10<host>
        loop  txqueuelen 1000  (Boucle locale)
        RX packets 23276065  bytes 7627531934 (7.1 GiB)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 23276065  bytes 7627531934 (7.1 GiB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

#15 Updated by Henri QUENEAU almost 2 years ago

  • Status changed from 17 to A traiter
  • Assignee changed from Henri QUENEAU to EDI PO

#17 Updated by Emmanuel DILLARD almost 2 years ago

  • Status changed from A traiter to Etude planifiée

#18 Updated by Emmanuel DILLARD almost 2 years ago

  • Assignee changed from EDI PO to Maarch Courrier DEV TEAM

#19 Updated by Florian AZIZIAN almost 2 years ago

  • Status changed from Etude planifiée to 17
  • Assignee changed from Maarch Courrier DEV TEAM to Henri QUENEAU

1) Y-a-t-il la connexion ldap activée ?
2) Peux-tu essayer avec un compte de webservice au lieu de superadmin ? (Ce compte de webservice doit appartenir à un groupe dont la clause est 1=1, sinon le document sera hors périmètre)
3) Y-a-t-il des infos dans les logs générés par log4php ? Par défaut, c'est dans le fichier fonctionnel.log et/ou technique.log à la racine de l'application. (Cela dépend de la config dans log4php.xml)
4) Y-a-t-il des messages lorsque tu lances le script à la main ?
5) si les 4 points précédents ne donnent rien, tu peux mettre un var_dump($rawResponse);var_dump($error); à la ligne 198 du fichier modules/visa/batch/batch_tools.php

#20 Updated by Henri QUENEAU almost 2 years ago

Florian AZIZIAN a écrit :

1) Y-a-t-il la connexion ldap activée ?
Non
2) Peux-tu essayer avec un compte de webservice au lieu de superadmin ? (Ce compte de webservice doit appartenir à un groupe dont la clause est 1=1, sinon le document sera hors périmètre)
Déjà fait
3) Y-a-t-il des infos dans les logs générés par log4php ? Par défaut, c'est dans le fichier fonctionnel.log et/ou technique.log à la racine de l'application. (Cela dépend de la config dans log4php.xml)
non
4) Y-a-t-il des messages lorsque tu lances le script à la main ?
non
5) si les 4 points précédents ne donnent rien, tu peux mettre un var_dump($rawResponse);var_dump($error); à la ligne 198 du fichier modules/visa/batch/batch_tools.php

#21 Updated by Henri QUENEAU almost 2 years ago

  • Status changed from 17 to A traiter
  • Assignee changed from Henri QUENEAU to EDI PO
  • Priority changed from 0-Bloquant to 2-Sérieux

Je viens de faire une montée de version en 20.03.

Lorsque je passe le script, les logs sont beaucoup plus parlant et m'ont permis de résoudre le problème.

Le problème était que le chemin du docservers était mal renseigné pour les documents signés.

Ceci est vraiment génant lorsqu'on est en 19.04 car on a aucune log permettant de comprendre pq ça ne marche pas.

Il faudrait ajuster l'application afin que les logs soient plus parlant

#22 Updated by Emmanuel DILLARD almost 2 years ago

  • Status changed from A traiter to Etude planifiée

#23 Updated by Emmanuel DILLARD over 1 year ago

  • Subject changed from [IxBus] Les documents transmis ne sont pas réinjectés to [IxBus] Améliorer les logs techniques
  • Status changed from Etude planifiée to Prêt à développer

#24 Updated by Emmanuel DILLARD over 1 year ago

  • Status changed from Prêt à développer to Rejeté
  • Assignee changed from EDI PO to Ludovic ARAUJO

Logs améliorés en 20.03 et 20.10

#25 Updated by Emmanuel DILLARD 11 months ago

  • Project changed from Backlog to Backlog Courrier
  • Target version changed from 19.04 (Support sécurité) to 19.04 (Sécurité)

Also available in: Atom PDF