Backlog Courrier

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

quelle balise faut il vérifier?

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

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#

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

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