Kepler

THis probably involves cloning more than just annotaitons -- need to verify that
the clone in both directions puts all of the needed components into the MoML
model (when creating KAR file, when registering in library, and when cloning
from library to the canvas).

this won't be fixed until alpha 9.

One reason this is messed up is that the Semantic Type Editor (STE) creates
properties with the naming scheme "semTypeX" where X is a number. The agreed
upon name for this property was "semanticTypeX" where X is a number. The STE
also seems to take control of any of the org.kepler.sms.SemanticType attributes
and change their names, which breaks the kar ingestion system. The STE needs to
be cured of its derelict activities and needs to learn to play nice with the kar
system :)

I disagree. The responsibility should be on the kar ingestion system (kis) to
take a broader view and detach itself from a fixation on naming conventions and
move to the more definitive notion of the class (e.g.,
org.kepler.sms.SemanticType) ;-) Note that in MoML, one can edit the xml files
by hand, and thus, we want to be careful about relying on property naming
conventions, which is generally less robust (more brittle). Note also that one
will never find a semantic type property without the associated class name.

Another reason this doesn't work is that the KAR creation code seems to find all
semanticType attributes and change the value of all of them to the same thing.
seems the kar code needs to learn to play nice too.

Semantic Annotations are no longer lost when creating kar files. This issue is
fixed.

Original Bugzilla ID was 2234