| Summary: | [generator] EcoreGeneratorFragment.referencedGenModels should be a list | ||
|---|---|---|---|
| Product: | [Modeling] TMF | Reporter: | Jan Koehnlein <jan> |
| Component: | Xtext | Assignee: | Project Inbox <tmf.xtext-inbox> |
| Status: | CLOSED WONTFIX | QA Contact: | |
| Severity: | normal | ||
| Priority: | P3 | CC: | btickets, knut.wannheden, sebastian.zarnekow |
| Version: | 2.0.0 | ||
| Target Milestone: | --- | ||
| Hardware: | All | ||
| OS: | All | ||
| Whiteboard: | |||
|
Description
Jan Koehnlein
I suppose a downside to this would be that it wouldn't be as easy to use MWE2 variables anymore to specify the list of GenModels.
We currently have a workflow Common.mwe2 with:
var referencedGenModels = ""
and then later:
fragment = EcoreGeneratorFragment auto-inject {}
We then call this workflow from multiple Xtext projects, so we can keep duplication at a minimum.
Or does MWE2 support some kind of String -> List conversion that I don't know of?
We could still use the splitting algorithm that we used in the past but simply switch from setReferenced... to addReferenced. It would be backwards compatible and more intuitive for new users. I wasn't aware of this splitting algorithm. But that sounds good. EcoreGeneratorFragment.referencedGenModels has been deprecated. Use StandaloneSetup.registerGenModelFile instead, which is a list. Closing this issue as won't fix. Closing all bugs that were set to RESOLVED before Neon.0 Closing all bugs that were set to RESOLVED before Neon.0 |