Discussion :

[BSmum]

Bonjour:
Je veux transformer des fichiers de configuration cisco en des fichiers xml.
Le fichier de configuration a la forme suivante:
***************
Current configuration : 4764 bytes
!
! NVRAM config last updated at 08:18:34 UTC Fri Sep 17 2010
!
version 12.2
no service pad
service timestamps debug datetime msec
service timestamps log datetime msec
no service password-encryption
!
hostname KSB-SW21
!
boot-start-marker
boot-end-marker
!
enable secret
no aaa new-model
system mtu routing 1500
ip subnet-zero
!
ip dhcp snooping vlan 1,10,20,30,40
ip dhcp snooping
!
cluster commander-address - member 5 name - vlan 1
!
!
!
!
!
spanning-tree mode pvst
spanning-tree extend system-id
!
vlan internal allocation policy ascending
!
!
!
interface FastEthernet0/1
switchport access vlan 10
switchport mode access
switchport nonegotiate
switchport voice vlan 20
spanning-tree portfast
!
interface FastEthernet0/2
switchport access vlan 10
switchport mode access
switchport nonegotiate
switchport voice vlan 20
spanning-tree portfast

......
***************

je me depuis longtemps mais pas de r�sultat!!
avez vous des propositions??
Merci d'avance.

[polymorphisme]

Bonjour,

c'est clairement faisable, mais je ne connais pas d'autres m�thodes que de cr�er une classe � la main pour obtenir ce xml.

En gros, il faut d�finit les �l�ments de ton fichier XML, la correspondance entre le texte de ton fichier texte et les �l�ments XML, puis �crire la classe refl�tant cette correspondance.

[alain.couthures]

Bonjour,

Une autre approche, moins acad�mique peut-�tre, consiste � utiliser XSLT pour faire cel�.

Avec XSLT 1.0, il est n�cessaire de d'abord rajouter un �l�ment racine. Avec XSLT 2.0, gr�ce � la fonction unparsed-text(), ce n'est m�me pas la peine !

-Alain

[thelvin]

Une autre approche, moins acad�mique peut-�tre, consiste � utiliser XSLT pour faire cel�.

Avec XSLT 1.0, il est n�cessaire de d'abord rajouter un �l�ment racine. Avec XSLT 2.0, gr�ce � la fonction unparsed-text(), ce n'est m�me pas la peine !

Moins acad�mique et surtout moins pragmatique -_-�. XSLT peut �tre bon pour transformer des donn�es qui sont d�j� au format XML, mais pas pour l'inverse.

[alain.couthures]

Moins acad�mique et surtout moins pragmatique -_-�. XSLT peut �tre bon pour transformer des donn�es qui sont d�j� au format XML, mais pas pour l'inverse.

XPath 2.0 int�gre beaucoup de fonctions de manipulation de chaines suppl�mentaires.

XSLT n'a pas son pareil pour bien g�n�rer du XML, � part peut-�tre XQuery.

Mais c'est vrai qu'il faut nativement penser en r�cursif !

-Alain

[polymorphisme]

Bonjour,

je n'ai jamais vraiment chercher pourquoi XSLT n'�tait pas tr�s performant pour manipuler du texte. Auriez-vous des tests le d�montrant ?

[BSmum]

veillez m'expliquer d'avantage comment faire avec xslt?? je suis vraiment ignorante de ce propos et je suis oblig�e de ce faire juste comme outil dans une autre application.
encore Merci

[thelvin]

XPath 2.0 int�gre beaucoup de fonctions de manipulation de chaines suppl�mentaires.

Et alors ? Tout le reste aussi, mais le reste est mieux pr�vu pour.

XSLT n'a pas son pareil pour bien g�n�rer du XML, � part peut-�tre XQuery.

Et � part aussi 98% des g�n�rateurs XML de la plan�te. Le point fort de XSLT c'est de lire du XML et de le d�corer � la mani�re d'un super-CSS. Pas de cr�er du XML, o� il n'est pas meilleur que n'importe quoi d'autre.

Mais c'est vrai qu'il faut nativement penser en r�cursif !

D�j�, oui, et mille autres limitations inutiles, dues au choix d'un outil qui n'a rien � voir.

veillez m'expliquer d'avantage comment faire avec xslt??

Ce n'est pas int�ressant, il t'a menti.

[alain.couthures]

Cher thelvin,

Bravo pour vos remarques si constructives, toujours agr�ables et bien � propos (c'est ironique bien s�r).

Dommage que cela nuise tant au niveau de ce forum...

-Alain

[thelvin]

Que ce que je dis te plaise ou pas ne change rien � sa v�racit� pure et simple.

Et dire les choses aux gens est plus utile au forum que leur raconter n'importe quoi. � part dire "utilise XSLT 2.0 !" tu n'as servi � rien, et dire cela n'a non seulement servi � rien mais a en plus ouvert une mauvaise piste.

En l�occurrence, On ne peut pas aider cette personne parce que ce qui lui manque c'est des notions de XML et c'est tout. La seule chose qu'elle peut faire c'est apprendre le XML et c'est ce que je lui ai dit de faire.

J'ajoute que polymorphisme t'a d�j� demand� de d�fendre ton point de vue, et que tu ne l'as pas fait, ce qui est normal parce que tu ne saurais pas le faire, ce qui est normal parce qu'il est erron�. De plus le demandeur aussi t'a demand� de pr�ciser ce que tu voulais dire et tu ne l'as pas fait, parce que tu n'as rien � pr�ciser : ta suggestion ne servait � rien.

Bonne soir�e, jaloux (c'est comme un mauvais perdant, mais qui se rend compte qu'il est moins capable qu'un autre plut�t que d'avoir perdu une partie de quelque chose).

[alain.couthures]

C'est bien avec des avis comme ceux-l� que le niveau de ce forum n'est d�cid�ment pas terrible...

Cela fait des ann�es que je parse des langages texte avec XSLT. Oui, je dois �tre le seul sur ce forum. Cela ne veut pas dire que ce n'est pas performant.

Ecrire un programme n�cessite un compilateur ou un interpr�teur. Le nombre de lignes de code pour faire cela sera fatalement cons�quent.

Avec Saxon, ceci peut �tre fait en passant une commande et la feuille de style ne devrait pas �tre si cons�quente, tout d�pend du format XML cible.

Voici l'exemple figurant dans le livre de Michael Kay (je dois aussi �tre le seul de ce forum � le conna�tre personnellement...) pour convertir un fichier CSV en XML :

Code :

S�lectionner tout - Visualiser dans une fen�tre � part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
<xsl:stylesheet xmlns:xsl="http://www.w3.org/1999/XSL/Transform" xmlns:xs="http://www.w3.orh/2001/XMLSchema" version="2.0">
  <xsl:param name="input-uri" as="xs:string"/>
  <xsl:output indent="yes"/>
  <xsl:template name="main">
    <xsl:variable name="in" select="unparsed-text($input-uri, 'iso-8859-1')"/>
    <table>
      <xsl:analyze-string select="$in" regex="\n">
        <xsl:non-matching-substring>
          <row>
            <xsl:analyze-string select="." regex='("([^"]*?)")|([^,]+?),'>
              <xsl:matching-substring>
                <cell>
                  <xsl:value-of select="regex-group(2)"/>
                  <xsl:value-of select="regex-group(3)"/>
                </cell>
              </xsl:matching-substring>
            </xsl:analyze-string>
          </row>
        </xsl:non-matching-substring>
      </xsl:analyze-string>
   </table>
 </xsl:template>
</xsl:stylesheet>

Donc, la r�ponse avec XSLT 2.0 ne serait pas bien plus compliqu�e...

[BSmum]

Veillez vous calmez et merci en tout cas, de toute fa�on je me suis d�brouill� en d�veloppant un script php!

[polymorphisme]

Tartaglia et Cardan ...

[thelvin]

Veillez vous calmez et merci en tout cas, de toute fa�on je me suis d�brouill� en d�veloppant un script php!

Nous n'avons pas d'ordre � recevoir de toi, une simple demande raisonnable ne se fait pas en rouge, je suis calme mais je corrige les erreurs si j'en ai envie et je ne me laisse pas marcher sur les pieds, et �a s'�crit "veuillez."

Te d�brouiller avec un script PHP est exactement ce qu'il fallait faire, alors f�licitations.

C'est bien avec des avis comme ceux-l� que le niveau de ce forum n'est d�cid�ment pas terrible...

Prouve-le. C'est au contraire en disant aux gens d'utiliser des outils qui n'ont rien � voir, qu'on en arrive aux solutions miteuses genre prendre une photo sur une table en bois.

Le forum XML/XML Schema/XSLT est d'ailleurs d'un fort bon niveau, de ce que j'en ai vu. Les gens qui viennent pour de l'aide sont pas tr�s dou�s, logiques, ils sont l� pour �a, aussi.

Cela fait des ann�es que je parse des langages texte avec XSLT. Oui, je dois �tre le seul sur ce forum. Cela ne veut pas dire que ce n'est pas performant.

Mais �a veut dire que cette solution n'est bonne que pour toi et les gens dans ton cas. Je peux faire une biblioth�que d'imagerie en pur Java dynamique. C'est pas pour autant que je vais le faire, le langage �tant totalement inadapt�, compar� � une petite bibli native.

Ecrire un programme n�cessite un compilateur ou un interpr�teur. Le nombre de lignes de code pour faire cela sera fatalement cons�quent.

Non. D'ailleurs la personne l'a fait en PHP et m�me si je ne raffole pas de ce langage, le probl�me peut y �tre r�solu en un nombre de lignes correspondant � la complexit� du probl�me.

Avec Saxon, ceci peut �tre fait en passant une commande et la feuille de style ne devrait pas �tre si cons�quente, tout d�pend du format XML cible.

Et de la XSLT correspondante, le gain est donc nul et le co�t sup�rieur.

Voici l'exemple figurant dans le livre de Michael Kay (je dois aussi �tre le seul de ce forum � le conna�tre personnellement...) pour convertir un fichier CSV en XML :
[snip]
Donc, la r�ponse avec XSLT 2.0 ne serait pas bien plus compliqu�e...

Cet exemple est d�j� infiniment plus compliqu� que n�cessaire si on ne conna�t pas d�j� XSLT 2.0 et tout ce qui y est utilis�. XSLT 2.0 est capable de �a, mais n'a pas �t� cr�� pour �a, au contraire de la plupart des langages.

[tsuji]

Si l'int�gration m'oblige, je n'hesite pas de prendre d'avantage de unparsed-text(): on peut aussi dire que la fonction est faite pour �a.

Perl est fort � traiter des fichiers textuels, �a n'empeche pas des travailleurs de logiciels de les traiter avec un langage d'une porter plus limit�e comme Basic - pour faire plus de contrast.

Xml n'est souvent pas r�put� d'�tre concis, mais �a n'empeche pas de devenir un format porteur de m�ssages � longue distance qui consume "bandwidth". Est-ce que xml est fait pour �a particuli�rement?

Je ne vois pas de raison d'extrapoler trop d'apr�s des go�ts personnels et d'en prendre comme absolus jusqu'� agresser les autres coll�gues � cet �gard.

[thelvin]

Si l'int�gration m'oblige, je n'hesite pas de prendre d'avantage de unparsed-text(): on peut aussi dire que la fonction est faite pour �a.

Absolument. Mais le si, en d�but de phrase, est le mot-cl� de la phrase. Sans aller jusqu'� parler d'obliger, lorsque la situation dans laquelle on se trouve favorise d�j� XSLT 2.0, on peut se rappeler qu'on a pas besoin d'avoir peur du texte gr�ce � unparsed-text().

Et dans ce cas-l� seulement.

Perl est fort � traiter des fichiers textuels, �a n'empeche pas des travailleurs de logiciels de les traiter avec un langage d'une porter plus limit�e comme Basic - pour faire plus de contrast.

J'en sais rien, Perl c'est pas mon truc.

Xml n'est souvent pas r�put� d'�tre concis, mais �a n'empeche pas de devenir un format porteur de m�ssages � longue distance qui consume "bandwidth". Est-ce que xml est fait pour �a particuli�rement?

Litt�ralement oui. XML est �tudi� pour mettre tout le monde d'accord universellement sur comment repr�senter des donn�es, et quelles donn�es sont repr�sent�es exactement par tel ou tel document XML.
� l'�poque cela concernait absolument tout �change d'une application � l'autre, que ce soit � travers le r�seau, entre applications � travers les pipes, � travers des fichiers, ou d'une version � l'autre.

De nos jours �a semble moins int�ressant gr�ce � JSON ou Google Protocol Buffer, mais les habitudes sont tenaces, et il reste des cas pathologiques sans XML.

Par ailleurs, pas mal de gens se jettent sur XML sans se soucier de justifier ce choix. Pourquoi pas si �a leur fait gagner du temps et qu'ils comprennent � l'� peu pr�s comment �a marche. Mais l� nous parlions de perdre du temps, et d'une technologie qui a juste rien � voir, donc fondamentalement incompr�hensible vis-�-vis de l'objectif vis�.

Je ne vois pas de raison d'extrapoler trop d'apr�s des go�ts personnels et d'en prendre comme absolus jusqu'� agresser les autres coll�gues � cet �gard.

Bah en voil� deux : le co�t en temps de mise en place et d'apprentissage ; et le co�t de la maintenance, qui d�coule de la logique de mise en �uvre.
En plus je suis d�sol�, mais dire � quelqu'un que ce qu'il a dit � quelqu'un d'autre ne marche pas, �a passera toujours comme agressif. Non, c'est la v�rit� ni plus ni moins, pourquoi je devrais obliger les g�n�rations futures qui viendront lire des trucs, � �couter des mauvais conseils et essayer d'en tirer quelque chose ? Si c'est pas bon c'est pas bon, et je le dis, c'est pas dans ce sens qu'il faut aller, et tant pis pour l'amour-propre du monsieur.

De toute fa�on des professionnels ne discuteraient pas de cela si longtemps : "quand la seule chose qu'on a c'est un marteau, tous les probl�mes ressemblent � un clou," c'est connu, parfaitement v�rifi�, et on en voit tr�s bien les d�fauts.

[polymorphisme]

Bonjour tsuji,

Xml n'est souvent pas r�put� d'�tre concis, mais �a n'empeche pas de devenir un format porteur de m�ssages � longue distance qui consume "bandwidth". Est-ce que xml est fait pour �a particuli�rement?

Je crois que les Web Services l'utilisent tel quel.
Apr�s, je sais qu'il existe des applications dont le but est r�duire la taille du XML. Par exemple, en supprimant les espaces blancs inutiles, en modifiant le type des �l�ments, en compressant les donn�es, ...

[tsuji]

Bonjour M Roche,
C'est entendu, merci; j'ai bien conscience de cela et bien d'autres venant avec. C'est absolument impossible autant qu'inutile d'y plunger dedans, �a ram�ne trop loin du sujet malheursement.
-tsuji