Community
Participate
Working Groups
Build Identifier: I20110613-1736 XbaseGeneratorFragment binds XbaseLinkingScopeProvider as the linking scope provider. This prevents DefaultLinkingService from registering an ImportedNamesAdapter (to register this adapter, the scope provider should be an AbstractGlobalScopeDelegatingScopeProvider or an AbstractDeclarativeScopeProvider, which is not the case for XbaseLinkingScopeProvider). The result is that no importedNames are present in resource descriptions for Xbaseified languages, which breaks dependency management (i.e. #isAffected computation). Reproducible: Always Steps to Reproduce: 1. Import the standard 'Xtext Domain-Model Example' projects into the workspace. 2. Run the runtime workbench and import the attached 'example' project into the runtime workspace. 3. Open '_Foo.java' (note the underscore) and 'Foo.dmodel' in editors (important: don't do anything in 'Foo.dmodel' editor, which could result in 'example._Foo' proxy resolution - e.g., don't use F3 to navigate to '_Foo.java'). 4. Comment out the entire contents of the '_Foo.java' compilation unit. Note that there is no error tick for the 'Foo.dmodel' editor (its contents has not been reparsed)
Created attachment 201622 [details] 'example' project
Thanks for the report. We are aware of this problem. The fix is unfortunately not too trivial since adding the imported names leads to a follow up problem (infinitely retriggered builds). This is currently under investigation.
Not 2.1
pushed to review
Requested via bug 522520. -M.