View Issue Details
ID | Project | Category | View Status | Date Submitted | Last Update |
---|---|---|---|---|---|
0007669 | 10000-017: Alias Names | Spec | public | 2022-01-27 14:47 | 2023-06-27 15:34 |
Reporter | Matthias Damm | Assigned To | Paul Hunkar | ||
Priority | normal | Severity | minor | Reproducibility | have not tried |
Status | closed | Resolution | fixed | ||
Product Version | 1.05.00 | ||||
Target Version | 1.05.03 RC1 | Fixed in Version | 1.05.03 RC1 | ||
Summary | 0007669: ModelChangeEvent definitions need clarifications | ||||
Description | First of all, the term ModelChangeEvents is not specific enough for what I assume the spec expects from an implementation. Since 9.2 Aliases refers to the NodeVersion Property, I assume the GeneralModelChangeEvent is expected. A second issue is the following requirement: | ||||
Tags | No tags attached. | ||||
Commit Version | |||||
Fix Due Date | |||||
|
Review the ModelChangeEvents - and see if it would be better GeneralModelChangeEvent - check this also in Part 3 and see if both need updates. GDS section needs to think about if a GDS is required (shall) subscribe - but maybe need to better explain what is actually required. |
|
It would be good if the Aliases root node would have some version information to indicate when the aliases changed the last time. |
|
The problem with the current spec is that it requires the NodeVersion / ModelChangeEvent for all Category / Alias nodes but this is only useful for clients that are always connected which is not possible for GDS level support. For the “disconnected” detection at the next time the client (GDS) is connected, this does not help at all since the Client must Browse and Read the complete tree to find changes. There would be no overall change detection since the NodeVersion on Root would not change if an Alias is added to a category. In this case would be even easier to only browse all Categories and Aliases and to compare them with the cache. Reading all NodeVersion properties would be a huge overhead. This can be solved with an additional ConfigurationVersion property on the root category with DataType VersionTime. |
|
updated text to remove ModelChange reference and a LastChange variable. |
|
Agreed to 1.05.03 Draft changes and 1.04 Errata. |
Date Modified | Username | Field | Change |
---|---|---|---|
2022-01-27 14:47 | Matthias Damm | New Issue | |
2022-02-01 16:31 | Paul Hunkar | Note Added: 0015900 | |
2022-02-01 16:31 | Paul Hunkar | Assigned To | => Paul Hunkar |
2022-02-01 16:31 | Paul Hunkar | Status | new => assigned |
2022-07-05 14:17 | Jim Luth | Target Version | 1.05.02 => 1.05.03 RC1 |
2022-12-12 14:15 | Matthias Damm | Note Added: 0018309 | |
2023-04-28 09:12 | Matthias Damm | Note Added: 0019247 | |
2023-05-23 12:48 | Matthias Damm | Note Edited: 0019247 | |
2023-06-23 15:58 | Paul Hunkar | Status | assigned => resolved |
2023-06-23 15:58 | Paul Hunkar | Resolution | open => fixed |
2023-06-23 15:58 | Paul Hunkar | Fixed in Version | => 1.05.03 RC1 |
2023-06-23 15:58 | Paul Hunkar | Note Added: 0019670 | |
2023-06-27 15:34 | Jim Luth | Status | resolved => closed |
2023-06-27 15:34 | Jim Luth | Note Added: 0019682 |