Versiecontrole in de keten

Maat: px

Weergave met pagina beginnen:

Download "Versiecontrole in de keten"

Simon Vink
8 jaren geleden
Aantal bezoeken:

2 Versiecontrole in de keten

3 Het probleem we hebben een keten, en een uitwisseling, met berichten, documenten et cetera iedereen is gelukkig... en nu komt versie 2.0 moet iedereen tegelijk over naar 2.0? en als dat niet kan? hoe regel je een makkelijke overgang 3

4 Referenties David Orchard Extending and Versioning Languages Part 1, W3C Draft TAG Finding A Theory of Compatible Versions, XML.COM Forward compatibility and extensibility James Clark Validation not necessarily harmful, blog Marc de Graauw On Compatibility - Back and Forth, blog Syntactical and Semantical Compatibility, blog More Compatibility Flavours, blog A Smoother Change to Version 2.0, XML.COM 4

5 Klassieke Backward Compatibiliteit App v. 1.0 App v. 1.1 App v. 2.0 Doc Doc Doc

6 Klassieke Backward Compatibiliteit Nieuwe applicatie kan oude documenten lezen Eventueel: eenmalige upgrade van documenten Wilt u dit document opslaan als Word 97? 6

7 Forward Compatibiliteit Oude applicatie kan nieuwe documenten lezen Voorbeeld HTML Ignore Unkown If a user agent encounters an element it does not recognize, it should try to render the element s content. - HTML

8 Forward Compatibiliteit App v. 2.0 App v. 1.1 App v. 1.0 Doc Doc

9 Klassiek tijd 9

10 In de keten

11 Compabiliteit in de keten... iedereen communiceert met iedereen... geen of beperkte centrale controle in een (groot) bedrijf: allemaal upgraden in een keten: vaak onmogelijk, altijd onwenselijk zenders en ontvangers 11

12 Recap: Backward, niet forward App v. 1 App v. 2 Land {NL, BE} Land {NL, BE, DE} 12

13 Recap: Forward, niet backward App v. 1 App v. 2 Land {NL, BE, DE} Land {NL, BE} 13

14 Geen forward compatibiliteit Zender v. 1 Ontvanger v. 1 Land {NL, BE} Zender v. 2 Ontvanger v. 2 Land {NL, BE, DE} Problemen voor nieuwe zender en oude ontvanger 14

15 Geen backward compatibiliteit Zender v. 1 Ontvanger v. 1 Land {NL, BE, DE} Zender v. 2 Ontvanger v. 2 Land {NL, BE} Problemen voor oude zender en nieuwe ontvanger 15

16 Compatibiliteit in de keten In de keten is er altijd een probleem, bij ontbreken FC en BC BC is niet zo moeilijk: oude dataformaten moeten geldig blijven mechanismen voor FC 16

17 Hoe krijg je forward comp.? In XML Schema met wildcard voorbeeld Ignore unknown in code bakken met XSLT (voorbeeld) NVDL Namespace-based Validation Dispatching Language 17

18 Wat houdt FC in? Set van alle documenten geaccepteerd door L1 Set van alle documenten geproduceerd door L1 L1: voornaam, achternaam, * 18

19 Wat houdt FC in? Set van alle documenten geaccepteerd door L1 Set van alle documenten geaccepteerd door L2 Set van alle documenten geproduceerd door L2 Set van alle documenten geproduceerd door L1 L1: voornaam, achternaam, * L2: voornaam, achternaam, titels, * 19

20 Wat houdt FC in? voornaam, achternaam, * voornaam, achternaam, titels, * voornaam, achternaam, titels voornaam, achternaam L1: voornaam, achternaam, * L2: voornaam, achternaam, titels, * 20

21 Teveel Forward Compatibility?

22 Nadelen mustunderstand <my:security-header soap:mustunderstand = "1"> alleen voor SOAP Headers verder toepasbaar, maar: extra attribuut per element werkt alleen voor elementen 22

23 Capability Compatibility Design Pattern zender: noem alle versies, ook oudere, waarvan je weet dat die je bericht mogen accepteren ontvanger: weet alle versies, ook oudere, die je kunt verwerken voorbeeld 23

24 mustunderstand IgnoreUnknown is soms niet gewenst medicatieberichten financiële transacties security betrouwbaarheid SOAP Headers hebben mechanisme: <my:security-header soap:mustunderstand = "1"> overruled IgnoreUnknown principe 24

25 Vragen?

Vergelijkbare documenten

Standaarden en richtlijnen epv. Versienummering. Datum 19 december 2006. Onderwerp Standaarden en richtlijnen Versienummering

Standaarden en richtlijnen epv Versienummering Datum 19 december 2006 Onderwerp Standaarden en richtlijnen Versienummering Auteur Marc de Graauw Hugo den Hollander E-mail [email protected] Versie 1.0 - Definitief