Création XML avec XmlWriter

Version imprimable

:salut:

J'ai un petit problème dans la génération de la balise principale de mon fichier. Cela doit être dans cet ordre:

Code:

1
2
3
4
5
<?xml version="1.0" encoding="UTF-8"?>
<FctAssain xsi:schemaLocation="http://xml.sandre.eaufrance.fr/scenario/fct_assain/3 
http://xml.sandre.eaufrance.fr/scenario/fct_assain/3/sandre_sc_fct_assain.xsd" 
xmlns="http://xml.sandre.eaufrance.fr/scenario/fct_assain/3" 
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">

mais tout ce que j'arrive à faire c'est:

Code:

1
2
3
4
<?xml version="1.0" encoding="utf-8"?>
<FctAssain xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" 
xsi:schemaLocation="http://xml.sandre.eaufrance.fr/scenario/fct_assain/3 http://xml.sandre.eaufrance.fr/scenario/fct_assain/3/sandre_sc_fct_assain.xsd" 
xmlns="http://xml.sandre.eaufrance.fr/scenario/fct_assain/3">

l'ordre indiqué en premier doit être rigoureusement respecté car sinon le programme, non développé par la boîte, ne peut pas le lire le fichier XML :aie:

Je fait comme ceci:

Code:

1
2
3
4
5
6
7
        '* Ajout de l'en-tête XML standard
        _writer.WriteStartDocument()
 
        '* Ajout de l'élément parent et les chemins de schémas
        _writer.WriteStartElement("FctAssain", "http://xml.sandre.eaufrance.fr/scenario/fct_assain/3")
        _writer.WriteAttributeString("xmlns", "xsi", Nothing, "http://www.w3.org/2001/XMLSchema-instance")
        _writer.WriteAttributeString("xsi", "schemaLocation", Nothing, "http://xml.sandre.eaufrance.fr/scenario/fct_assain/3 http://xml.sandre.eaufrance.fr/scenario/fct_assain/3/sandre_sc_fct_assain.xsd")

Je ne vois pas trop comment mettre les différents chemins dans le bon ordre :weird:

:merci:

06/01/2015, 14h10
mactwist69

Bonjour,

Ca ne m'étonne pas car l'ordre des attributs n'est pas significatif officiellement.

Cela étant, que crois que dans VB, on a une fonction XML qui s'appelle WriteEndAttribute, y'a peut être quelque chose à chercher la dedans.
07/01/2015, 08h05
Franck.H

:salut:

Je ne crois pas en fait, c'est une fonction sans paramètres et qui en plus me génère une exception:

Citation:

Le jeton EndAttribute dans l'état Element Start Tag générera un document XML non valide.
07/01/2015, 16h42
mactwist69

Re,

J'ai un peu cherché et je vois pas de solution VB.

A part écrire le fichier XML comme un fichier texte...
Et/Ou utiliser un fichier XML comme Template qui posséderaient déjà l'entête formatée...
08/01/2015, 11h44
Franck.H

Ca, ça risque d'être un peu plus compliqué car il faudrait que je génère en premier lieu le fichier puis que je change l'en-tête en copiant les données vers un fichier avec l'en-tête dans le bon ordre, si je compte environ 1 minute pour générer un fichier (ils sont gros, environ 15.000 à 20.000 lignes, le plus long ce sont les requêtes de récupération et test de données) sur environ 93 ouvrages (une fois par mois)... je pense que ce n'est pas une pratique intéressante :aie:

Est-ce qu'on peut, avec XmlWriter, écrire dans un fichier qui contient déjà des données ?
08/01/2015, 13h34
mactwist69

Re,

Je ne crois pas... je crois qu'on ne peut écrire et en plus de manière itératif.
C'est un moyen facile d'écrire un fichier xml, mais ce n'est pas un outil très complet pour manipuler les fichier xml.

Il reste deux (ou plus?) moyens pour éditer un fichier xml :

- Xpath, qui va permettre de naviguer entre les noeuds, en ajouter etc... Mais de mon avis, c'est un petit peu laborieux.

- La sérialization. En créant une classe serializable qui correspond a la structure de votre fichier, vous pourriez ouvrir un fichier facilement (une ligne), lire les données dans le code à travers la classe, et enregistrer le fichier (en une ligne aussi). On peut d'ailleurs définir les nœuds ET les attributs.

Cependant il faudrait vérifier, pour résoudre votre problème, si la sérialisation conserve l'ordre des attributs de la classe...
Il faudrait faire un petit test.
08/01/2015, 14h00
Franck.H

Il faut que j'étudie la façon sérialisation alors. J'avais pris l'option XmlWriter car j'ai pas mal de tests et cas particuliers ainsi que certaines conversions de valeur avant l’enregistrement, cette option permet une certaine souplesse sur la création de fichiers XML. A voir avec la sérialisation comme ça fonctionne.

Je laisse le thread ouvert au cas où :D

:merci:
08/01/2015, 14h10
mactwist69

Si tu as pas mal de cas particuliers et des tests, la sérialization sera d'autant plus utile !

Car contrairement au XMLWriter, tu n'auras pas besoin de calculer et écrire en même temps et au fur et à mesure...

Ça ira même beaucoup plus vite, car là tu pourras séparer les étapes: charger, traiter les données, écrire...
Si en plus le traitement s'applique à beaucoup de fichiers, une petite boucle sur ta procédure, et hop !

Je suis le thread si tu as besoin d'info.
08/01/2015, 15h13
Franck.H

Citation:

Envoyé par mactwist69

Je suis le thread si tu as besoin d'info.

Heu oui si tu connais un bon tutoriel sur ce sujet ça me sera d'un grand secours :mrgreen:
08/01/2015, 15h35
youtpout978

La sérialisation c'est vraiment pas mal mais pas trop conseillé sur les gros fichiers ou le XMLWriter est plus conseillé à cause du nombre de donnée à charger en mémoire, après je ne sais pas si on rentre dans le cas avec ton fichier.
08/01/2015, 15h43
Franck.H

1 pièce(s) jointe(s)

Un exemple de fichier: Pièce jointe 165699
08/01/2015, 16h33
rv26t

Bonjour,

Citation:

Envoyé par Franck.H

Heu oui si tu connais un bon tutoriel sur ce sujet ça me sera d'un grand secours :mrgreen:

Il y a ceux de TomLev : La sérialisation XML avec .NET et Aller plus loin avec la sérialisation XML[/QUOTE]

Sinon il y a des discusions en cours Exemple, suite
08/01/2015, 17h11
youtpout978

Ceux de TomLev sont pas mal mais sont destinés au C#, je trouve qu'il est pas forcément facile de trouver de bon tuto aussi détaillé que ceux de TomLev pour Vb.net
08/01/2015, 17h27
Sehnsucht

Sinon comme autre voie "alternative" ; on peut aussi considérer l'utilisation de la classe XDocument et proditer de la possibilité offerte en VB.Net d'utiliser les littéraux xml ; j'ai testé vite fait ce que ça donnait sur le xml initial souhaité et il semblerait que ça fonctionne pas trop mal (à voir si pour le reste du document ça reste aisé d'utilisation)
08/01/2015, 17h48
rv26t

Citation:

Envoyé par youtpout978

Ceux de TomLev sont pas mal mais sont destinés au C#, je trouve qu'il est pas forcément facile de trouver de bon tuto aussi détaillé que ceux de TomLev pour Vb.net

L'important, c'est toutes les explications fournies. (il me semble qu'avec toutes ces explications, ce n'est pas très compliqué de le faire en VB, mais bon, c'est un avis perso.)
08/01/2015, 17h53
youtpout978

Citation:

Envoyé par rv26t

L'important, c'est toutes les explications fournies. (il me semble qu'avec toutes ces explications, ce n'est pas très compliqué de le faire en VB, mais bon, c'est un avis perso.)

Oui ça aide beaucoup mais quand des fois les noms des méthodes, des classes, des attributs ne sont pas forcements les mêmes tu galères à retrouver les méthodes, classes, attributs correspondants quand ceux-ci existes.
08/01/2015, 18h45
Sehnsucht

Citation:

Envoyé par youtpout978

Oui ça aide beaucoup mais quand des fois les noms des méthodes, des classes, des attributs ne sont pas forcements les mêmes tu galères à retrouver les méthodes, classes, attributs correspondants quand ceux-ci existes.

:koi: ça reste du .Net avant tout les noms des méthodes, des classes et des attributs n'ont pas vraiment tendance à changer (et dans le cas improbable où ça serait le cas suffit de voir la documentation qui présente souvent des exemples d'utilisation des dits-membres pour chaque langage)
09/01/2015, 08h00
Franck.H

Citation:

Envoyé par rv26t

Il y a ceux de TomLev : La sérialisation XML avec .NET et Aller plus loin avec la sérialisation XML

Ok :merci:

Citation:

Envoyé par youtpout978

Ceux de TomLev sont pas mal mais sont destinés au C#, je trouve qu'il est pas forcément facile de trouver de bon tuto aussi détaillé que ceux de TomLev pour Vb.net

Je n'ai aucun problème à retranscrire du code C# en VB.Net, je l'ai déjà fait à plusieurs reprises ;)

Citation:

Envoyé par Sehnsucht

:koi: ça reste du .Net avant tout les noms des méthodes, des classes et des attributs n'ont pas vraiment tendance à changer (et dans le cas improbable où ça serait le cas suffit de voir la documentation qui présente souvent des exemples d'utilisation des dits-membres pour chaque langage)

Oui tout à fait, normalement les noms ne changent pas car cela reste les mêmes bibliothèques.

Pour le moment et après de nouveaux tests et discussions avec l'aimable dame de l'agence qui récupère nos données, pour le moment les fichiers générés arrivent à être importé sans problème, on ne sais pas pourquoi avant il y avait le problème de l'en-tête. Je vais tout de même voir ce que permet la sérialisation et ce qu'on peut y gagner en terme de temps de développement, de souplesse ou autres points. La plupart des fichiers ne seront guère plus gros que celui mis en pièce jointe.
09/01/2015, 09h17
youtpout978

Citation:

Envoyé par Franck.H

Ok :merci:

Je n'ai aucun problème à retranscrire du code C# en VB.Net, je l'ai déjà fait à plusieurs reprises ;)

Moi j'ai du mal à faire le contraire à chaque fois que je lis du Vb ça me donne le tournis, heureusement qu'il y a des outils comme Telerik converter.
09/01/2015, 14h41
Franck.H

Citation:

Envoyé par youtpout978

Moi j'ai du mal à faire le contraire à chaque fois que je lis du Vb ça me donne le tournis, heureusement qu'il y a des outils comme Telerik converter.

Je trouve que c'est un bon exercice :mouarf: