Discussion :

[mashadar17]

Bonjour à tous,

tout est dans le titre, mais j'explique quand même

je souhaiterais pouvoir charger dans mon appli JAVA, un fichier XSD, et le résultat de cette action serait d'afficher un formulaire en SWING, afin de créer à l'étape suivante du processus un fichier XML.

je souhaiterais donc avoir vos avis sur la marche à suivre.

merci de votre futur aide.

mashadar17.

[azerr]

Bonsoir

Le fonctionnement dont tu parle ressemble tres fortement a un processeur XForms (tu defini un model associe a un shema XML et ensuite tu binde un element XML avec une UI).

Malheusrement je ne connais pas d'implementation a ce jour de XForms en Swing (peut etre Chiba, mais je ne suis pas sur que ca soit maintenu).

Tu as beaucoup de temps pour developper ton appli? Si tu es patient, je te proposerais mon projet TK-UI qui permet de decrire ses UI en XML et de gerer le binding entre un DOM et UI (c cette partie qui pourrais t'interesser).

Angelo

[mashadar17]

bonjour,

merci de ta réponse, je dois faire ça pour le 26 mai.

[azerr]

Bonjour,

merci de ta réponse, je dois faire ça pour le 26 mai.

Wow ca me parait super tendu, surtout si souhaite faire quelque chose de propre.
Je ne pourrais malheusement pas t'aider sur ce coup la.

Tu as quel niveau en Java Swing en schema XML? Car ce me semble quand meme tres tres complexe a faire. En plus je ne sais pas si tu dois gerer les inclusion de schema, gerer les listes...

Pour moi voici les etapes a suivre pour aboutir a quelques choses :

1. etudier les parser XSD existant en Java. Normalement Xerces a une implementation d'un parser XSD. Je pense qu'il faut partir sur un parser XSD et pas un DOM car les schema XML gere des inclusions de shemas...
2. Une fois le Schema parser, il faut trouver un moyen de binder tes widgets Swing avec les elements du Schema. Soit tu le fais a la mano, soit tu utilises une API comme JFace Databinding, mais le probleme c'est que l'API ne fournit pas en standard une implementation de binding pour XSD. J'ai l'intention de le faire, mais pour le 26 mai, ca ne sera pas possible. Pour Swing j'ai implemente le binding avec JFace Databinding. SI tu es interesse je pourrais t'en dire plus. Mais pareil JFace Databinding prendra du temps pour te familiariser avec.
3. Quand tu aurras ces 2 notions (parser + binding) la tu pourras construire ton IHM Swing et il faudra developper une glue entre les infos du schema XML et le binding.

Si tu arrives a faire des choses je serais tres interesses, car je vais en avoir besoin. Merci.

Bon courage.

Angelo

[mashadar17]

Alors en surfant un peu j'ai trouvé une méthode mise au point par des chercheurs allemand :

http://wobdoc.iai.uni-bonn.de/public/lay/

il y a 2 fichiers, les slides d'explications et l'étude.

En gros, ils partent du principe, qu'il faut créer des feuilles de style XSLT, afin de convertir le fichier XSD, en objet SWING serializé. Et ensuite utilisé XMLdecode pour pouvoir l'utiliser dans le code.

je pense que c'est la méthode la plus simple et rapide à mettre en place pour moi pour le 26 mai, mais le XSLT c'est pas ma tasse de thé. Si on pouvait me filer un coup de main.

merci encore de votre aide.

[azerr]

J'ai lu l'article et l'idee est pas mal mais je la trouve quand meme limitee. Car en travaillant avec XSLT, cela signifie que le XSD est considere comme un DOM et j'ai du mal a voir comment on peut gerer les inclusions de schema. Pour des cas simples (de crit dans l'article ca peut marcher). Apres ce que je trouve qui est dommage est qu'il n'y a pas d'exemple de code Java. Tu en as trouve un?

Et ce que j'ai du mal a voir aussi c'est la sauvegarde du fichier XML? Je pense qu'il faut ecrire aussi une XSLT qui gere la sauvegarde? D'apres ce que j'ai pu comprendre, le principe c'est

XSD ->XSLT ->XML (Swing)->XMLEncoder -> UI Swing.
Pares pour la sauvegarde, je pense qu'il faut faire

UI Swing -> XSLT (save) -> XML.

C'est vraiment dommage que tu aies si peu de temps car avec TK-UI on peut ecrire ces interfaces en XML et ca le rend en Swing ou SWT et on aurrait pu faire quelque chose.

Bon courage

Angelo

[mashadar17]

Oui pour le process de restauration c'est cette même conclusion que j'ai tiré. Pour la sauvegarde je t'avoue n'avoir pas trop réfléchi lol, et là je me suis mis à faire la feuille de style. Je galère un peu, mais bon ça va revenir, je suis rouillé. Je t'avoue que je solliciterais bien ton aide pour le processus inverse, et c'est vraiment dommage que j'ai si peu de temps, mais ça c'est le boulot .....

Pour ce qui est du code, j'ai envoyé un mail aux chercheurs pour savoir s'ils peuvent me filer des bouts de codes. Si ça t'intéresses je les mettrais en ligne s'il me les envoie.

merci

[azerr]

Je galère un peu, mais bon ça va revenir, je suis rouillé.

C'est marrant parce que a chaque fois que je dois ecrire des XSL, j'ai aussi ce sentiment d'etre rouille

Je t'avoue que je solliciterais bien ton aide pour le processus inverse,

Le sujet est interessant mais je suis a fond dans mon projet TK-UI et Akrogen et je ne peux pas me permettre de m'investir dans d'autres choses. Desole.

mais ça c'est le boulot .....

Ouep je connais ce probleme. C'est super frustrant de devoir faire un truc a l'arrache.

Pour ce qui est du code, j'ai envoyé un mail aux chercheurs pour savoir s'ils peuvent me filer des bouts de codes. Si ça t'intéresses je les mettrais en ligne s'il me les envoie.

Si ca ne te derange pas, je veux bien, merci.

Angelo

[mashadar17]

Bon après avoir cherché complètement autre chose pour mon projet, je suis tombé par hasard sur un éditeur XML en SWING. Et à partir de là on peut utiliser la librairie pour faire notre affichage SWING.

Cette appli se nomme JAXE : http://jaxe.sourceforge.net/Jaxe.html.

Pour ceux que ça pourrait intéresser, il faut lire la doc proposer sur le site pour comprendre le fonctionnement du produit. Ensuite moi j'ai crée un fichier de conf generique, que je custom en fonction du xsd que je veux ouvrir.

Pour ce qui est de l'approche précédente que j'avais trouvé, c'est long et fastidieux , et le chercheur n'a rien développé, c'est juste un algo théorique.

merci pour l'aide apporté.

@+

[azerr]

Bonjour,

Merci pour l'information, JAXE ressemble tres fortement a XMetal qui est un outil payant (super hypra cher). Ca fait plaisir de trouver un outil en Open Source comme JAXE.

Bonen continuation.

Angelo