View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0007634 | Part 81: UAFX Connecting Devices and Information Model [sg.BaseFacet] | Spec | public | 2022-01-23 19:07 | 2022-05-30 23:04 |
| Reporter | Matthias Damm | Assigned To | Georg Biehler | ||
| Priority | low | Severity | minor | Reproducibility | always |
| Status | closed | Resolution | fixed | ||
| Product Version | 1.00.00 RC2 | ||||
| Target Version | 1.00.00 RC3 | Fixed in Version | 1.00.00 RC3 | ||
| Summary | 0007634: Content and use of PubSubCommunicationAttributesConfigurationType makes no sense | ||||
| Description | Content and use of PubSubCommunicationAttributesConfigurationType makes no sense With the current definition of PubSubCommunicationAttributesConfigurationType, each ConnectionEndpointDefinition Object (two per logical connection) will need one PubSubCommunicationAttributesConfiguration Object. Therefore it would be easier to make the PubSubCommunicationAttributesConfiguration Object a child of the ConnectionEndpointDefinition Object. If a reuse and one place configuration change of CommunicationAttributes should make sense, the address must be decoupled from the other settings. I think it is more likely that the AutomationComponent has one communication address in a ConnectionConfigurationSet and that the parameters like QoS and PublishingInterval are the same for all connections in one ConnectionConfigurationSet (or a small number of variations). This could be solved by having a DefaultAddress on the AutomationComponent and a DefaultCommunicationAttribute configuration on the ConnectionConfigurationSet and an optional overwrite of CommunicationAttributes and Address on the ConnectionEndpointDefinition Object. | ||||
| Tags | No tags attached. | ||||
|
|
Figure 34 shows that the PubSubCommunicationAttributesConfiguration is referenced by the connection, !not! by the endpoint. Several connections could share the same attribute. Yes to "I think it is more likely that the AutomationComponent has one communication address in a ConnectionConfigurationSet and that the parameters like QoS and PublishingInterval are the same for all connections in one ConnectionConfigurationSet (or a small number of variations)". |
|
|
In call agree that no actual change needed, just maybe add some text to better explain why it is constructed as it is |
|
|
Text in 6.8.2 reads: The second example in Annex D.1 shows a shared PubSubCommunicationAttributes (will be provided, whenever we include the Annex to the main spec) |
|
|
Added to 6.8.2 |
|
|
reviewed changes in call, agreed to text and closed |
| Date Modified | Username | Field | Change |
|---|---|---|---|
| 2022-01-23 19:07 | Matthias Damm | New Issue | |
| 2022-01-24 15:30 | Georg Biehler | Note Added: 0015832 | |
| 2022-01-25 14:47 | Paul Hunkar | Assigned To | => Paul Hunkar |
| 2022-01-25 14:47 | Paul Hunkar | Status | new => assigned |
| 2022-01-25 14:47 | Paul Hunkar | Assigned To | Paul Hunkar => Georg Biehler |
| 2022-01-25 14:48 | Paul Hunkar | Note Added: 0015844 | |
| 2022-01-25 14:48 | Paul Hunkar | Priority | high => low |
| 2022-01-25 14:49 | Paul Hunkar | Severity | major => minor |
| 2022-01-26 11:40 | Georg Biehler | Note Added: 0015873 | |
| 2022-01-26 11:41 | Georg Biehler | Status | assigned => resolved |
| 2022-01-26 11:41 | Georg Biehler | Resolution | open => fixed |
| 2022-01-26 11:41 | Georg Biehler | Fixed in Version | => 1.00.00 Release |
| 2022-01-26 11:41 | Georg Biehler | Note Added: 0015874 | |
| 2022-02-11 14:01 | Paul Hunkar | Status | resolved => closed |
| 2022-02-11 14:01 | Paul Hunkar | Note Added: 0015979 | |
| 2022-05-30 23:04 | Paul Hunkar | Fixed in Version | 1.00.00 Release => 1.00.00 RC3 |
| 2022-05-30 23:04 | Paul Hunkar | Target Version | 1.00.00 Release => 1.00.00 RC3 |