[V5-beta] Import de module et de user

Tags: #<Tag:0x00007fdd47359450>

Bonjour,

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.

Merci d’avance.

Il y a des différences de métamodèle entre V4 et V5 (ex: des attributs en plus) mais normalement rien qui pose pb à de l’import de paramétrage.

Que contient votre fichier exactement ?

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.

curl -u designer:xx--form service=xmlimport --form file=@robotepide.xml --form log=true  http://localhost:8080/io
Status: KO
Time: 0.119s

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)

Nous avons toujours le probleme et avec les zip c’est la même histoire. J’ai activé les logs de debug mais je ne vois rien:

curl -u designer:xx --form service=zipimport --form file=@name.zip --form log=true http://localhost:8080/io

Status: KO
Time: 0.11s

logs.txt (9.4 KB)

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:

> curl -s -u designer:simplicite --form service=xmlimport --form file=@test.xml --form log=true https://test5p.manager.simplicite.io/io
Status: OK
Time: 0.266s

Mon fichier (j’ai testé avec et sans le bloc module au début):

<?xml version="1.0" encoding="UTF-8"?>
<simplicite xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns="http://www.simplicite.fr/base" xsi:schemaLocation="http://www.simplicite.fr/base https://www.simplicite.io/resources/schemas/base.xsd">
<object>
        <name>Module</name>
        <action>upsert</action>
        <data>
                <mdl_name>ApplicationUsers</mdl_name>
                <mdl_version>0.1</mdl_version>
                <mdl_prefix/>
                <mdl_url/>
                <mdl_lastupd>2017-09-11 22:40:04</mdl_lastupd>
                <mdl_comment/>
        </data>
</object>
<object>
        <name>User</name>
        <action>upsert</action>
        <data>
                <usr_image_id><![CDATA[DATA:picture.jpg:base64:/9j/4AAQSkZJRgABAQAAAQABAAD/4QAqRXhpZgAASUkqAAgAAAABADEBAgAHAAAAGgAAAAAAAABHb29nbGUAAP/bAIQAAwICCQkJCQkKCQkJCQkJCQgFCgcHCAgICAgJBwcHCAgICAcHBwcHBwgHBwcHCgcHBwgJCQkHBxcNCggNBwgJCAEDBAQGBQYKBgYKDQ0IDQ0NDQ0NDQ0NDQ0NDQ0NDQ0NDQ0NDQ0NDQ0NDQ0NDQ0NDQ0NDQ0NDQ0NDQ0NDQ0NDQ0N/8AAEQgAYABgAwERAAIRAQMRAf/EAB4AAAIDAQACAwAAAAAAAAAAAAYHBAUICQADAQIK/8QAOxAAAQIEBAQCBggGAwAAAAAAAgMSAAQGIgUTMkIHUmKCI3IRFDNDkqIBQVNhcbLC4iFRg9HS8hckMf/EABsBAAIDAQEBAAAAAAAAAAAAAAQFAgMGBwEA/8QAJREAAgICAgICAgMBAAAAAAAAAAECAwQREiEFMRMiMmEUQVEj/9oADAMBAAIRAxEAPwBpYPwpwsdUum7rMv7xLfYmYO8SsFk0xEZWXTzC3A75v4wm8g+i6Ai6mlyuETFMfeClpdHLMn8g+EQGSTEtTzbuilz0gjiXo0qSwiQ6wuu5Yp+fieSrPdhsjrTmBtPQXKO4fii+ORtAzQVUrKmm9PUwRKWIuXbCHKnssQb4RNCajldVrCDphZBbZNDBk1BLU0h64a1spkFM/jAgiRELUwFuWnrPzQS5AcgMRxYWkQJ5Qi3MT5naS/VE6fZGTJE4QtEhK0t36e040VL6Bmyyw3hvNHtUu7o7Kodk2fSpKHyxaQqOLoaXdCbyEOi6Bn2rMPeoQta0m8scj8n/AM2HwkCk1IkJCIi5peJ+6FdU+aCeRF/5HKUMRMHF9JbRdDOGL8hFz2XNcY0nMJJqAJJmBCS4saXmb1R46OBBrZb0TNZwCZarszywmyatHiDqlERyhE9xkTtJMHb3QtitEkFiMrltJzhLuti+DKZHilUG1QW2kLXHqgnYHI9FNyZEk0izHmWWzV3csGVA7YRYvLkbgTHUIgmPLl6vih1W+gaTGjhtWT6JJg3T7SyO5zWi7kV1TVsSYvUaRkRdvLCDPmtBMJGaMXnsxRQ+cyy44/5izkxhWDqOHiReH/ULbGXhPQemVFRSvsyEXGBiohYNzbml90NsfJ5PRFi14p1uKii0wQqprKttEfBER6RjX40OfQOwuoOvBBF9zjT2A5pQpy8dLo90GEvVhKcoiIAy4R8xNhKsTmyAQS1bOFgmJE3w7xFrfNzR7/GaISGjw64SqqNWWMVBK5oG4R6XDFixmxbahn1RPJSwkIJJidugLgi918AJxASnEVD8TUTnOYW7VFsLdFTDtWvE8tyh2tcmW6O45d/EL4mZOLfEx2Zllb7vzRis7LbCYRAakcWIklBdcJd12qObZzcmMIBVKS5mYgm0E003GXMUJZJJfsJbKuq5ch2u+0Z8rfui7GjxZ9sEDwXOLxB26WQ+WZwR7oY3DrguJkJCBCI+0ymkXcPpiiWQ7SbRY8aOApFKZkq0iEvEEbSy9yn4hy74aYsNdsEkUfCjh4iD1JiWUVXUQy084iAG7STT3FF031x/oiMzhPw/n5BQry9XUJ6QqiZJgPKJemPa0mCWIauKSvrBCIk4veWau2BLhfOWghpimcshFrvtB0t/2iFVHIVzsMgVbjUwOYmTREdDD2xucrM5DtrQjKtqba61zvhhMo82R+TR5w9rf/tZe1SAs3B+uwuFmx84esJCYbiIk+1sYi2tQYxgz4wfA85EXlcKhj2+7dFFlqh6PWW+GcOSECEPaELjfuLpgf8AlcmfReiVQuD5KhCpKri0cxRRIjIm7SFvXth3iv8AslyH3i0mQyozBEQ5gNUJS0h+zIh29UOXPSBpyAzAsWYQ5ikqJe8ICuUHbq0wPKzZS2HqFRF1DY2y8S/xgmnbAbZl9w6p1pPK0vdvhoqHIR22bDDEEbnaSH2kPcbDevQC3s5eVpxAcSl12mEzTbNRKexAVFiBEZXW+goeYtS4/sFkSqcxrLOXU3Dr6o9yqtxaJVT7NbUdPCo09ptJOOV+SrcZD+l9BRhU1ltEm5Zlq6oz83zGSr2FHrA83LA3BxKZw0HlCY4ZEROJpWJ9Iw+w7GwKbYd1FjwppERtUaBZb7nNHdzX7Y0WtoG3sQ9LJqqCQzQpERiRGOSIMJ2l38htKPFXtlUnoMOHEqYMlyImiZioWoiHSLijQ4uNsU3TNBYdlAm1ui10ayjEQokBtecThl9JZhcvLGkpx0kexhs47Y5jBOcJOEz8OMZCgZRs2CWK4kRE3dp+KG9NXQQo7J6Uw1VIS0Db3FE7KFponwNG8B6qc6XJzhFyRcw7o515vC32hlRPiPA5USEgPSdyZbhLpjDRqSY/pkmVsoU2NgZSrdpKMJvd9cGxxYyCZQ2OKhk5wQF0u1twFmATi5Sb9UM8bC0wWUEEs8mqSfiNdcTdQj5emNBGjSFVukCeFYeZOLcXzdUF04bkxbbLYd0llokSimmNxg4TivQuktk2sK2TUHLSNg8wao0EcfRR8QtsQp1xE5Rzt0FRWiaqOX3rHgp3OaoXzRjVFE41gniTn9xMhjWkMILSIn04qXp9BfUTu6PZQCJQGpw4rRQFUyDUBCXm5hjL+SxuSYHKfF9G48Ay5tFIxIbgc59ruXzRyfJpdbY2ou0XOE02qKouaW3aXwxXj2tDB5I1ZPC1RER1cg3Wxqse4HlkbI2MY0IeCBZqhEIqbmcwwy+TYrutDrh/RoknmGTW7Y2vja1JoWOWwkxihUVstrU3DpjdQrUV0WxWwVm+Co6tJO54kz3QPTfDtYCaIuH3b7YraJ6OOOMzog0Q0el0Y/jshFFSrNPHU0hdBkI6DIoq0Zd26LNBC9BlSkmRFZqhJk/4KZfkaC4Z14tJiQEBGm8Rb+qMTm40ZbYZE0zQnFx7XJxjbKVFhKCiouLhtIEbSIWu5fLBNFukSSIFC4kI+crlFOcoMrzEmBXR2aKoaphFokLhKOgeKzFtCqb0F9T4xLiOZ4jh5I6TVYpxLKrCtSmE1BERUITIt8W7DA2wqnSAWqGKn2fTH3IkfnSxAi1W/wANEZOuR7FFSjq/G6C96QYvRYzOGkV4RFTIxfQdcMyIVBdutjPZ9mvQC19h4zOCtby2knGHyLmwlDQoZRuW7cRfljLXt7CYl9i6xCWrSPhwPW+i5os6RnnJiTrrtMVrfIpcdjloGsBcIqFbps1Rq/HZDjJCPKjoec5gZGn4IuHmjsHjshyigOkq5SlctURULLdc7qjUqI2DWXqhO0CISIdzm2x9xJnA+Zp0STER1E390c/rt+xTFgjI4KRKEIj/AOfSQwxstSiGqXQz6Q4akoBN1Nc2M9fl9+ynW0XwU2xrekfKUKb7eRCtdjIOaHKES1CI/FGasi9hiQa0pNESaVu9zumE2XAsR5WNSM/L5Y9xaG0XIsaOxRmU0haYuU6nQHk1uMiY0UkbkzFwi7thjg/khLmLZqrhjNKgFxOTIHply9Mdm8S/qhRX0z2Y9iHrI3NcPsy5Y2kBrApjwMlLRt79Xli9smzkIgom1XaIZhJlqdptjlsPZQgCwiYHOeJNu06hKC7pNRLuRoyjMUEk9IuHcG7mHujDZVrUgmtbQM1swJhUNAGY26mkIiTu6CaW5RIpakSTnBJITAnNLTA9kOw3Qb0jNNSEyO0RdCfKgVvoWHFOtWqMdaRO+KNH4/E5R2VfIFPDeq35Y7hb8Iwk8njcXsmrDTMhihAIlqTtK/qhdhfkC5HaNfcN1kykh3CQadzfNHX/ABT+qE/pk+QkxAxBomBC5ukhjdR9DKBWzlEorTA5aygKXE25ox9Jk5H/2Q==]]></usr_image_id>
                <usr_login>cgdave@gmail.com</usr_login>
                <usr_timezone/>
                <usr_minrows>10</usr_minrows>
                <usr_maxrows>20</usr_maxrows>
                <usr_title/>
                <usr_first_name>David</usr_first_name>
                <usr_last_name>AZOULAY</usr_last_name>
                <usr_lang>FRA</usr_lang>
                <usr_email>cgdave@gmail.com</usr_email>
                <usr_active>1</usr_active>
                <usr_home_id.viw_name>DemoAdminHome</usr_home_id.viw_name>
                <usr_work_num/>
                <usr_home_num/>
                <usr_cell_num/>
                <usr_address1/>
                <usr_address2/>
                <usr_zipcode/>
                <usr_city/>
                <usr_state/>
                <usr_country/>
                <row_module_id.mdl_name>ApplicationUsers</row_module_id.mdl_name>
                <usr_menu>1</usr_menu>
                <usr_menu_defcollapsed>0</usr_menu_defcollapsed>
                <usr_menu_defdomain_id.obd_name/>
                <usr_logout>2020-06-05 23:28:27</usr_logout>
                <usr_last_logon>2020-05-14 22:32:45</usr_last_logon>
                <usr_dateformat/>
                <usr_lang_pref>FRA</usr_lang_pref>
                <usr_uuid>a0f393d2-8b3d-4419-b986-1d1d4ff56f24</usr_uuid>
        </data>
</object>
<object>
        <name>Responsability</name>
        <action>upsert</action>
        <data>
                <rsp_login_id.usr_login>cgdave@gmail.com</rsp_login_id.usr_login>
                <rsp_group_id.grp_name>ADMIN</rsp_group_id.grp_name>
                <rsp_start_dt>2016-11-07</rsp_start_dt>
                <rsp_end_dt/>
                <rsp_activ>1</rsp_activ>
                <row_module_id.mdl_name>ApplicationUsers</row_module_id.mdl_name>
        </data>
</object>
<object>
        <name>UserSysParam</name>
        <action>upsert</action>
        <data>
                <usp_user_id.usr_login>cgdave@gmail.com</usp_user_id.usr_login>
                <usp_param_id.sys_code>FORCE_CHANGE_PASSWORD</usp_param_id.sys_code>
                <usp_value><![CDATA[yes]]></usp_value>
                <usp_param_id.sys_type>PRV</usp_param_id.sys_type>
                <usp_param_id.sys_value><![CDATA[empty]]></usp_param_id.sys_value>
                <usp_param_id.sys_desc><![CDATA[Force password change (set at user level)]]></usp_param_id.sys_desc>
                <row_module_id.mdl_name>ApplicationUsers</row_module_id.mdl_name>
        </data>
</object>
</simplicite>

Quelle est votre version exacte ? = donnez moi le résultat de l’appel au /health de votre instance.

EDIT

Pas de pb non plus en mode import de module:

> curl -s -u designer:simplicite --form service=moduleimport --form module=ApplicationUsers --form version=0.1 --form file=@test.xml --form log=true https://test5p.manager.simplicite.io/io
Status: OK
Time: 0.228s

L’import via UI fonctionne, ou du moins il me retourne des erreurs quand il y’en a. C’est vraiment via curl que je n’ai pas de retour…

> Simplicité version5.0.0-beta
> Built on2020-10-07 19:44
> Git infoprerelease/ed131cd8f513142eda17b7ba66a8912a426f24d2
> Database level5;P00b;ecd8d95c77fe4eac774bd63b9f98d38d 

> [Platform]
> Status=OK
> Version=5.0.0-beta
> BuiltOn=2020-10-07 19:44
> Git=prerelease/ed131cd8f513142eda17b7ba66a8912a426f24d2
> Encoding=UTF-8
> EndpointIP=172.20.0.4
> EndpointURL=http://9d656f7324d4:8080
> TimeZone=UTC
> SystemDate=2020-10-12 16:20:38
> 
> [Application]
> ApplicationVersion=1.0.0
> ContextPath=
> ContextURL=http://localhost:8080
> ActiveSessions=1
> TotalUsers=3
> EnabledUsers=2
> LastLoginDate=2020-10-12 15:41:03
> 
> [Server]
> ServerInfo=Apache Tomcat/9.0.38
> ServerType=WEB
> User=root
> 
> [OS]
> Name=Linux
> Architecture=amd64
> Version=4.19.76-linuxkit
> SystemEncoding=UTF-8
> 
> [Disk]
> DiskFree=54515
> DiskUsable=51223
> DiskTotal=64250
> 
> [JavaVM]
> Version=14.0.2
> Vendor=Red Hat, Inc.
> VMName=OpenJDK 64-Bit Server VM
> VMVersion=14.0.2+12
> ScriptEngine=rhino
> ScriptEngineVersion=Rhino 1.7.13 2020 09 02
> HeapFree=232736
> HeapSize=406528
> HeapMaxSize=761856
> TotalFreeSize=588064
> 
> [Cache]
> GrantCache=16
> GrantCacheMax=0
> GrantCacheRatio=0
> ObjectCache=468
> ObjectCacheMax=10000
> ObjectCacheRatio=4
> ProcessCache=9
> ProcessCacheMax=10000
> ProcessCacheRatio=0
> 
> [Database]
> Vendor=1
> ProductName=HSQL Database Engine
> ProductVersion=2.5.1
> DriverName=HSQL Database Engine Driver
> DriverVersion=2.5.1
> DBDate=2020-10-12 16:20:38.425000+0:00
> DBDateOffset=0
> DBPatchLevel=5;P00b;ecd8d95c77fe4eac774bd63b9f98d38d
> UsingBLOBs=false
> 
> [Healthcheck]
> Date=2020-10-12 16:20:38
> ElapsedTime=2

Le health de mon instance de test:

[Platform]
Status=OK
Version=5.0.0-beta
BuiltOn=2020-10-08 17:59
Git=prerelease/dbb7d14df0111db7d7bc17518176ae0c02b64d6b

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…

Et dans les logs tomcat catalina.log ?

Voila un extrait a partir du moment ou il reçoit la requête :

172.20.0.1 - - [13/Oct/2020:07:36:34 +0000] “POST /io HTTP/1.1” 200 23

catalina.out (18.4 KB)

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:

<?xml version="1.0" encoding="UTF-8"?>
<simplicite xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns="http://www.simplicite.fr/base" xsi:schemaLocation="http://www.simplicite.fr/base https://www.simplicite.io/resources/schemas/base.xsd">
<object>
        <name>SystemParam</name>
        <action>upsert</action>
        <data>
                <sys_code>TEST</sys_code>
                <sys_value><![CDATA[Test]]></sys_value>
                <sys_value2/>
                <sys_type>APP</sys_type>
                <sys_desc/>
                <row_module_id.mdl_name>Application</row_module_id.mdl_name>
        </data>
</object>
</simplicite>

Nous essayons de déterminer un mode opératoire pour reproduire votre pb car tant qu’on ne le reproduit pas on ne peut pas l’investiguer.

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.

J’ai essayé de nouveau.

172.20.0.1 - - [13/Oct/2020:08:59:45 +0000] "POST /io HTTP/1.1" 200 22
172.20.0.1 - - [13/Oct/2020:08:59:51 +0000] "GET /ui/logs HTTP/1.1" 200 337264

log_simplicité.log (9.8 KB)

catalina.log (60.9 KB)

Et bien entendu le paramètre n’est pas présent dans l’application. Via Ui, ça fonctionne correctement et le paramètre est bien importé.

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 … ?

ou param tomcat -Dfile.encoding=UTF-8 manquant…

@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)

Dans mon dernier message j’ai executé la commande suivante avec votre exemple basique:

curl -u designer:chauvigne  --form service=xmlimport --form file=@test.xml --form log=true http://localhost:
8080/io

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

Le même test donne Status: OK sur notre instance de test en V5 prerelease (beta): à jour

> curl -s -u designer:simplicite --form service=xmlimport --form file=@TEST.xml --form log=true https://test5p.manager.simplicite.io/io
Status: OK
Time: 0.101s

avec TEST.xml:

<?xml version="1.0" encoding="UTF-8"?>
<simplicite xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns="http://www.simplicite.fr/base" xsi:schemaLocation="http://www.simplicite.fr/base https://www.simplicite.io/resources/schemas/base.xsd">
<object>
        <name>SystemParam</name>
        <action>upsert</action>
        <data>
                <sys_code>TEST</sys_code>
                <sys_value><![CDATA[Test]]></sys_value>
                <sys_value2/>
                <sys_type>APP</sys_type>
                <sys_desc/>
                <row_module_id.mdl_name>Application</row_module_id.mdl_name>
        </data>
</object>
</simplicite>

Il doit donc y avoir un truc subtil quelque part…

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)