View Issue Details
ID | Project | Category | View Status | Date Submitted | Last Update |
---|---|---|---|---|---|
0008940 | 10000-006: Mappings | Spec | public | 2023-05-05 17:30 | 2023-05-16 15:41 |
Reporter | Thilo Bellinger | Assigned To | Randy Armstrong | ||
Priority | normal | Severity | minor | Reproducibility | have not tried |
Status | closed | Resolution | fixed | ||
Product Version | 1.05.01 | ||||
Fixed in Version | 1.05.03 RC1 | ||||
Summary | 0008940: unclear JSON encoding for Decimal in Variant | ||||
Description | The normal JSON encoding for Decimal (5.4.3) states to encode just the content of the decimal (Scale and Value), thus to omit the fields which make it look similar to an ExtensionObject (TypeId and Encoding). The general rules for Decimal (5.1.8) state that when a Decimal is stored in a Variant, then the Variant TypeId should be set to ExtensionObject. If both rules shall be followed strictly, then it is difficult to decode a Decimal from a Variant for JSON as the common identifier fields are missing. When used in a Variant, then I propose to store the Decimal content as the Body field of an ExtensionObject and use similar rules as for binary encoding.
| ||||
Tags | No tags attached. | ||||
Commit Version | |||||
Fix Due Date | |||||
|
Added: When encoding in a Variant, a Decimal value shall be encoded as an ExtensionObject with the JSON object in Table 37 as the Body. The TypeId shall be the NodeId of the Decimal DataType and the Encoding shall be 0. |
|
Agreed to changes in Web meeting. |
Date Modified | Username | Field | Change |
---|---|---|---|
2023-05-05 17:30 | Thilo Bellinger | New Issue | |
2023-05-12 05:40 | Randy Armstrong | Assigned To | => Randy Armstrong |
2023-05-12 05:40 | Randy Armstrong | Status | new => resolved |
2023-05-12 05:40 | Randy Armstrong | Resolution | open => fixed |
2023-05-12 05:40 | Randy Armstrong | Fixed in Version | => 1.05.03 RC1 |
2023-05-12 05:40 | Randy Armstrong | Note Added: 0019331 | |
2023-05-16 15:41 | Jim Luth | Status | resolved => closed |
2023-05-16 15:41 | Jim Luth | Note Added: 0019382 |