Issue: The VMM elements derived from CORBAWrapper need not be stereotypes of
Class; Classifier would suffice. Cleaning this up would require a small
rearrangement of the VMM. This only affects abstract stereotypes, so it
doesn't change how one actually models.

Recommendation: Change the VMM accordingly.

resolved

The name of the model element for CORBAUnions may conflict with
legitimate member names of the union.

Recommendation: Instead of specifying a naming convention for the model
element representing a switch, define a stereotype for a switch and use this
stereotype to denote that a model element represents a switch. There will
need to be one stereotype that extends AssociationEnd and one that extends
Attribute, because the model element representing a switch is an
AssociationEnd if the switch's type is non-primitive, and is an Attribute if
the switch's type is primitive.

resolved

Issue: The submission's coverage of CORBA primitive types (section 6.5.1.1)
does not cover the long double primitive type.

Recommendation: Add long double to the coverage of CORBA primitive types.

long double will be added to the set of primitives in the same style as long long.

Recommedation: If possible, synchronize the FTF report with the UML RTF
report.

I have no way to resolve this issue, and I suggest we close this issue without further action.

Issue: Namespace rules have been changed in the latest CORBA core
specification. Specifically, a parent and child can't have the same name.
This restriction holds only for children and does not hold for grandchildren
and more distant descendants.

Recommendation: Fix the formal constraints about namespace containment
specified in the submission.

An English constraint and equivalent OCL expression will be inserted to reflect this IDL constraint.

Recommendation: Specify this (probably CORBA 2.4) and flag IDL features that
the submission covers but that haven't been made available yet. (Since
local has been placed in 2.4, attributes raising exceptions is the only
feature that falls into this category). The conformance language for
forward engineering tools should be correspondingly tightened.

No Data Available