Some Eclipse Foundation services are deprecated, or will be soon. Please ensure you've read this important communication.
Bug 354910 - No importedNames in resource descriptions for Xbase based languages
Summary: No importedNames in resource descriptions for Xbase based languages
Status: CLOSED FIXED
Alias: None
Product: TMF
Classification: Modeling
Component: Xtext (show other bugs)
Version: 2.0.0   Edit
Hardware: All All
: P3 major (vote)
Target Milestone: M6   Edit
Assignee: Project Inbox CLA
QA Contact:
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: 354110 354834 388828
  Show dependency tree
 
Reported: 2011-08-17 03:37 EDT by Vladimir Piskarev CLA
Modified: 2017-10-31 10:59 EDT (History)
2 users (show)

See Also:
sven.efftinge: kepler+


Attachments
'example' project (2.07 KB, application/zip)
2011-08-17 03:38 EDT, Vladimir Piskarev CLA
no flags Details

Note You need to log in before you can comment on or make changes to this bug.
Description Vladimir Piskarev CLA 2011-08-17 03:37:18 EDT
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)
Comment 1 Vladimir Piskarev CLA 2011-08-17 03:38:47 EDT
Created attachment 201622 [details]
'example' project
Comment 2 Sebastian Zarnekow CLA 2011-08-17 03:39:30 EDT
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.
Comment 3 Sebastian Zarnekow CLA 2011-11-09 14:50:50 EST
Not 2.1
Comment 4 Sven Efftinge CLA 2013-02-25 13:44:29 EST
pushed to review
Comment 5 Eclipse Webmaster CLA 2017-10-31 10:48:02 EDT
Requested via bug 522520.

-M.
Comment 6 Eclipse Webmaster CLA 2017-10-31 10:59:04 EDT
Requested via bug 522520.

-M.