View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0008570 | 10000-003: Address Space | Spec | public | 2023-01-04 17:04 | 2023-04-18 19:19 |
| Reporter | Thomas Steiner | Assigned To | Jim Luth | ||
| Priority | high | Severity | feature | Reproducibility | N/A |
| Status | closed | Resolution | won't fix | ||
| Summary | 0008570: Namespace-Ready indicator for OPC UA Clients | ||||
| Description | Currently OPC UA Clients do not know if a OPC UA Server has finished inserting nodes into a Namespace. This leads to different Client implementations for waiting until a Namespace is ready (try to browse or read a node until its possible, ...). Proposal: Also an OPC UA Event, that the Server finished building a Namespace should be sent. Its not possible to put this information into the Namespace-Metadata, because it could be possible that not even this nodes are available yet! | ||||
| Additional Information | See this topic in the opcfoundation Forum: https://opcfoundation.org/forum/opc-ua-standard/namespace-ready-to-use-for-client/#p4348 | ||||
| Tags | InfoModel | ||||
| Commit Version | |||||
| Fix Due Date | |||||
|
|
Discussed in UA meeting today. The Nodes in a UA Address Space are considered dynamic (no matter what the Namepace is) and hence a Client can never be sure all the Nodes of a given Namespace are present. If a Server loads some known subset of Nodes on startup (for example from a configuration file) then the Server should set the state in the ServerObject to something other than RUNNING_0 (e.g, NO_CONFIGURATION_2 or SUSPENDED_3) until all of the known Nodes are loaded. |
| Date Modified | Username | Field | Change |
|---|---|---|---|
| 2023-01-04 17:04 | Thomas Steiner | New Issue | |
| 2023-01-04 17:04 | Thomas Steiner | Tag Attached: InfoModel | |
| 2023-04-18 19:19 | Jim Luth | Assigned To | => Jim Luth |
| 2023-04-18 19:19 | Jim Luth | Status | new => closed |
| 2023-04-18 19:19 | Jim Luth | Resolution | open => won't fix |
| 2023-04-18 19:19 | Jim Luth | Note Added: 0019213 |