Je voulais savoir si l’import de module/données avait évolué car on n’arrive plus a importer certains fichiers xml nécéssaires à l’initialisation de données pour des tests automatiques.
L’import via la commande est KO instantanément:
D:\GIT\EPIDE\epide-robot\simplicite>curl -u designer:xx --form service=xmlimport --form file=@robotepide.xml --form log=true http://localhost:8080/io
Status: KO
Time: 0.152s
Via l’IHM, l’import de ce xml termine en succès, sans erreur dans les logs mais rien n’est importé. Ce fichier était jusqu’à présent importé plusieurs fois par jour de manière automatique sans problème et son contenu n’a pas évolue (que je peux vous transmettre). Il contient un module et des utilisateurs, responsabilités.
Il doit y avoir plus d’infos dans les logs de l’import, ou dans les logs tomcat/catalina, ou simplicité si le problème est de plus bas niveau. En l’état impossible de savoir ce qui ne va pas.
j’ai recommencer à la main via l’IHM et ça a fonctionné. Par contre via curl c’est instantanément KO. Et aucune trace dans les logs. Comme si la syntaxe de l’appel curl ne fonctionnait pas.
2020-10-09 12:55:00,004 INFO [com.simplicite.util.CronJob] SIMPLICITE|http://9d656f7324d4:8080||ICORECM005|system|com.simplicite.util.CronJob|run||Result of job deadlockTimestamp : 0 object(s) unlocked.#INFO
2020-10-09 12:55:00,003 INFO [com.simplicite.util.CronJob] SIMPLICITE|http://9d656f7324d4:8080||ICORECM004|system|com.simplicite.util.CronJob|run||Execute job deadlockTimestamp at 2020-10-09 12:55:00
2020-10-09 12:55:00,003 INFO [com.simplicite.util.engine.CronManager] SIMPLICITE|http://9d656f7324d4:8080||INFO|system|com.simplicite.util.engine.CronManager|run||Event: Cron manager is sleeping for 0:04:59…
2020-10-09 12:55:00,003 INFO [com.simplicite.util.engine.CronManager] SIMPLICITE|http://9d656f7324d4:8080||INFO|system|com.simplicite.util.engine.CronManager|run||Event: Next cron job: deadlineState at Fri Oct 09 13:00:00 UTC 2020
2020-10-09 12:55:00,003 INFO [com.simplicite.util.engine.CronManager] SIMPLICITE|http://9d656f7324d4:8080||INFO|system|com.simplicite.util.engine.CronManager|run||Event: Next cron job: deadlockActivity at Fri Oct 09 13:00:00 UTC 2020
2020-10-09 12:55:00,003 INFO [com.simplicite.util.engine.CronManager] SIMPLICITE|http://9d656f7324d4:8080||INFO|system|com.simplicite.util.engine.CronManager|run||Event: Next cron job: deadlineActivity at Fri Oct 09 13:00:00 UTC 2020
2020-10-09 12:55:00,003 INFO [com.simplicite.util.engine.CronManager] SIMPLICITE|http://9d656f7324d4:8080||INFO|system|com.simplicite.util.engine.CronManager|run||Event: Next cron job: ClearUserTokens at Fri Oct 09 13:00:00 UTC 2020
2020-10-09 12:55:00,003 INFO [com.simplicite.util.engine.CronManager] SIMPLICITE|http://9d656f7324d4:8080||INFO|system|com.simplicite.util.engine.CronManager|run||Event: Next cron job: deadlineProcess at Fri Oct 09 13:00:00 UTC 2020
2020-10-09 12:55:00,003 INFO [com.simplicite.util.engine.CronManager] SIMPLICITE|http://9d656f7324d4:8080||INFO|system|com.simplicite.util.engine.CronManager|run||Event: Next cron job: deadlockTimestamp at Fri Oct 09 13:00:00 UTC 2020
2020-10-09 12:55:00,003 INFO [com.simplicite.util.engine.CronManager] SIMPLICITE|http://9d656f7324d4:8080||INFO|system|com.simplicite.util.engine.CronManager|run||Event: Next cron job: ImportXML at Fri Oct 09 13:00:00 UTC 2020
2020-10-09 12:55:00,002 INFO [com.simplicite.util.engine.CronManager] SIMPLICITE|http://9d656f7324d4:8080||INFO|system|com.simplicite.util.engine.CronManager|run||Event: Next cron job: HealthCheck at Fri Oct 09 13:00:00 UTC 2020
Je ne vois rien de problématique dans le fichier XML envoyé en message privé.
Pourrait-on avoir les logs complètes (logs Tomcat et Simplicité) qui correspondent à l’import de ce fichier ?
NB: je vois qu’il s’agit d’un module, comme tout import de module il faut l’importer via le service moduleimport et pas le simple xmlimport. La différence est qu’à la fin d’un import de module un diff final est effectué (et s’il n’y a pas d’erreur d’import) ce n’est pas le cas avec l’import XML simple (qui est à réserver à des imports de données métier, ou à des patches de paramétrage)
S’il y a un KO final il y a forcément une erreur visible dans les logs.
Essayez d’importer votre fichier via la UI et regardez les logs en // et/ou regardez le fichier log de la supervision d’import.
Je viens de faire le test d’import sur une 5.0.0-beta à jour via curl d’un fichier XML contenant un user, une resp et un param utilisateur, je n’ai pas de pb:
A tout hasard commencez par vous mettre à jour, je ne vois à priori rien dans les 3 commits qu’il y a eu sur la branche prerelease entre ces 2 builds qui pourrait être lié au pb que vous décrivez mais bon on ne sait jamais…
Je suis désolé je n’arrive pas à reproduire un KO à la fin d’un import sans erreur via curl sur une V5 prerelease à jour. Avez vous fait la mise à jour ?
Sinon pourriez vous faire un test curl avec un bloc le plus simple possible (ex: un param système) pour voir si le pb est général dans votre cas. Ex:
Oui je comprend bien que tant que vous ne reproduisez pas vous n’avez pas trop de pistes. Je vais m’assurer de récupérer la dernière version de l’image.
Pas d’erreur HTTP, ni de processus qui rejette le fichier, le traitement termine normalement avec un KO global = aucune ligne traitée.
Pour moi ça vient de votre fichier source qui ne peut pas être parsé en entrée…
En général ça peut venir juste d’un problème d’encoding du fichier qui n’est pas/plus en UTF-8, ou de tuyauterie http qui ne l’encode pas correctement
D:\GIT\EPIDE\epide-robot\simplicite>curl
client curl sous windows … ?
@Francois l’encoding de la JVM est forcément correct avec nos images Docker (car c’est de ce type de déploiement qu’on parle ici).
Je n’ai pas bien compris ce que vous avez fait comme test avec mon exemple basique (celui qui contient le param système TEST ci dessus) et, notamment, ce que ça a donné précisément comme réponse au curl (idéalement ce serait bien de faire un curl -v pour avoir plus de détails sur les headers HTTP échangés)
Ok mais la piste de l’encoding reste posée tant qu’on ne connait pas le fichier source.
Windows vs UTF-8 c’est toujours un sujet si on ne fait pas attention.
@Francois j’ai eu le fichier source par message privé. Je n’y a i rien vu d’anormal à priori (il contient des users/resps/params utilisateur) mais on ne peut pas l’importer sur nos environnements de test car on a pas le contexte pour le charger (pas les groupes des resps). Je vais te le forwarder.
Pour cerner si le pb est général ou spécifique à ce fichier j’ai demandé à faire des tests avec un XML de base (un param système)
Les logs simplicité et catalina que je vous ai transmis correspondent à ce qui s’est passé après avoir effectué ce curl.
Avec le -v :
* Trying ::1:8080...
* Connected to localhost (::1) port 8080 (#0)
* Server auth using Basic with user 'designer'
> POST /io HTTP/1.1
> Host: localhost:8080
> Authorization: Basic ZGVzaWduZXI6Y2hhdXZpZ25l
> User-Agent: curl/7.70.0
> Accept: */*
> Content-Length: 1056
> Content-Type: multipart/form-data; boundary=------------------------91dbf261f2ca21fb
>
* We are completely uploaded and fine
* Mark bundle as not supporting multiuse
< HTTP/1.1 200
< X-Simplicite-SessionID: 2AC426F4855E177878019CA425137701
< Content-Type: text/plain;charset=UTF-8
< Content-Length: 23
< Date: Tue, 13 Oct 2020 12:23:29 GMT
<
Status: KO
Time: 0.226s* Connection #0 to host localhost left intact
Faites le test depuis chez vous sur cette URL https://test5p.manager.simplicite.io/io pour voir si par hasard le pb ne serait pas au niveau de votre curl ou de votre machine cliente
J’ai réessayé l’import de module. Il ne fonctionne plus via IHM. Au clic du bouton import, rien ne se passe. Il log juste une ligne. Idem via curl. Peut etre est-ce un probleme de bdd ?
Je vous transmet les logs catalina complet du démarrage jusqu’aux deux tentatives d’import.
Simplicité version5.0.0-beta
Built on2020-10-18 22:38
Git infoprerelease/2350ab8657832d3c7c409778e4b5e43bb51307aa
Database level5;P00b;626daf1ce7bd0d102039579417e6e661
EncodingUTF-8 (system encoding UTF-8)
Time zoneUTC
OSLinux amd64 4.19.76-linuxkit
ServerApache Tomcat/9.0.39 WEB
DatabaseHSQL Database Engine 2.5.1
JVM14.0.2 Red Hat, Inc. OpenJDK 64-Bit Server VM 14.0.2+12
Script enginerhino Rhino 1.7.13 2020 09 02
Additional libsApache POI, Docx4j, Apache Tika, JGit, Apache JClouds, Google APIs, Google APIs Firebase logs catalina.txt (214.1 KB)