Community
Participate
Working Groups
A grammar segment such as import "platform:/resource/org.eclipse.ocl.examples.xtext.base/model/BaseCST.ecore" as base import "platform:/resource/org.eclipse.ocl.examples.pivot/model/pivot.ecore" as pivot generate myDsl "http://www.xtext.org/example/mydsl1/MyDsl" ... Greeting returns base::QualifiedTypeRefCS: 'Hello' namespace=[pivot::Namespace|ID] '!'; fails with a "Cannot find compatible feature" in "in sealed EClass" when the relevant 'namespace' declaration in BaseCST.ecore is: <eStructuralFeatures xsi:type="ecore:EReference" name="namespace" eType="ecore:EClass ../../org.eclipse.ocl.examples.pivot/model/pivot.ecore#//Namespace"/> which is the default EMF usage. The problem is cured by changing to: <eStructuralFeatures xsi:type="ecore:EReference" name="namespace" eType="ecore:EClass platform:/resource/org.eclipse.ocl.examples.pivot/model/pivot.ecore#//Namespace"/> It seems the models are being compared by unresolved URI rather than resolved physical location.
Scheduled for M5 as grammar mixin and Ecore import will become more popular with Xbase.
Cannot reproduce this one. Please reopen if the problem persists in Xtext 2.0
These URI problems are evil; confusing, poorly diagnosed and unstable. I think that my Xtext build problems have gone away with M5. Now that I always build with MWE scripts, maybe the Eclipse running/not-running hazards are not provoked.
(In reply to comment #2) > Cannot reproduce this one. Tested in editor context, builder context and in mwe2 workflow.
Closing all bugs that were set to RESOLVED before Neon.0