Commentaires sur : Object to XML to Object : conversion XSD http://www.lafabrick.com/blog/2009/12/14/1492-object-to-xml-to-object-conversion-xsd/ Laboratoire d'interfaces riches (Flex, Flash, Air ...) Fri, 20 Jan 2012 17:06:57 +0000 hourly 1 http://wordpress.org/?v=3.1.4 Par : fab http://www.lafabrick.com/blog/2009/12/14/1492-object-to-xml-to-object-conversion-xsd/comment-page-1/#comment-20742 fab Mon, 28 Jun 2010 20:56:31 +0000 http://www.lafabrick.com/blog/?p=1492#comment-20742 @nullPointerException : Il existe une méthode très simple pour créer et valider des xml qui doivent suivre un formalisme XSD : les WTP de Eclipse. Les WTP ( pour Web Tools Platform ) est un jeu d'outils et de perspectives additionnelles pour le développement Web. Les WTP son largement utilisé par les développeurs Java, notamment pour la perspective J2EE dédié. En ce qui nous concerne, les WTP incluent tous un tas d'outils pour la conception XML/XSD. Intallation des WTP: dans FB4 (et donc dans Eclipse Galileo) vous devez ouvrir "Help>Install New Software". Dans le champ "Work with :", sélectionner Galileo. Si l'url de l'update site de galileo n'est pas présent, cliquez sur le lien "Avaible Software site", puis dans la fenêtre suivante "Add", et ajouter en Name "Galileo" et dans Location : "http://download.eclipse.org/releases/galileo/" Puis OK. Un fois l'update site Galileo sélectionner, cocher "Web, XML and Java EE Development" ( vous pouvez bien sur ne choisir que la gestion XML, mais le set d'outil proposé est vraiment bien, en incluant tous les outils pour JavaScript, XML, XSL, XSD, HTML, XHTML, CSS, JSP, EJBs, Webservices, et JPA. Tous un programme ). validez tous (certainement avec plein de fenêtre), redémarrez et voila! vous avez la super total. Utilisation pour les XML : Pour créer un fichier XML suivant une XSD, clic droit sur votre projet puis "New>Other...>déployez XML > XML" (je part du principe que vous êtes sous FB, en perspective Flash.... Mais vous y arriverez très bien sous d'autre configuration :) ). Plusieurs fenêtre vous guide pour créer votre XML, et notamment des options de création suivant une XSD. Vous aurez par la suite l'autocomplétion dans vos XML (classe!) et le suivie d'erreur. Je vous invite aussi a regarder les vues "design" de création de fichier XSD, qui vous permet de tomber vos fichier en un temps reccord! @ALL : Je prépare un google code sur ce projet qui arrive très bientôt, avec quelque features sympa, notamment l'autogénération de classe actionscript suivant vos XSD. Stay tuned ! @nullPointerException : Il existe une méthode très simple pour créer et valider des xml qui doivent suivre un formalisme XSD : les WTP de Eclipse. Les WTP ( pour Web Tools Platform ) est un jeu d’outils et de perspectives additionnelles pour le développement Web. Les WTP son largement utilisé par les développeurs Java, notamment pour la perspective J2EE dédié. En ce qui nous concerne, les WTP incluent tous un tas d’outils pour la conception XML/XSD.

Intallation des WTP:
dans FB4 (et donc dans Eclipse Galileo) vous devez ouvrir « Help>Install New Software ». Dans le champ « Work with : », sélectionner Galileo.
Si l’url de l’update site de galileo n’est pas présent, cliquez sur le lien « Avaible Software site », puis dans la fenêtre suivante « Add », et ajouter en Name « Galileo » et dans Location : « http://download.eclipse.org/releases/galileo/ » Puis OK.

Un fois l’update site Galileo sélectionner, cocher « Web, XML and Java EE Development » ( vous pouvez bien sur ne choisir que la gestion XML, mais le set d’outil proposé est vraiment bien, en incluant tous les outils pour JavaScript, XML, XSL, XSD, HTML, XHTML, CSS, JSP, EJBs, Webservices, et JPA. Tous un programme ). validez tous (certainement avec plein de fenêtre), redémarrez et voila! vous avez la super total.

Utilisation pour les XML :
Pour créer un fichier XML suivant une XSD, clic droit sur votre projet puis « New>Other…>déployez XML > XML » (je part du principe que vous êtes sous FB, en perspective Flash…. Mais vous y arriverez très bien sous d’autre configuration :) ). Plusieurs fenêtre vous guide pour créer votre XML, et notamment des options de création suivant une XSD. Vous aurez par la suite l’autocomplétion dans vos XML (classe!) et le suivie d’erreur.

Je vous invite aussi a regarder les vues « design » de création de fichier XSD, qui vous permet de tomber vos fichier en un temps reccord!

@ALL : Je prépare un google code sur ce projet qui arrive très bientôt, avec quelque features sympa, notamment l’autogénération de classe actionscript suivant vos XSD. Stay tuned !

]]> Par : nullPointerException http://www.lafabrick.com/blog/2009/12/14/1492-object-to-xml-to-object-conversion-xsd/comment-page-1/#comment-20740 nullPointerException Mon, 28 Jun 2010 13:31:12 +0000 http://www.lafabrick.com/blog/?p=1492#comment-20740 Bonjour, je voulais savoir si vous avez une astuce pour valider un xml par un schéma XSD. Une métohde qui renvoie les lignes erronées par exemple... Ca fait un petit moment que je cherche et je trouve rien, alors please help... Bonjour,
je voulais savoir si vous avez une astuce pour valider un xml par un schéma XSD. Une métohde qui renvoie les lignes erronées par exemple… Ca fait un petit moment que je cherche et je trouve rien, alors please help…

]]> Par : Fabien http://www.lafabrick.com/blog/2009/12/14/1492-object-to-xml-to-object-conversion-xsd/comment-page-1/#comment-20162 Fabien Wed, 12 May 2010 14:18:12 +0000 http://www.lafabrick.com/blog/?p=1492#comment-20162 @tonibache : très bonne remarque. Je fait une mise à jour au plus vite. Merci pour le retour. @tonibache : très bonne remarque. Je fait une mise à jour au plus vite. Merci pour le retour.

]]> Par : tonibache http://www.lafabrick.com/blog/2009/12/14/1492-object-to-xml-to-object-conversion-xsd/comment-page-1/#comment-20161 tonibache Wed, 12 May 2010 13:37:38 +0000 http://www.lafabrick.com/blog/?p=1492#comment-20161 Pourquoi ne pas avoir utilisé SchemaLoader au lieu de URLLoader dans la class XSDConverter ? Dans le cas d'include dans le xsd, la classe ne fonctionne pas. URLLoader ne charge pas les autres xsd. Pourquoi ne pas avoir utilisé SchemaLoader au lieu de URLLoader dans la class XSDConverter ?
Dans le cas d’include dans le xsd, la classe ne fonctionne pas. URLLoader ne charge pas les autres xsd.

]]> Par : Régis http://www.lafabrick.com/blog/2009/12/14/1492-object-to-xml-to-object-conversion-xsd/comment-page-1/#comment-19327 Régis Mon, 15 Mar 2010 10:12:07 +0000 http://www.lafabrick.com/blog/?p=1492#comment-19327 J'ai rien compris mais ça a l'air de déboiter ton astuces, bienvenue dans le monde des geeks, ;) J’ai rien compris mais ça a l’air de déboiter ton astuces, bienvenue dans le monde des geeks, ;)

]]> Par : Antonin http://www.lafabrick.com/blog/2009/12/14/1492-object-to-xml-to-object-conversion-xsd/comment-page-1/#comment-17507 Antonin Mon, 28 Dec 2009 11:23:34 +0000 http://www.lafabrick.com/blog/?p=1492#comment-17507 Super article, comme d'hab j'ai envie de dire :) Super article, comme d’hab j’ai envie de dire :)

]]> Par : Palleas http://www.lafabrick.com/blog/2009/12/14/1492-object-to-xml-to-object-conversion-xsd/comment-page-1/#comment-17417 Palleas Sun, 20 Dec 2009 23:16:30 +0000 http://www.lafabrick.com/blog/?p=1492#comment-17417 Rien de bien compliqué, mais j'essayerais de te raconter ça directement, la j'avoue que j'ai pas tout mis à plat dans ma tête ^^' Merci pour la réponse en tout cas! Rien de bien compliqué, mais j’essayerais de te raconter ça directement, la j’avoue que j’ai pas tout mis à plat dans ma tête ^^’

Merci pour la réponse en tout cas!

]]> Par : Fabien http://www.lafabrick.com/blog/2009/12/14/1492-object-to-xml-to-object-conversion-xsd/comment-page-1/#comment-17416 Fabien Sun, 20 Dec 2009 23:02:38 +0000 http://www.lafabrick.com/blog/?p=1492#comment-17416 @Palleas : Bien joué l'araignée ! T'as remarqué le XMLLoader : un autre bidule chaud bouillon... Mais si on devais parler de tout, ça ne serait pas drôle ! Et ce blog ressemblerai plus à un bouquin qu'autre chose... déjà que j'aimerais écrire en anglais... quand je serais grand :) Pour ton histoire, Ba ouai pourquoi pas ! Ce qui peu être pratique c'est de stocker tes objet localement en XML (si besoin) : ca évite de devoir gérer les limitations de SQLite (dans le cas d'une appli bien débilou bien sur, mais là je te fait confiance). Après, et c'est valable aussi dans le cas de @switcherdav, ce qui pourrait être bien, c'est de faire 2/3 tests de perf entre un objet Object et un objet XML, sérialiser via AMF... Bon là ca commence à sentir le chipotage, surtout que je ne suis pas certain que ca bouffe des millisecondes. Mon opinion : moi j'aime bien avoir des objets tout comme je veux, quand je le veux, sans me taper des parseurs et autre lignes de codes relou. J'préfère me prendre la tête sur des notions d'ergo design, c'est plus fun. D'où ces articles d'ailleurs. Si cette technique de conversion vous fait gagner du temps : banco ! Le cas typique d'utilisation est une appli AIR pour de la sauvegarde local, et synchronisme avec des objets Object serveur. Comme tout le monde parle la même langue, c'est impec. Le tout est de bien penser vos schéma XSD. Le côté fun de cette technique est de pouvoir switcher de XSD, et donc d'avoir des formalismes XML différents, qui peuvent varier en fonction de l'évolution de vos projets. monSchema1.0.xsd, monSchema1.1.xsd : on gère mieux le versionning du projet, et on évite des effets de bord super chiant en cas d'évolution importante du système. Sinon je suis curieux : y va faire quoi ce socket ?? Merci pour les retours ! Et soyez bon : faites du Fx4 :) @Palleas : Bien joué l’araignée ! T’as remarqué le XMLLoader : un autre bidule chaud bouillon… Mais si on devais parler de tout, ça ne serait pas drôle ! Et ce blog ressemblerai plus à un bouquin qu’autre chose… déjà que j’aimerais écrire en anglais… quand je serais grand :)
Pour ton histoire, Ba ouai pourquoi pas ! Ce qui peu être pratique c’est de stocker tes objet localement en XML (si besoin) : ca évite de devoir gérer les limitations de SQLite (dans le cas d’une appli bien débilou bien sur, mais là je te fait confiance). Après, et c’est valable aussi dans le cas de @switcherdav, ce qui pourrait être bien, c’est de faire 2/3 tests de perf entre un objet Object et un objet XML, sérialiser via AMF… Bon là ca commence à sentir le chipotage, surtout que je ne suis pas certain que ca bouffe des millisecondes.

Mon opinion : moi j’aime bien avoir des objets tout comme je veux, quand je le veux, sans me taper des parseurs et autre lignes de codes relou. J’préfère me prendre la tête sur des notions d’ergo design, c’est plus fun. D’où ces articles d’ailleurs. Si cette technique de conversion vous fait gagner du temps : banco ! Le cas typique d’utilisation est une appli AIR pour de la sauvegarde local, et synchronisme avec des objets Object serveur. Comme tout le monde parle la même langue, c’est impec. Le tout est de bien penser vos schéma XSD. Le côté fun de cette technique est de pouvoir switcher de XSD, et donc d’avoir des formalismes XML différents, qui peuvent varier en fonction de l’évolution de vos projets. monSchema1.0.xsd, monSchema1.1.xsd : on gère mieux le versionning du projet, et on évite des effets de bord super chiant en cas d’évolution importante du système.

Sinon je suis curieux : y va faire quoi ce socket ??

Merci pour les retours ! Et soyez bon : faites du Fx4 :)

]]> Par : Palleas http://www.lafabrick.com/blog/2009/12/14/1492-object-to-xml-to-object-conversion-xsd/comment-page-1/#comment-17406 Palleas Sun, 20 Dec 2009 11:05:20 +0000 http://www.lafabrick.com/blog/?p=1492#comment-17406 J'ai noté l'expression "ça envoie de la rosette!", j'ai un peu l'impression qu'avec toi c'est "ça envoit XXX" avec XXX qui change régulièrement, et c'est bien marrant :D Plus sérieusement, je bosse sur une application AIR 2.0 avec un server (new SocketServer() OH YEAH) et un client qui va s'y connecter. Je n'ai pas encore attaqué l'échange à proprement parlé, vu que je ne sais pas quelle solution choisir. En voyant ton article, je me dis que lancer des objets qui sont transformés en XML vers le serveur qui peut récupérer ensuite un objet et répondre avec un objet transformé en XML que le client récupère en objet... Ca peut se tenter non? Après tout, on va juste manipuler des chaines de caractères... Qu'est-ce que t'en penses? :o Super article en tout cas, c'est fourbe que Adobe ait un XMLLoader tout prêt si on n'a pas le droit de l'utiliser ouvertement <_< J’ai noté l’expression « ça envoie de la rosette! », j’ai un peu l’impression qu’avec toi c’est « ça envoit XXX » avec XXX qui change régulièrement, et c’est bien marrant :D

Plus sérieusement, je bosse sur une application AIR 2.0 avec un server (new SocketServer() OH YEAH) et un client qui va s’y connecter. Je n’ai pas encore attaqué l’échange à proprement parlé, vu que je ne sais pas quelle solution choisir. En voyant ton article, je me dis que lancer des objets qui sont transformés en XML vers le serveur qui peut récupérer ensuite un objet et répondre avec un objet transformé en XML que le client récupère en objet… Ca peut se tenter non? Après tout, on va juste manipuler des chaines de caractères… Qu’est-ce que t’en penses? :o

Super article en tout cas, c’est fourbe que Adobe ait un XMLLoader tout prêt si on n’a pas le droit de l’utiliser ouvertement <_<

]]> Par : Fabien http://www.lafabrick.com/blog/2009/12/14/1492-object-to-xml-to-object-conversion-xsd/comment-page-1/#comment-17321 Fabien Thu, 17 Dec 2009 00:07:21 +0000 http://www.lafabrick.com/blog/?p=1492#comment-17321 @Armetiz : On peux imaginer plusieurs solutions... Peut être que le plus simple serait d'avoir Une collection de groupes, et que l'objet Geek référence la liste des groupes auquel il appartient. Du coup 2 objets, et 2 xml. ou alors un objet supplémentaire, avec définition de tous les groupes, et tous les geeks, avec leurs appartenance aux groupes. Et un xml qui ressemblerai à ca: <contents>     <groups>         <group name="nomDuGroupe" ref="group1" />         ...     </groups>     <geeks>         <geek firstName="jean claude">             <groupsRef>                 <groupRef>group1</groupRef>                 ...             </groupsRef>         </geek>         ...     </geeks> </contents> Mais bon... là on met le doigt sur d'autre question :) comment bien architecturer ces données, etc... @switcherdav : Je n'y vois pas d'inconvénient ;) Si travailler avec du XML est plus confortable, la conversion par XSD a le gros avantage de valider ton objet. Ton xml répond au "contrat", et tu es sûr d'obtenir la bonne représentation de l'objet, puisque l'encodeur interne ce charge de toutes les validations. Ce qui serait intéressant serait de pouvoir continuer le processus en faisant de même côté PHP. Une version serveur de la conversion XSD, pour transférer le xml modifié, dans l'objet typé AS3. La XSD étant partagé côté client et côté serveur. Je ne suis pas expert PHP, mais on doit pouvoir trouver cette mécanique. @Armetiz : On peux imaginer plusieurs solutions… Peut être que le plus simple serait d’avoir Une collection de groupes, et que l’objet Geek référence la liste des groupes auquel il appartient. Du coup 2 objets, et 2 xml. ou alors un objet supplémentaire, avec définition de tous les groupes, et tous les geeks, avec leurs appartenance aux groupes. Et un xml qui ressemblerai à ca:
<contents>
    <groups>
        <group name= »nomDuGroupe » ref= »group1″ />
        …
    </groups>
    <geeks>
        <geek firstName= »jean claude »>
            <groupsRef>
                <groupRef>group1</groupRef>
                …
            </groupsRef>
        </geek>
        …
    </geeks>
</contents>
Mais bon… là on met le doigt sur d’autre question :) comment bien architecturer ces données, etc…

@switcherdav : Je n’y vois pas d’inconvénient ;) Si travailler avec du XML est plus confortable, la conversion par XSD a le gros avantage de valider ton objet. Ton xml répond au « contrat », et tu es sûr d’obtenir la bonne représentation de l’objet, puisque l’encodeur interne ce charge de toutes les validations. Ce qui serait intéressant serait de pouvoir continuer le processus en faisant de même côté PHP. Une version serveur de la conversion XSD, pour transférer le xml modifié, dans l’objet typé AS3. La XSD étant partagé côté client et côté serveur. Je ne suis pas expert PHP, mais on doit pouvoir trouver cette mécanique.

]]>