View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0007867 | Part 81: UAFX Connecting Devices and Information Model [sg.BaseFacet] | Spec | public | 2022-03-18 10:43 | 2022-04-12 13:18 |
| Reporter | David Puffer | Assigned To | Georg Biehler | ||
| Priority | normal | Severity | minor | Reproducibility | have not tried |
| Status | closed | Resolution | no change required | ||
| Product Version | 1.00.00 RC2 | ||||
| Target Version | 1.00.00 Release | ||||
| Summary | 0007867: ConnectionEndpoint: Potential mismatch between referenced and published/subscribed variables | ||||
| Description | Status quo: Upon connection establishment, a Client passes InputVariables or InputGroups and / or OutputVariables or OutputGroups to EstablishConnections, that will be referenced by the created ConnectionEndpoint. Problem 1) A Client may pass variables to be referenced that are not contained in the *DataSet it passes (or references if preconfigured). Proposal: EstablishConnections shall issue an appropriate StatusCode, if this condition applies. According to current specification content, this would be a Bad_NoMatch in the CommunicationLinksResults. Problem 2) A Client may pass variables to be referenced, but the passed or referenced *DataSet contains additional variables. While this is not a use-case that was discussed, it also does not constitute an error per se. From an FX point of view, the publication or subscription of certain variables in the FX model have been requested, and these are mapped on the communication layer. Proposal: no action required. | ||||
| Tags | No tags attached. | ||||
| related to | 0007720 | closed | Georg Biehler | Order of FX Variables and DataSet Fields |
|
|
This issue is covered with the integration of 0007720 |
|
|
Problem 1) and 2) are covered with two paragraphs in section 6.2.4.3.9.2 added on working for 0007720: If InputVariableIds is used, and at least one Variable is not contained in the associated SubscribedDataSet, the appropriate element in ConnectionEndpointConfigurationResults CommunicationLinksResult shall be set to Bad_NoMatch, and the EstablishConnections implementation shall abort processing as described in 6.2.4.3.11. Thus, no additional changes are required |
|
|
Agreed in call that no changes are required (covered in other updates) |
| Date Modified | Username | Field | Change |
|---|---|---|---|
| 2022-03-18 10:43 | David Puffer | New Issue | |
| 2022-03-18 10:43 | David Puffer | Relationship added | related to 0007720 |
| 2022-04-01 08:16 | Georg Biehler | Note Added: 0016515 | |
| 2022-04-12 07:10 | Georg Biehler | Assigned To | => Georg Biehler |
| 2022-04-12 07:10 | Georg Biehler | Status | new => resolved |
| 2022-04-12 07:10 | Georg Biehler | Resolution | open => no change required |
| 2022-04-12 07:10 | Georg Biehler | Fixed in Version | => 1.00.00 Release |
| 2022-04-12 07:10 | Georg Biehler | Note Added: 0016570 | |
| 2022-04-12 07:10 | Georg Biehler | Relationship replaced | duplicate of 0007720 |
| 2022-04-12 13:17 | Paul Hunkar | Relationship deleted | 0007720 |
| 2022-04-12 13:17 | Paul Hunkar | Relationship added | related to 0007720 |
| 2022-04-12 13:18 | Paul Hunkar | Fixed in Version | 1.00.00 Release => |
| 2022-04-12 13:18 | Paul Hunkar | Status | resolved => closed |
| 2022-04-12 13:18 | Paul Hunkar | Note Added: 0016574 |