Kepler

We discussed this extensively before 2.1. My 2 cents:

The main issue is that the xml format is incomplete and does not include critical information that is found in a KAR file, so it is lossy. Consequently, we decided that creating the xml file was really an export function, as it involves a lossy conversion to a format that is not the native kepler format for saving workflows (kar). By placing this function under export, it makes it clear that it is not the native format, and that an import will be needed to get it back in kepler, and that some information may be lost. File-Save and ctrl-s save changes to the current KAR file, and are not mechanisms to export the XML.

Also, after exporting, the KAR should still be marked as dirty, as the native kar format for the workflow hasn't been saved. So it is appropriate that it prompts the user to save the changes in the KAR file.

If we wanted the XML format to be the native format for kepler, then it would need to support all saved artifacts from all modules, and not just the MoML. We decided earlier that this would be hard and wouldn't gain us anything over using an archival format like KAR.

The main problem is that currently KARs are not backwards-compatible (see bug 5280), and so XML remains the preferred format.

Additionally, it is not obvious that choosing File->Export is lossy. Perhaps there should be a warning message?

A warning message is now displayed the first time a workflow is exported as MoML.

Command line support for KARs is now the same for MoMLs except -nocache.

Original Bugzilla ID was 5283