[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]
Subject: Re: VS: [ubl-dev] UBL's role
Duane, You touch on the right points - but draw some wrong conclusions! I liked >>> > DN - Most software manufacturers adhere to something called MVC. > Model-View-Control. <<< and >>> You should have a solid core set of functions working on tokens that > represent values from UBL instances and read those in via some sort of > UBL tokenizer class. <<< This is indeed what we are enabling with CAM and the business noun semantic rule storage as neutral XML in registry. "Slurping them in" is then part of what engines such as jCAM can then do - and action that syntax as if it were part of the original inline local template rules all along. Dynamic and context driven validation and assembly. Now this brings us to your premise >>> >"UBL's objective is to become a standard message format for a horizontal exchange of B2B documents. > > > DN - think beyond "documents". Architecturally, a document is only a > collection of data instances and becomes a document when presented and > viewed as such. <<< What we learned from EDI is that this in practice just does not work out like that. Essentially in EDI you have structures (EDI transactions) and then all the "how to" is contained in IGs and ICs - Implementation Guides (which is the formal standard view of the world) and the Implementation Conventions - derived from the IGs - which is what the partners agree to do in reality between themselves. This leads to a merry dance, when the EDI changes, the IGs change and the ICs then must change. So just publishing XSD schema for UBL does not do more than giving people EDI transaction layouts. With XML and XSD and CAM and Registry used together - then you can automate this entire end-to-end sequence and remove the humans and programming hardcoding out. You also achieve alot more - such as making the business agreements transparent and based on known quantities that all parties can verify. Anyway - we're getting ahead of my PPT slides here that I promised for Friday! Basically though - UBL based solely on XSD is only a third of the raw ingredients that you need to really make an eBusiness recipe that people can bake and eat. UBL as the "simpleEDI" story - recast as XML is a start point. It's helpful - but it needs more to make it a complete and tasty meal. Cheers, DW
[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]