← Prev in month
← Prev in thread
FW: UDDI cr082 - Duplicative keyedReference in bags
Title: Nachricht CR-082 has come up in side discussion. I'd like to surface this issue for discussion on Tuesday's meeting when we meet next. Luc Luc Clément Senior Program Manager, Systinet Tel: +1.617.768.4268 / Cell: +1.978.793.2162 / www.systinet.com From: Rob Kochman [mailto:] Sent: Monday, November 22, 2004 15:30 To: Luc Clement; Von Riegen, Claus Cc: ; Andrew Hately Subject: RE: UDDI cr082 - Duplicative keyedReference in bags We should close on this no later than next Tuesday’s meeting. Luc, can you please add it to the agenda? Thanks… -Rob From: Luc Clement [mailto:] Sent: Saturday, November 20, 2004 2:11 PM To: Rob Kochman; 'Von Riegen, Claus' Cc: ; Andrew Hately Subject: RE: UDDI cr082 - Duplicative keyedReference in bags Looping in Andrew. Claus, I'm not totally happy about the proposed text precisely because it implies specifically what Rob is suggesting. I remember (when working somewhere else) dealing with a CR that stated that the last saved child element of a save would be persisted. I don't think that is what we had in mind when we agree to CR082 originally. We need to revisit this change to CR-082. Thoughts Luc From: Rob Kochman [mailto:] Sent: Saturday, November 20, 2004 16:52 To: Von Riegen, Claus; Luc Clement Cc: Subject: RE: UDDI cr082 - Duplicative keyedReference in bags Is the intent to allow duplicates in any sequence? For instance, must duplicate businessService entries be allowed within a businessServices sequence? From: Von Riegen, Claus [mailto:] Sent: Saturday, November 20, 2004 7:01 AM To: Luc Clement Cc: ; Rob Kochman Subject: AW: UDDI cr082 - Duplicative keyedReference in bags Luc and all, I believe that we altered the change initially requested by CR082 to the more general statement since keyedReferences are only one example where document order preservation is required. The latest version of CR082 - on which I based my edits - is attached. Claus -----Ursprüngliche Nachricht----- Von: Luc Clement [mailto:] Gesendet: Samstag, 20. November 2004 03:06 An: Von Riegen, Claus Cc: ; 'Rob Kochman' Betreff: RE: UDDI cr082 - Duplicative keyedReference in bags Claus, Rob brought up a point that I can't make sense of. CR082 called for the addition of text in 5.2.15.3, ..16.3,.. 17.3 and ..18.3 by making the change specific to keyedReferences to the cat/id bags as follows: 5.2.15.3 Behavior: ... When a bindingTemplate is saved with a categoryBag content that is associated with a checked value set or category group system tModel, the references MUST be checked for validity prior to completion of the save, or the node must return E_unsupported, indicating it does not support the referenced checked value set or category group system. <Duplicative keyedReferences within a categoryBag MUST be unaltered to preserve the integrity of a digital signature.> See Section Error! Reference source not found. Special considerations for validated value sets and Appendix F Using Categorization for additional details. The update I got from you did not make the changes in these locations - rather it changed 4.5.3 adding the text in bold red. This text is fundamentally different and impacts far more than was the CR was trying to deal with. 4.5.3 Preservation of Document Order The UDDI data model requires UDDI nodes to preserve the order of all descendent elements in the UDDI core data structures. When a UDDI node responds to an inquiry API call, the descendent elements of the core data structures in the response must have the order specified by their publishers or by the order of insertion. <Preservation of document order in UDDI implies that all elements in a sequence MUST be preserved. It is a requirement not to de-duplicate elements of a sequence.> Could you explain - did we decide to change this behaviour (as I sense we might have agree to)? Luc -----Original Message----- From: Rob Kochman [mailto:] Sent: Friday, November 19, 2004 12:16 AM To: ; Subject: UDDI cr082 - Duplicative keyedReference in bags Hi, guys... I noticed that the wording added in the spec is more general than the original intent of change request 82. The line added to 4.5.3 implies that all duplicates of *any* element in *any* sequence must be preserved, whereas the CR states that this applies to keyedReference in identifierBag and categoryBag. I don't know what was discussed at the FTF, but was the intent to change the meaning? Thanks... -Rob uddi-spec-tc-cr082-duplicativeKeyedReferencesInBags-20040920.doc
← Prev in month
← Prev in thread