Discussion :

[Franck.H]

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 xml :

Sélectionner tout - Visualiser dans une fenêtre à part

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 xml :

Sélectionner tout - Visualiser dans une fenêtre à part

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

Je fait comme ceci:

Code vbnet :

Sélectionner tout - Visualiser dans une fenêtre à part

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

[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.

[Franck.H]

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

Le jeton EndAttribute dans l'état Element Start Tag générera un document XML non valide.

[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...

[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

Est-ce qu'on peut, avec XmlWriter, écrire dans un fichier qui contient déjà des données ?

[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.

[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ù

[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.

[Franck.H]

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

[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.

[Franck.H]

Un exemple de fichier: 25670115200025-01012014-31012014-026730000350.zip

[rv26t]

Bonjour,

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

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

[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

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

[rv26t]

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

[youtpout978]

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.

[Sehnsucht]

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.

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

[Franck.H]

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

Ok

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

ç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.

[youtpout978]

Ok


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.

[Franck.H]

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