Bruno Pagès, auteur de Bouml (freeware), mes tutoriels sur DVP (vieux, non à jour)
N'oubliez pas de consulter les FAQ UML et les cours et tutoriels UML
c'est quoi ce type d'affichage ? cela indique les sauts de ligne (\n) et tabulations (\t)j'ose espérer qu'il y a une option pour ne plus les voir
sinon 'à part cela' on retrouve bien le contenu, je suppose que ce serait la meme chose avec n'importe quel autre fichier XMI
tu as essayé d'en extraire le modèle UML ?
sous Bouml les 4 langages sont accessibles en même temps, on ne choisi pas l'un d'entre eux lorsque l'on créé un nouveau modèle comme c'est le cas pour pas mal de modeleurs. A partir d'un modèle on peut donc générer du C++ et/ou du Java et/ou de l'IDL. Evidemment définir les classes et autres en C++, Java et IDL n'est pas obligatoire, généralement les utilisateurs produisant du code n'utilisent qu'un langage à la fois. A titre d'exemple les plug-outs de génération de documentation HTML et 'sort' sont définis en C++ et Java, le plug-out d'export XMI étant seulement en C++Export type UML (je ne connais pas la différence entre Uml, java & c++ ici
Lors de l'export XMI il faut donc choisir le langage pour produire la définition UML, C++ ou Java (j'ai eu la flemme de traiter le cas de l'IDL)
Bruno Pagès, auteur de Bouml (freeware), mes tutoriels sur DVP (vieux, non à jour)
N'oubliez pas de consulter les FAQ UML et les cours et tutoriels UML
ouais ça pue l'encodage pourri tout ça!
parce que générer du XMI sans pouvoir l'exploiter ailleurs c'est bien dommage!
surtout qu'XMI = XML Metadata Interface!
Edit : se souvenir qu'il faut tourner 7 fois ses doigts avant de posteril y a effectivement un problème d'encodage, mais après essais, tout se passe bien chez moi, je ne pense pas que l'export XMI de bouml soit en cause (je n'ai d'ailleurs jamais prétendu que bouml était en cause, mais je me suis effectivement très mal exprimé
)
big x, je ne comprends trop le but de ton message
à quel niveau ? l'encodage des tabulations et saut de lignes est tout a fait correct : les caractères ayant des codes ASCII < 128 sont inchangés en UTF-8. Tu te doutes bien que j'ai quand même importé dans d'autres modeleurs des fichiers XMI exportés par Bouml à titre de vérification. Ceci dit je dois avouer que je ne fais strictement rien de particulier suivant l'encodage choisi par l'utilisateur, bref je considère que c'est de l'ASCII, je vais changé cela
sauf erreur le soft dont Mucho a fait une copie d'écran affiche simplement le contenu du fichier en repérant les balises, il ne cherche pas à l'exploiter.parce que générer du XMI sans pouvoir l'exploiter ailleurs c'est bien dommage!
surtout qu'XMI = XML Metadata Interface!
lire un fichier XML/I et en exploiter le contenu sont deux choses totalement différentes. Je suis apte à lire les caractères d'un texte écrit en Italien, à en faire une représentation séparant les phrases et les mots, mais je ne comprends pas l'italien
Je repose donc la question à Mucho : as tu essayé d'en extraire le modèle avec un plug-in Eclipse UML?
Bruno Pagès, auteur de Bouml (freeware), mes tutoriels sur DVP (vieux, non à jour)
N'oubliez pas de consulter les FAQ UML et les cours et tutoriels UML
Je viens de me relire, et je suis vraiement malpoli! tu m'en vois désolé!
Je cherchais simplement à dire qu'il y a manifestement un problème d'encodage, mais après avoir essayé de créer un diagramme sous bouml, puis le convertir en xmi2.1 et l'importer sous eclipse, tout marche (mystère)
(au passage, je n'avais pas la version 2.30 de bouml, ce qui explique que je ne trouvais pas comment convertir en xmi2.1!)
J'ai regardé de plus près les entêtes XMI que génèrent bouml, et eclipse.
Entête sous bouml :
Code : Sélectionner tout - Visualiser dans une fenêtre à part
1
2
3 <xmi:XMI xmi:version="2.1" xmlns:uml="http://schema.omg.org/spec/UML/2.0" xmlns:xmi="http://schema.omg.org/spec/XMI/2.1"> <xmi:Documentation exporter="Bouml" exporterVersion="1.4"/> <uml:Model xmi:type="uml:Model" name="pifpaf">
Entête sous eclipse :
Sans parler de la structure qui est différente (et dont je ne saurai saisir la subtilité!)
Code : Sélectionner tout - Visualiser dans une fenêtre à part
1
2 <uml:Model xmi:version="2.1" xmlns:xmi="http://schema.omg.org/spec/XMI/2.1" xmlns:uml="http://www.eclipse.org/uml2/2.0.0/UML" xmi:id="_qb8akM37EdqwVrslYOdUDA">
on remarque que bouml utilise le métamodèle UML2 de l'omg, et que eclipse utilise son propre métamodèle issu du projet UML2 de MDT.
(j'ai toujours pas compris pourquoi eclipse a choisi son propre metamodèle UML2, et je ne sais meme pas si il y a des diférences entre celui de l'omg, et celui d'eclipse)
Bref, juste des petits détails, mais cela mérite de comparer les deux metamodèles UML, car si il y a des subtitlités, il faudrait les prendre en compte pour faire un bel import via XMI dans eclipse, non?
Le plugin utilisé est EMF,
le framework EMF, permet de visualiser un modèle uml (XMI) sous forme d'arbre, et aussi de le modifier, ce n'est pas la façon la plus directe, mais il existe des interfaces graphiques plus ergonomiques pour le manipuler (telles le modeleur topcased, ou encore omondo)
en clair on peut commencer à modeler avec bouml, continuer sur eclipse/topcased
mais l'intérêt après ça, c'est d'utiliser d'autres plugins eclipse, pour faire du MDA par exemple. Ainsi on a notre modèle UML, et qui sert d'entrée à Acceleo, ou ATL par exemple.
bruno, si tu ne connais pas, je t'invite à visiter ce site www.acceleo.org
et pour comprendre un peu mieux ce que je cherche à dire (j'avoue je suis pas très clair), essaye cette version d'eclipse qui comprend déja topcased, et acceleo : http://www.acceleo.org/pages/telechargement-bundle/fr
et regarde ce tutorial : http://www.acceleo.org/pages/un-premier-generateur/fr
j'espère que cela rendra mon discours plus clair quant à l'intéret de pouvoir exploiter un modèle UML au sein d'eclipse!
(encoré désolé de mon langage de charretier!)
Xavier
Partager