DMN 1.1 RTF Avatar
  1. OMG Issue

DMN11 — Definitions/@namespace has no purpose

  • Key: DMN11-25
  • Status: closed  
  • Source: Bruce Silver Associates ( Mr. Bruce Silver)
  • Summary:

    p38 says "An instance of Definitions has a namespace, which is a String. The namespace identifies the default target namespace for the elements in the Definitions and follows the convention established by XML Schema." I think this is mistaken. The convention established by XML Schema relates to schema/@targetNamespace in the XSD. Definitions/@namespace "follows" (or did in the beta version) the convention established by BPMN 2.0, which is specifically for identifying external references as a variant of QName, using the prefix of the declared target namespace and the ID of the element in that namespace. DMN FTF no longer uses that convention, so Definitions/@namespace has no purpose, although it is a required attribute. I would like to see a return to the beta format of external references (making Definitions/@namespace relevant), since there are explicit pointers from DMN to BPMN processes and tasks, and it makes no sense for DMN to use a different referencing mechanism (based on filename not namespace) than the one BPMN uses to reference other BPMN models.

  • Reported: DMN 1.0 — Mon, 9 Mar 2015 19:30 GMT
  • Disposition: Closed; No Change — DMN 1.1
  • Disposition Summary:

    treat namespace as part of the qualified name for imported elements

    presumably if a decision D requires an imported decision E from namespace S, then D's logic can refer to S.E (but where do we say that?)

  • Updated: Tue, 29 Mar 2016 15:07 GMT