OASIS Mailing List ArchivesView the OASIS mailing list archive below
or browse/search using MarkMail.


Help: OASIS Mailing Lists Help | MarkMail Help

ebxml-core message

[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [Elist Home]



Please review the above content. You can download the XML
and review the example in any XML capable tool.

I'm intrigued by how this compares to Martin's approach at:


Basically I would characterize that the difference is between
'explicit definitions' as opposed to 'implied definitions'.

There's a lot to like about both approaches, and clearly
blending the two has significant merit and possiblities.

Martin's approach is clearly designed to be 'schema neutral'.
While this has a lot of attractions - foremost is HIDING the worst
aspects of Schema - the unreadablity - the devil is in the detail
and the heavy reliance on a Repository to allow you to figure out
what a :

<InformationMessage ID="DespatchNote">
  <Name>Despatch Note</Name>
  . . . . . .

really is.

Anyway - one thing is abundantly clear to me - the current
W3C Schema proposal is coming up way short and way too light
compared to these business focused approaches.

I'm particularly disturbed by the use of MAXOCCURS / MINOCCURS.
This I believe is a recipe for disaster on a global scale - that can 
cost implementers hundreds of millions $$$ annual resolving data
conflicts that this mechanism will foster and encourage.

Fortunately we have the ebXML initiative - and the ability to make
the business requirements drive the technical syntax.

I look forward to people's comments - refinements - and ideas to
help create the right technology tools here.  Of particular importance
is to take these ideas and IMPLEMENT one of your own transactions.

This will teach and instruct on what is really needed.  I'm particularly
focused on creating a Schema system that you can manually type in,
and read, understand, and above all keep elegantly simple.

That path leads to success in a global context.

So we have the two levels - the top level, and the bottom level.
The top level allows modelling of the business process, the 
bottom level provides succinct machine syntax to implement,
support and effectively manage those top level processes 
using computer systems and XML syntax.

This synergy I believe is at the heart of the ebXML effort and
what we need to achieve over the coming months.

Thanks, DW.

[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [Elist Home]

Search: Match: Sort by:
Words: | Help

Powered by eList eXpress LLC