Some Eclipse Foundation services are deprecated, or will be soon. Please ensure you've read this important communication.

Bug 346248

Summary:	[Generator] allow to implement
Product:	[Modeling] TMF	Reporter:	Joerg Reichert <joerg83reichert>
Component:	Xtext	Assignee:	Project Inbox <tmf.xtext-inbox>
Status:	CLOSED DUPLICATE	QA Contact:
Severity:	enhancement
Priority:	P3	CC:	sven.efftinge
Version:	2.0.0
Target Milestone:	---
Hardware:	PC
OS:	Mac OS X - Carbon (unsup.)
Whiteboard:

Description Joerg Reichert

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

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 ***