Discussion :

[NeraOne]

Bonjour à tous,

J'ai créé un MetaModel dans un projet EMF, à partir duquel j'ai généré le code et l'éditeur pour ce modèle. EMF fait tout ça très bien.

Si j'utilise cet éditeur pour créer un nouveau modèle, le stockage physique des informations de celui-ci (ce que j'apelle persistance), se fait par défaut en XMI. En gros, le fichier géré par l'éditeur est un fichier XMI.
Moi je voudrais pouvoir le faire dans un autre format (fichier Excel dans mon cas mais peu importe).

J'ai créé un plugin Eclipse qui ouvre cet éditeur et donc cela me permet de gérer moi-même mon objet Resource (en charge de la persistance).
Voici le code :

Code :

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

1
2
3
4
5
6
7
8
9
10
//Définition de ma ressource
ResourceSet resourceSet = new ResourceSetImpl();
Resource resource = resourceSet.createResource(fileURI);
//Ouverture de mon éditeur (en réalité dans le try/catch qui va bien)
page.openEditor (
           new FileEditorInput(modelFile),
           workbench.getEditorRegistry().getDefaultEditor(
                      modelFile.getFullPath().toString()
              ).getId()
   );

Je précise (après avoir étudié le code) que la méthode createResource() renvoie un objet de type ResourceImpl qui implémente l'interface Resource, d'où le fait qu'il soit vu que comme une Resource.
C'est cet objet ResourceImpl qui va ensuite sauvegarder et lire au format XMI.

Afin de commencer doucement, je souhaite comprendre et utiliser une autre implémentation de Resource faite par EMF qui est BinaryResourceImpl. Celle-ci fonctionne différement puisque selon le livre EMF Second Edition, ça se déclare comme cela :

Code :

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

Resource resource = new BinaryResourceImpl(fileURI);

En gros on ne passe pas par un objet ResourceSet mais on crée directement notre Resource.

J'ai fait cela, mais mon éditeur refuse de s'ouvrir et renvoie une MalformedByteSequenceException.

Au niveau du principe, il me semble qu'on peut à la fois conserver la vue arborescente offerte par l'éditeur généré par EMF (que j’appellerai Vue Logique) et avoir une persistance autre que XMI (que j’appellerai Vue Physique).
Me trompe-je ?

Merci à ceux qui connaissent EMF, qui m'auraient compris et qui pourront éventuellement m'aider... !

Antoine

[Good_Son]

Salut,

Bon j'ai pas de réponse exacte pour ta question, cela fait longtemps que tu as posté , je me demande , car je me suis trouvé dans la même situation.
Etant donné que j'ai un métamodèle, j'ai généré les trucs avec EMF, maintenant je veux que ce métamodèle soit étendu depuis l'application, sans toucher le code, donc j'ai pensé à faire la chose en base de donnée, et je me demande sur la façon de persister mon métamodèle.

Une idée??

[Mickael_Istria]

Je pense que tu peux jeter un oeil a CDO, c'est justement ca leur spécialité: persister des object EMF dans une base de donnée plutot que dans des fichiers. A vu de nez, je dirai qu'il s'agit de créer un nouvelle implémentation de ERsource...