[
Date Prev][
Date Next][
Thread Prev][
Thread Next][
Date Index][
Thread Index]
[
List Home]
Re: [e4-dev] EMF question: setting schema location so that the model from the workspace, not target is picked up?
|
Of course it is possible to change/override the package registration local to a resource set, but only one implementation of a package can exist in a VM at one time...
Kenn
On Thu, Jan 7, 2010 at 3:11 PM, Ed Merks
<ed.merks@xxxxxxxxx> wrote:
Oleg,
Unfortunately, an xsi:schemaLocation
is only a hint for resolving the model, so if the namespace is a
registered EPackage, the registered version will always be preferred.
Oleg Besedin wrote:
Anybody knows if it is possible to
specify
the schema location for XMI files so that the schema is picked up from
the workspace, not from the environment?
Long description:
- Say, we have the
"org.eclipse.e4.ui.model.workbench"
bundle in the e4 distribution. It contains "UIElements.ecore"
which it registers using an extension point.
- Next, we get an updated version if
the same bundle from CVS into the workspace.
- Then if we try to open an XMI file
that refers to a features available in the updated model (which is
present
in the workspace), but not in the "old" version, the reflective
editor barks.
Right now, for instance, the
Application.xmi
from the contacts demo in CVS Head can not be opened with the sample
reflective
editor using the I20100104-2100 build of e4.
I tried to use different values for
the "schemaLocation" attribute including absolute and relative
file URIs, plugin and resource URIs. In all cases it seem to be picking
up the schema from the installed bundle, not from the bundle in the
workspace.
Any ideas?
Thanks,
Oleg
_______________________________________________
e4-dev mailing list
e4-dev@xxxxxxxxxxx
https://dev.eclipse.org/mailman/listinfo/e4-dev
_______________________________________________
e4-dev mailing list
e4-dev@xxxxxxxxxxx
https://dev.eclipse.org/mailman/listinfo/e4-dev