Some Eclipse Foundation services are deprecated, or will be soon. Please ensure you've read this important communication.
Bug 370555 - Add support for an extensible generator specific validation
Summary: Add support for an extensible generator specific validation
Status: NEW
Alias: None
Product: z_Archived
Classification: Eclipse Foundation
Component: EDT (show other bugs)
Version: unspecified   Edit
Hardware: PC Windows XP
: P3 enhancement (vote)
Target Milestone: ---   Edit
Assignee: Project Inbox CLA
QA Contact:
URL:
Whiteboard: Extensibility_Gen
Keywords:
Depends on:
Blocks: 362559 363498 360973
  Show dependency tree
 
Reported: 2012-02-03 09:58 EST by Brian Svihovec CLA
Modified: 2017-02-23 14:20 EST (History)
5 users (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 Brian Svihovec CLA 2012-02-03 09:58:09 EST 
In RBD, this type of validation was known as 'Target Specific Validation', and was performed by the preprocessor.  In EDT, this type of validation needs to be done by the generators so that it can be extensible.

Examples include:

* SQL operations are not supported in JavaScript
* Programs are not supported in JavaScript

etc.
Comment 1 Brian Svihovec CLA 2012-02-03 10:31:28 EST 
The validation messages reported by this framework will be used in enhancement 362559 to indicate to the user that generation could not be completed.
Comment 2 Huo Zhen Zhong CLA 2012-02-06 03:59:14 EST 
Hi, Brian
Can this one be finished in I2 as Bug 362559 is depends on it and is plan for I2.
Comment 3 Brian Svihovec CLA 2012-02-06 11:36:32 EST 
I have set this for the .8 backlog.  There is little to no chance this will make .8 I2, and it may not make .8.
Comment 4 Paul Harmon CLA 2012-12-14 15:43:56 EST 
I have added support for this via the generator contributors. A generator contributor can specifiy a list of supported part types and a list of supported stereotypes for generation. During generation, if a part being generated has a subtype and that subtype is not in the list contributed supported stereotypes, an error is placed on the part and generation is halted. If the part does not have a subtype, then the part type must be in the list of supported part types, or an error is given and generation is stopped.


40ff8547d28a4f394910ec8eed6ff7685bfd8d52
Comment 5 Matt Heitz CLA 2013-01-03 14:43:19 EST 
Setting the target milestone to Future for bugs that won't be addressed in 0.8.2.