| [Edapt] DiagnosticException while migrating [message #1767030] |
Thu, 29 June 2017 17:21  |
 Martin Jacob
Messages: 185
Registered: July 2009 |
Senior Member |
|
|
Hi all,
I am looking for help to sovle a DiagnosticException while migrating the first time my existing ecode model files to a new version.
I had already an ecore model before starting with edapt. I need to change my ecore model and would like to use edapt to automatic migrate from the existing ecore model to the new model.
Following the documentation I need to create a initial "history" from the existing model, then do my modification and create a release. All I have done but when I invoke the migration code I get a DiagnosticException which I can not interpret.
org.eclipse.emf.edapt.migration.MigrationException: org.eclipse.emf.edapt.internal.migration.DiagnosticException: Model inconsistent
The 'validContainment' constraint is violated on 'Instance of type "Railml"'
The 'validContainment' constraint is violated on 'Instance of type "EStringToStringMapEntry"'
The 'validContainment' constraint is violated on 'Instance of type "EStringToStringMapEntry"'
My ecore model was generated from a xsd and has a DocumentRoot class, I belive it has some thing todo with it but cant figure out what to do.
Attached you can find the ecore and history file as well as the file I need to upgrade.
Any help is appreciated!
Martin
PS: I am using Eclipse 4.6 IDE with edapt record feature 1.2.2 while my target edapt version is still 1.2.1
[Updated on: Fri, 30 June 2017 14:06] Report message to a moderator |
|
|
|
|
|
| Re: [Edapt] DiagnosticException while migrating [message #1767196 is a reply to message #1767183] |
Mon, 03 July 2017 12:54  |
Martin Jacob
Messages: 185
Registered: July 2009 |
Senior Member |
|
|
Hi Johannes,
thanks for your feedback.
Oh yah there are some additional attribues from an much earlier implementation. These are ignored by seeting XMLResource.OPTION_RECORD_UNKNOWN_FEATUR to true
package de.bahntechnik.dd.opn.engine.util;
/**
* Creates an instance of the resource. <!-- begin-user-doc --> <!--
* end-user-doc -->
*
* @generated NOT
*/
@Override
public Resource createResource(URI uri) {
XMLResource result = (XMLResource) createResourceGen(uri);
result.getDefaultSaveOptions()
.put(XMLResource.OPTION_KEEP_DEFAULT_CONTENT, Boolean.TRUE);
result.getDefaultLoadOptions()
.put(XMLResource.OPTION_RECORD_UNKNOWN_FEATURE, Boolean.TRUE);
return result;
}
/**
* Creates an instance of the resource. <!-- begin-user-doc --> <!--
* end-user-doc -->
*
* @generated
*/
public Resource createResourceGen(URI uri) {
XMLResource result = new OpnengineResourceImpl(uri);
result.getDefaultSaveOptions()
.put(XMLResource.OPTION_EXTENDED_META_DATA, Boolean.TRUE);
result.getDefaultLoadOptions()
.put(XMLResource.OPTION_EXTENDED_META_DATA, Boolean.TRUE);
result.getDefaultSaveOptions().put(XMLResource.OPTION_SCHEMA_LOCATION,
Boolean.TRUE);
result.getDefaultLoadOptions().put(
XMLResource.OPTION_USE_ENCODED_ATTRIBUTE_STYLE, Boolean.TRUE);
result.getDefaultSaveOptions().put(
XMLResource.OPTION_USE_ENCODED_ATTRIBUTE_STYLE, Boolean.TRUE);
result.getDefaultLoadOptions()
.put(XMLResource.OPTION_USE_LEXICAL_HANDLER, Boolean.TRUE);
return result;
}
Regarding the validate_validContainment.
instance is "Instance of Railml"
container == 0
resources == 0
final boolean valid = container == 1 && resources <= 1 || resources == 1 && container <= 1;
I belive this is because the root of the EMF model is DocumentRoot and the root of the XML is <railml>.
We do not use a own ResourceSetFactory or ResourceSet implementation.
We currently try to remove the DocumentRoot from our EMF model but this is not jet finished. As we need to make sure we still can read existing files withour problem.
thanks for your thoughts, Martin
|
|
|
|
|
|
Powered by
FUDForum. Page generated in 0.03749 seconds
Search
Help
Register
Login
Home
