Mon application utilise une base de modèle sur un xsd qui a été convertie en ecore avant la génération des classes Java. Un membre de mon équipe a modifié le métamodèle .ecore dans une version précédente, un attribut qui était généré auparavant. Il a modifié le nom de l'attribut mais pas le méta-données étendu en spécifiant le nom de l'élément utilisé pour la persistance xml.EMF ecore et xsd désynchronisé, comment résoudre?
<eStructuralFeatures xsi:type="ecore:EReference" name="javaDocsAndUserApi" upperBound="-1"
eType="#//JavaDocsAndUserApi" containment="true" resolveProxies="false">
<eAnnotations source="http:///org/eclipse/emf/ecore/util/ExtendedMetaData">
<details key="kind" value="element"/>
<details key="name" value="docsAndUserApi"/>
</eAnnotations>
</eStructuralFeatures>
donc nous avons un nom d'attribut qui est javaDocsAndUserApi et l'élément persistant nommé docsAndUserApi, et bien sûr si je crée changer l'attribut dans le xsd être nommé javaDocsAndUserApi, la transformation ecore sera générer un nom de métadonnées javaDocsAndUserApi également, ce qui rompt la compatibilité avec les modèles précédemment conservés.
J'ai regardé guide de création de XSD pour trouver un ecore: som_attribute qui me permettrait de spécifier quelle clé utiliser dans le XSD pour forcer les métadonnées à être nommé docsAndUserApi au cours de la xsd à Ecore transformation mais n'a pas trouvé n'importe quoi. Est-ce que quelqu'un a une idée pour m'aider?
Merci.