Notice: This Wiki is now read only and edits are no longer possible. Please see: https://gitlab.eclipse.org/eclipsefdn/helpdesk/-/wikis/Wiki-shutdown-plan for the plan.
Difference between revisions of "OCL/New and Noteworthy/Helios"
(→OCL 2.0 API Changes) |
(→invalid/Invalid/OclInvalid resolved 282882) |
||
| Line 13: | Line 13: | ||
====invalid/Invalid/OclInvalid resolved [https://bugs.eclipse.org/bugs/show_bug.cgi?id=282882 282882]==== | ====invalid/Invalid/OclInvalid resolved [https://bugs.eclipse.org/bugs/show_bug.cgi?id=282882 282882]==== | ||
| − | The OMG OCL 2.0 specification is very unclear as to the | + | The OMG OCL 2.0 specification is very unclear as to the relative status of invalid objects and types. The tentative OCL 2.1 specification is little better. |
| − | The problem is easily understood by contrasting with the uncontentious '''null''' is the null object that is the sole | + | The problem is easily understood by contrasting invalid with the uncontentious null: '''null''' is the null object that is the sole instance of the '''OclVoid''' which is the sole instance of '''VoidType''' meta-class. |
| − | Section 8 tends to suggest that '''OclInvalid''' is the invalid object that is the sole | + | Section 8.2 tends to suggest that: '''OclInvalid''' is the invalid object that is the sole instance of '''Invalid''' which is the sole instance of the '''InvalidType''' meta-class. This is what MDT-OCL 1.3.0 realises. |
| − | + | ||
| − | + | ||
| − | + | ||
| − | + | ||
| + | Section 11.2.4 and 11.2.5 are much more consistent in preferring: '''invalid''' is the invalid object that is the sole instance of '''OclInvalid''' which is the sole instance of the '''InvalidType''' meta-class. This is the revised implementation for MDT-OCL 3.0.0. | ||
| + | Beware. This change has a significant API incompatibility; the OCLStandardLibrary methods getOclInvalid and getInvalid have interchanged semantics. All calls to getOclInvalid and getInvalid should be reviewed, since errors may be silent. Concrete syntax changes are less likely to cause trouble. | ||
====Comments parsed [https://bugs.eclipse.org/bugs/show_bug.cgi?id=286724 286724]==== | ====Comments parsed [https://bugs.eclipse.org/bugs/show_bug.cgi?id=286724 286724]==== | ||
Comments are now parsed as LPG Token Adjuncts enabling tools that want access to comments to find them. | Comments are now parsed as LPG Token Adjuncts enabling tools that want access to comments to find them. | ||
Revision as of 16:55, 1 September 2009
Eclipse OCL New and Noteworthy items for the Helios release.
The Helios MDT-OCL release will be 3.0.0 rather than 2.0.0, since the Galileo plug-ins contained a mix of 1.3.0 and 2.0.0 versions. The 2.0.0 versions were mandated by a major version change in UML2.
Contents
OCL 2.0 API Changes
As a major release's change, MDT-OCL 3.0.0 is expected to break API. You can check all API changes under discussion here
Milestone 2
This milestone is pending.
invalid/Invalid/OclInvalid resolved 282882
The OMG OCL 2.0 specification is very unclear as to the relative status of invalid objects and types. The tentative OCL 2.1 specification is little better.
The problem is easily understood by contrasting invalid with the uncontentious null: null is the null object that is the sole instance of the OclVoid which is the sole instance of VoidType meta-class.
Section 8.2 tends to suggest that: OclInvalid is the invalid object that is the sole instance of Invalid which is the sole instance of the InvalidType meta-class. This is what MDT-OCL 1.3.0 realises.
Section 11.2.4 and 11.2.5 are much more consistent in preferring: invalid is the invalid object that is the sole instance of OclInvalid which is the sole instance of the InvalidType meta-class. This is the revised implementation for MDT-OCL 3.0.0.
Beware. This change has a significant API incompatibility; the OCLStandardLibrary methods getOclInvalid and getInvalid have interchanged semantics. All calls to getOclInvalid and getInvalid should be reviewed, since errors may be silent. Concrete syntax changes are less likely to cause trouble.
Comments parsed 286724
Comments are now parsed as LPG Token Adjuncts enabling tools that want access to comments to find them.