|[mdt-papyrus.dev] 答复: [4.0.0_M6] Reduce build errors to 0|
Thanks for the info.
Regarding the qvto issue, what I encountered is the build failure caused by a simple path typo (see below), which seems related to but not exactly the same as your description.
I've already submitted a bug record:
Bug 534903 - Failed to build project org.eclipse.papyrus.views.properties.model.xwt caused by incorrect Target Model URI defined in the project properties
Tried to build 4.0.0M6 on Photon, however the project org.eclipse.papyrus.views.properties.model.xwt failed with unrecognized modeltype XML entires in qvto files. Reason: In the Project properties/QVT settings/Metamodel mappings, Source model URI (correct): http://www.eclipse.org/papyrus/xwt/XML and Target model URI (wrong): platform:/resource/org.eclipse.papyrus.views.properties.model.xwt/model/xml.ecore here …/model/xml.ecore is wrong and should be replaced with .../models/xml.ecore, since the local folder 'model' does not exist, but 'models' where the XML metamodel exists.
I'm not sure if the wrong Target model URI was set from elsewhere automatically. This bug has caused compile errors in the qvto files (UIToXML and XMLToUI) of the project.
Verification will be appreciated.
发件人: mdt-papyrus.dev-bounces@xxxxxxxxxxx <mdt-papyrus.dev-bounces@xxxxxxxxxxx> 代表 Camille Letavernier <cletavernier@xxxxxxxxxxxxxxxxx>
发送时间: 2018年5月21日 11:30
收件人: Papyrus Project list
主题: Re: [mdt-papyrus.dev] [4.0.0_M6] Reduce build errors to 0
The final API Baseline for Papyrus Photon (4.0.0) has not been released yet, because a new minor version (3.4.0) of Papyrus based on Oxygen will still be released in the next few days.
Once the final API Baseline is ready & published, we can start fixing the API versioning issues.
The other issues can probably be fixed already (Especially the test packages/folders issue). QVTo issues may or may not be fixable (IIRC, QVTo doesn't properly support nested EPackages when they are present in the Workspace - but that works fine at runtime. If this is still the case, we won't be able to fix the reported compile errors. If this issue has been fixed in QVTo, then we can probably provide some URI Mappings for the nested EPackages, to reference the workspace location of the *.ecore files).
On Mon, May 21, 2018 at 11:53 AM, zhang xun <zhangxun_service@xxxxxxxxxxx> wrote:
Senior Software Engineer
Phone: +33 1 85 41 09 21
EclipseSource France SAS
7 rue de la Croix Martre
General Manager: Remi Schnekenburger
Registered Office: 7 rue de la Croix Martre, 91120 Palaiseau, France
Commercial Register 824 977 516 R.C.S. EVRY