View Issue Details
ID | Project | Category | View Status | Date Submitted | Last Update |
---|---|---|---|---|---|
0006720 | 10000-006: Mappings | Spec | public | 2021-03-31 08:32 | 2023-05-16 16:54 |
Reporter | Martin Regen | Assigned To | Randy Armstrong | ||
Priority | normal | Severity | feature | Reproducibility | N/A |
Status | closed | Resolution | fixed | ||
Fixed in Version | 1.05.03 RC1 | ||||
Summary | 0006720: Simplified JSON encoding as a text string for BuiltIn types ExpandedNodeId and QualifiedName | ||||
Description | The proposal is to allow the content of NodeId, ExpandedNodeId and QualifiedName For applications where e.g.
Currently the QualifiedName or ExpandedNodeId are encoded in the following way: "QualifiedName": Proposed simplified encoding: or ExpandedNodeId: "ExpandedNodeId": { similar to the encoding of the xml: Proposed simplified encoding: | ||||
Tags | No tags attached. | ||||
Commit Version | |||||
Fix Due Date | |||||
has duplicate | 0007742 | closed | Randy Armstrong | Requirement for escaping characters in NodeId string identifier |
has duplicate | 0008458 | closed | Randy Armstrong | Standard Usage of NodeId in non-OPC UA applications such as Databases - Portable NodeId |
|
Note from Randy: the original JSON encoding specified what you suggested. It was change because of the need to ‘translate indexes’ when serialized values have their namespace table changed meant that every NodeId/QN string needed to be parsed. It was felt that simply substituting a numeric value for the NamespaceIndex was less work for generic JSON processors. That said, I am working on a JSON NodeSet syntax that will introduce a more optimized NodeId/QN encoding. |
|
add sample for problem to solve: OpcEvents": [ |
|
It was agreed that there is demand for a string format, but not only to cover this case but also look at it from the viewpoint of Nodeset JSON. The idea is to mandate the existing JSON encoding for point to point communication but allow for the string representation when JSON is persisted or when JSON is sent in non reversible form. Randy will write up a proposal for a string format that can be universally used. |
|
Defined a normative string representation for NodeId, ExpandedNodeId and QualifiedName in 5.1.10. |
|
Reviewed by Martin. Solution addresses the need. |
|
Agreed to changes in Web meeting. |
Date Modified | Username | Field | Change |
---|---|---|---|
2021-03-31 08:32 | Martin Regen | New Issue | |
2021-03-31 08:32 | Martin Regen | Status | new => assigned |
2021-03-31 08:32 | Martin Regen | Assigned To | => Randy Armstrong |
2021-03-31 08:34 | Martin Regen | Description Updated | |
2021-04-13 07:12 | Martin Regen | Note Added: 0014188 | |
2021-04-13 15:28 | Martin Regen | Note Added: 0014204 | |
2021-04-13 15:28 | Martin Regen | File Added: image.png | |
2021-04-13 15:44 | Martin Regen | Note Added: 0014205 | |
2022-12-23 10:25 | Randy Armstrong | Status | assigned => resolved |
2022-12-23 10:25 | Randy Armstrong | Resolution | open => fixed |
2022-12-23 10:25 | Randy Armstrong | Note Added: 0018338 | |
2022-12-27 11:44 | Randy Armstrong | Relationship added | has duplicate 0007742 |
2022-12-28 06:43 | Randy Armstrong | Fixed in Version | => 1.05.03 RC1 |
2022-12-28 06:48 | Randy Armstrong | Relationship added | has duplicate 0008458 |
2023-03-23 21:26 | Randy Armstrong | Status | resolved => assigned |
2023-05-03 08:35 | Randy Armstrong | Status | assigned => resolved |
2023-05-03 08:35 | Randy Armstrong | Note Added: 0019269 | |
2023-05-16 16:54 | Jim Luth | Status | resolved => closed |
2023-05-16 16:54 | Jim Luth | Note Added: 0019390 |