-
Key: XTCE13-27
-
Status: closed
-
Source: Boeing ( Mr. David Overeem)
-
Summary:
The IndirectParameterRefEntry is a clever construct that has the potential to be useful, although I am not aware of anyone who has used it.
I suggest that we consider removing it because it is a limited case of the more general case solved by the IncludeCondition element. The IncludeCondition can provide this functionality and a lot more. As a result, this element is effort for implementers that doesn't add anything really "new". In addition, it leaves a case where the need is addressed in more than 1 way - which is generally not the best idea.
-
Reported: XTCE 1.1 — Tue, 30 May 2017 23:44 GMT
-
Disposition: Deferred — XTCE 1.3
-
Disposition Summary:
IndirectParameterRefEntry scopes to a 2.0 proposal
The request for modification of the IndirectParameterRefEntry element is a not a backwards compatible change to the XTCE data model. This type of change cannot be done by a minor revision task force. This would need to be something that is handled by a potential 2.0 RFP.
-
Updated: Tue, 1 Jul 2025 15:04 GMT
XTCE13 — Cleanup Container EntryList element by deprecating IndirectParameterRefEntry
- Key: XTCE13-27
- OMG Task Force: XML Telemetric & Command Exchange Format 1.3 (XTCE) RTF