[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [Elist Home]
Subject: Re: OTA Tag name rules
Message text written by Bruce Peat > IMHO - For speed reasons the version should be part of the tag - but only at the logical unit level where we want to maintain version control. Version should be for noun (core components) and verbs (business process). - Bruce <<<<<<<<<<<<< Bruce, I have to major disagree on all this. W3C Schema has versioning mechanisms now (they are implicit not explicit) - but that is what we should be looking at - and NOT inventing some artificial another layer here that will quickly become unmanageable. In the GUIDE approach I pragmatically used the namespace level to point to the version, and this then gives you groups of related items at a particular level. Now you could namespace an individual item of course, but notice this mechanism is not ADDING a version attribute to the tag itself - which just means pure overhead. Also - when you are using the GUID as an attribute to point to an element level definition - and there are major reasons for doing this when you look at the RegRep mechanisms that support this - then you get another level of richness - and the ability with RegRep itself to version and sub-class, and so on. THAT I believe is where you should be focusing on providing versioning - and most particularly tying this to trading partner profiles (I know my TP has SAP V.10.1.5.1 that needs this, not that). This then gets rid of dumb version numbers and replaces them with a smart mechanism based on business use that uses the mechanism inside the RegRep to empower this. So - I'm VERY unhappy with any thoughts of trying to tie things into tags with version attributes. Did I scream 'Aaarrrghhh - NO!' loud enough here? Thanks, DW.
[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [Elist Home]
Powered by eList eXpress LLC