XTCE 1.3 RTF Avatar
  1. OMG Issue

XTCE13 — Mistake in AlarmType refactoring

  • Key: XTCE13-189
  • Status: closed  
  • Source: Boeing ( Mr. David Overeem)
  • Summary:

    It appears that when several base alarm types were made (BooleanAlarmType, BinaryAlarmType, EnumerationAlarmType, NumericAlarmType, etc) that the BinaryAlarmType did not get completely applied. This only affects the class hierarchy when using a code generator and does not affect user documents.

    This "BinaryContextAlarmType" should have called out xtce:BinaryAlarmType as the extension instead of xtce:AlarmType:

    <complexType name="BinaryContextAlarmType">
    <complexContent>
    <extension base="xtce:AlarmType">
    <sequence>
    <element name="ContextMatch" type="xtce:ContextMatchType"/>
    </sequence>
    </extension>
    </complexContent>
    </complexType>

  • Reported: XTCE 1.2 — Mon, 10 Feb 2025 16:45 GMT
  • Disposition: Resolved — XTCE 1.3
  • Disposition Summary:

    Propose to correct minor class inheritance on BinaryContextAlarmType

    Propose to adjust the following type to leverage the class inheritance that was intended by a previous change. This makes it match the others and does not affect the actual XTCE compliant documents.

    Existing BinaryContextAlarmType:

    <complexType name="BinaryContextAlarmType">
    <complexContent>
    <extension base="xtce:AlarmType">
    <sequence>
    <element name="ContextMatch" type="xtce:ContextMatchType"/>
    </sequence>
    </extension>
    </complexContent>
    </complexType>

    Should be:

    <complexType name="BinaryContextAlarmType">
    <complexContent>
    <extension base="xtce:BinaryAlarmType">
    <sequence>
    <element name="ContextMatch" type="xtce:ContextMatchType"/>
    </sequence>
    </extension>
    </complexContent>
    </complexType>

  • Updated: Tue, 1 Jul 2025 15:05 GMT