View Issue Details

IDProjectCategoryView StatusLast Update
000227010000-006: Mappingspublic2013-01-22 19:46
ReporterNathan PocockAssigned ToRandy Armstrong  
PrioritynormalSeverityminorReproducibilityalways
Status closedResolutionfixed 
Fixed in Version1.03 
Summary0002270: 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.

TagsNo tags attached.
Commit Version
Fix Due Date

Activities

Randy Armstrong

2012-12-29 16:29

administrator   ~0004382

Added text to OPC UA Part 6 - Mappings DRAFT 1.03.01 Specification

Nathan Pocock

2013-01-02 16:43

viewer   ~0004387

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.

Jim Luth

2013-01-22 18:10

administrator   ~0004424

Reviewed and accepted text modified in the review in 1.03.02

Issue History

Date Modified Username Field Change
2012-11-13 19:27 Nathan Pocock 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 Nathan Pocock 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