Model Driven Message Interoperability Avatar
  1. OMG Specification

Model Driven Message Interoperability — Open Issues

  • Acronym: MDMI
  • Issues Count: 4
  • Description: Issues not resolved
Open Closed All
Issues not resolved

Issues Descriptions

The term and class name "Message Element" may cause confusion

  • Key: MDMI11-14
  • Legacy Issue Number: 14154
  • Status: open  
  • Source: SemantX, Inc. ( Mark Eisner)
  • Summary:

    The MDMI specification identifies the semantic unit in a message to be a Message MessageElement and MessageElementSet. The term Message Element and associated class names may be confused with the term Message Element in The ISO 20022 specification for those using the specification for financial service mapping. Since the central hub dictionary used in these mappings will most likely be the ISO 20022 data dictionary.

  • Reported: MDMI 1.0b1 — Wed, 29 Jul 2009 04:00 GMT
  • Updated: Tue, 24 Mar 2015 23:05 GMT

Description attributes in each class

  • Key: MDMI11-13
  • Legacy Issue Number: 14153
  • Status: open  
  • Source: SemantX, Inc. ( Mark Eisner)
  • Summary:

    For better documentation, there is no reason why there should not be a description attribute for each class but this must be integrated into any table or spreadsheet UI.

  • Reported: MDMI 1.0b1 — Wed, 29 Jul 2009 04:00 GMT
  • Updated: Tue, 24 Mar 2015 23:05 GMT

Domain dictionary reference

  • Key: MDMI11-12
  • Legacy Issue Number: 14143
  • Status: open  
  • Source: SemantX, Inc. ( Mark Eisner)
  • Summary:

    A key concept of MDMI is that it requires a domain dictionary as a hub in its "hub and spoke design". The current specification does not associate a Message Model with a domain dictionary. If the specification is to work, such a reference will be important. Otherwise, the specification will not be clear and maps may be ambiguous.

  • Reported: MDMI 1.0b1 — Wed, 29 Jul 2009 04:00 GMT
  • Updated: Tue, 24 Mar 2015 23:05 GMT

Must all implementations have a design-time activity?

  • Key: MDMI11-15
  • Legacy Issue Number: 12636
  • Status: open  
  • Source: SWIFT ( Frank Vandamme)
  • Summary:

    Current text
    In particular, an implementation needs to support a design-time activity with all of the steps involved in generating the conversion maps, and the runtime application of the generated maps to a source physical message in order to create a target physical message.
    New text
    SEE QUESTIONS & COMMENTS IN NEXT COLUMN
    Rationale
    Must all implementations have a design-time activity? Don't we expect to have more implementations that use the conversion maps than implementations that can create the maps?

  • Reported: MDMI 1.0b1 — Tue, 8 Jul 2008 04:00 GMT
  • Updated: Tue, 24 Mar 2015 23:05 GMT