Re: VS: [ubl-dev] UBL's role

["David Webber \(XML\)" <david@drrw.info>]

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