Some Eclipse Foundation services are deprecated, or will be soon. Please ensure you've read this important communication.
Bug 346248 - [Generator] allow to implement
Summary: [Generator] allow to implement
Status: CLOSED DUPLICATE of bug 346092
Alias: None
Product: TMF
Classification: Modeling
Component: Xtext (show other bugs)
Version: 2.0.0   Edit
Hardware: PC Mac OS X - Carbon (unsup.)
: P3 enhancement (vote)
Target Milestone: ---   Edit
Assignee: Project Inbox CLA
QA Contact:
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2011-05-18 09:57 EDT by Joerg Reichert CLA
Modified: 2011-05-18 10:02 EDT (History)
1 user (show)

See Also:

Attachments
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description Joerg Reichert CLA 2011-05-18 09:57:15 EDT 
Build Identifier: Eclipse 3.6.2 M20110210-1200, Xtext 2.0.0.v201105171404

Xtend2 allows to generate Java files easily, so it obvious to use this capability to even implement a ScopeProvider as Xtend file. Unfornately the language generator do not recognized that there is a Xtend file that produces a MyDslScopeProvider.java in src-gen but regenerates the default MyDslScopeProvider.java side to MyDslScopeProvider.xtend in the src folder that is now conflicting with the MyDslScopeProvider.java in the src-gen folder.

This is a bit tricky as a MyDslScopeProvider.xtend may produce something different as a MyDslScopeProvider.java, but maybe as convention, that the generator, when it discovers a MyDslScopeProvider.xtend does not regenerate a MyDslScopeProvider.java file.

Reproducible: Always
Comment 1 Sven Efftinge CLA 2011-05-18 10:02:23 EDT 
We should have the option to generate a java stub, an xtend stub or no stub at all for every generator fragment producing stubs.

*** This bug has been marked as a duplicate of bug 346092 ***