View Issue Details

Jump to NotesJump to History
IDProjectCategoryView StatusDate SubmittedLast Update
000301810000-003: Address SpaceSpecpublic2015-03-26 16:542016-02-19 17:33
ReporterMatthias Damm Assigned ToWolfgang Mahnke  
PrioritynormalSeverityminorReproducibilityhave not tried
Status closedResolutionfixed 
Product Version1.02 
Summary0003018: Handling of DictionaryFragments
Description

There are several open questions not covered by the spec regarding DictionaryFragments:

  • What is the exact content of the ByteString
  • What happens with nested structures, are the definitions of the nested structure included in the fragment
  • Are all fragments also in the dictionary?
TagsNo tags attached.
Commit Version
Fix Due Date

Relationships

related to 0003120 closedWolfgang Mahnke 10000-005: Information Model Handling of DictionaryFragments 

Activities

Jim Luth

2015-06-16 16:47

administrator   ~0006126

Consider allowing server to expose only as subset of a dictionary with only the types exposed by the server and clients read, merge and cache the dictionaries from multiple servers with the same URI.

This mechanism may completely eliminate the need for DictionaryFragments as currently defined in the spec.

Add as Topic for Foxboro F2F.

Jim Luth

2015-07-10 15:28

administrator   ~0006216

Agreed in Foxboro meeting:

  • Servers do not have to expose the full dictionary (types they do not expose can be omitted).
  • If a dictionary references other dictionaries (except the base built-in UA dictionary) the dependent dictionaries need to also be exposed as dictionary nodes.
  • Dependent dictionaries will be referenced (by a new reference type)
  • Remove dictionary fragment support in UA
  • Updates to Part 3 & 5.

Wolfgang Mahnke

2016-02-18 13:08

developer   ~0006728

fixed in version 1.04.02

Change is different then described above. As discussed in Orlando, added Attribute to DataType NodeClass and moved old approach to annex Part 5

Wolfgang Mahnke

2016-02-18 13:08

developer   ~0006729

fixed in version 1.04.02

Change is different then described above. As discussed in Orlando, added Attribute to DataType NodeClass and moved old approach to annex Part 5

Jim Luth

2016-02-19 17:33

administrator   ~0006740

Agreed to changes in San Ramon meeting.

Issue History

Date Modified Username Field Change
2015-03-26 16:54 Matthias Damm New Issue
2015-06-16 16:47 Jim Luth Note Added: 0006126
2015-06-16 16:47 Jim Luth Assigned To => Jim Luth
2015-06-16 16:47 Jim Luth Status new => acknowledged
2015-06-16 18:08 Jim Luth Assigned To Jim Luth =>
2015-07-10 15:28 Jim Luth Note Added: 0006216
2015-07-10 15:29 Jim Luth Assigned To => Wolfgang Mahnke
2015-07-10 15:29 Jim Luth Status acknowledged => assigned
2015-07-10 15:30 Jim Luth Issue cloned: 0003120
2015-07-10 15:30 Jim Luth Relationship added related to 0003120
2016-02-18 13:08 Wolfgang Mahnke Note Added: 0006728
2016-02-18 13:08 Wolfgang Mahnke Note Added: 0006729
2016-02-18 13:08 Wolfgang Mahnke Status assigned => resolved
2016-02-18 13:08 Wolfgang Mahnke Resolution open => fixed
2016-02-19 17:33 Jim Luth Note Added: 0006740
2016-02-19 17:33 Jim Luth Status resolved => closed
2016-02-19 17:33 Jim Luth Fixed in Version => 1.04