Comparateur de module génère un patch XML non conforme

4.0
Comparateur de module génère un patch XML non conforme
0
Tags: #<Tag:0x00007f5ff646eee0>
(Bruno Montagnac) #1

Bonsoir,

lors de la comparaison de module, le patch XML généré est non conforme qui génère la log suivante lors du chargement :

2019-05-03 18:43:37,616 ERROR [com.simplicite.util.integration.SAXImportXML] SIMPLICITE|http://1d4f19b6d90a:8080||ERROR|a068181|com.simplicite.util.integration.SAXImportXML|process||Evénement: Error during XML processing
org.xml.sax.SAXParseException; lineNumber: 484; columnNumber: 28; The element type “obo_rowid_id.fld_name” must be terminated by the matching end-tag “”.
at com.sun.org.apache.xerces.internal.util.ErrorHandlerWrapper.createSAXParseException(ErrorHandlerWrapper.java:203)

Le patch XML contient effectivement ceci:

<obo_rowid_id.fld_name></obo_rowid_id>
<obo_extend_id.obj_name></obo_extend_id>

Suspicion de bug détecté en P22 et toujours présent en P23b.
Simplicité version4.0 patch level P23b (database patch level P22)Built on2019-04-26 11:48 (revision c29c7d6d3e7220b5384075962b6049a664c9d6d5) for tomcat 8EncodingUTF-8 (system encoding UTF-8)Simplicité version4.0 patch level P23b (database patch level P22)Built on2019-04-26 11:48 (revision c29c7d6d3e7220b5384075962b6049a664c9d6d5) for tomcat 8EncodingUTF-8 (system encoding UTF-8)

(François Genestin) #2

Bonjour,

Je ne vois pas bien pourquoi il y aurait un problème sur ces 2 tags et pas sur les autres puisqu’il n’y a rien de spécifique sur ces 2 champs au niveau de la sérialisation en XML du patch.

Etes vous sûr de ne pas avoir modifié manuellement ces fichiers ?
Je vais faire le test sur ces 2 champs lorsqu’ils passent à vide.

(Bruno Montagnac) #3

Bonjour François,
a priori non, nous ne modifions pas le patch XML fourni.
Bruno

(François Genestin) #4

Le patch est bien conforme en back, il génère des tag vides :

<obo_rowid_id.fld_name/>
<obo_extend_id.fld_name/>

Ca doit donc être un problème d’affichage côté front qui transforme le XML dans le textarea.
Je ne vois pas comment mais je vais chercher…

(Bruno Montagnac) #5

Je confirme après vérification que ce problème ne se produit qu’en interface responsive.
En legacy, le patch XML est conforme.

(François Genestin) #6

C’est corrigé, il y avait bien un pb d’encoding du flux dans le textarea, et Chrome ou jQuery réinterpretait le XML d’une façon très étrange.

ce sera poussé par David dans la foulée.

1 Like