Some Eclipse Foundation services are deprecated, or will be soon. Please ensure you've read this important communication.
Bug 312578 - Creating Xtext projects programmatically, making XtextProjectCreator extendable for Featlang
Summary: Creating Xtext projects programmatically, making XtextProjectCreator extendab...
Status: CLOSED FIXED
Alias: None
Product: TMF
Classification: Modeling
Component: Xtext (show other bugs)
Version: unspecified   Edit
Hardware: PC Windows XP
: P3 normal (vote)
Target Milestone: RC1   Edit
Assignee: Project Inbox CLA
QA Contact:
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2010-05-12 06:31 EDT by germund CLA
Modified: 2017-09-19 15:58 EDT (History)
2 users (show)

See Also:
sebastian.zarnekow: helios+

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 germund CLA 2010-05-12 06:31:54 EDT 
Build Identifier: 20100218-1602

We generate "customized" Xtext projects programmatically with our Feature-Language generator (Featlang). For this purpose, the XtextProjectCreator, XtextProjectInfo and WizardContribution classes already provide much of the functionality we need need but the containing package 

org.eclipse.xtext.xtext.ui.wizard.project

is not exported from the plug-in org.eclipse.xtext.xtext.ui, and we argue that the aforementioned classes should be extendable (and that the access restrictions of their constants and methods should be lifted to protected).

For now, we have more or less duplicated these classes. The Featlang Xtext generator needs to

- use other Xpand templates than the standard ones for the DSL, DSL-UI and DSL-Generator projects
- provide access to a model instance in the class implementing IProjectInfo
- set required bundles, exported packages, etc. more specifically on the generated projects respectively

The classes AbstractProjectCreator and AbstractPluginProjectCreator are already provided, but also making XtextProjectCreator, XtextProjectInfo, and WizardContribution accessible and extendable would certainly make it easier to maintain our code.

Reproducible: Always
Comment 1 Sebastian Zarnekow CLA 2010-05-12 08:09:36 EDT 
Fixed in HEAD. Please reopen if any issues remain.
Comment 2 germund CLA 2010-05-12 09:01:35 EDT 
(In reply to comment #1)
> Fixed in HEAD. Please reopen if any issues remain.

Thanks, that was quick :-) But the manifest still reads 

org.eclipse.xtext.xtext.ui.wizard.project;x-friends:="org.eclipse.xtext.xtext.ui.tests"
Comment 3 Sebastian Zarnekow CLA 2010-05-12 09:08:11 EDT 
Thanks for the hint. I removed the x-friends restriction.
Comment 4 Karsten Thoms CLA 2017-09-19 15:58:54 EDT 
Closing bug which were set to RESOLVED before Eclipse Neon.0.