View Issue Details
ID | Project | Category | View Status | Date Submitted | Last Update |
---|---|---|---|---|---|
0002270 | 10000-006: Mappings | public | 2012-11-13 19:27 | 2013-01-22 19:46 | |
Reporter | Assigned To | Randy Armstrong | |||
Priority | normal | Severity | minor | Reproducibility | always |
Status | closed | Resolution | fixed | ||
Fixed in Version | 1.03 | ||||
Summary | 0002270: 5.1.6 Variant: Clarfication of handling NULL values | ||||
Description | UAWG Nov-13-2012: An interesting CMP/IOP issue has arisen thanks to a CTT test. The test writes a NULL value to all data-types and expects Bad_TypeMismatch. Randy showed in Part 6 the following text which essentially says that the server could/should accept this and simply handle it: "Variants can be empty. An empty Variant is described as having a null value and should be treated like a null column in a SQL database. A null value in a Variant may not be the same as a null value for data types that support nullssuch as Strings. Some Development Platforms may not be able to preserve the distinction between a null for a DataType and a null for a Variant. Therefore Applications shall not rely on this distinction." [note the typo "nullssuch"] ... after circulating an email to the greater CMP community, the opinion-at-large was that we need the spec to be clearer in terms of what should be acceptable. The general agreement at the end of the UA WG call today was that a server should replace the null-variant with a null-string. Note: the language/platform itself plays a part in this discussion. | ||||
Tags | No tags attached. | ||||
Commit Version | |||||
Fix Due Date | |||||
|
Added text to OPC UA Part 6 - Mappings DRAFT 1.03.01 Specification |
|
I don't think that the proposed text in the spec actually clarifies this, it currently says that the call should succeed. I think that in the case of strings it should explicitly say what should happen, e.g. a zero-length string; for other data-types it can simply store a null etc. |
|
Reviewed and accepted text modified in the review in 1.03.02 |
Date Modified | Username | Field | Change |
---|---|---|---|
2012-11-13 19:27 |
|
New Issue | |
2012-12-11 18:05 | Jim Luth | Status | new => assigned |
2012-12-11 18:05 | Jim Luth | Assigned To | => Randy Armstrong |
2012-12-29 16:29 | Randy Armstrong | Status | assigned => resolved |
2012-12-29 16:29 | Randy Armstrong | Resolution | open => fixed |
2012-12-29 16:29 | Randy Armstrong | Note Added: 0004382 | |
2013-01-02 16:43 |
|
Note Added: 0004387 | |
2013-01-22 18:10 | Jim Luth | Status | resolved => closed |
2013-01-22 18:10 | Jim Luth | Note Added: 0004424 | |
2013-01-22 19:46 | Jim Luth | Fixed in Version | => 1.03 |