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


Help: OASIS Mailing Lists Help | MarkMail Help



   Re: [xml-dev] Edi complexity, does ebxml really reduce it?

[ Lists Home | Date Index | Thread Index ]

i haven't been able to get into ebxml yet because i don't think it has 
yet really solved the problems of edi. and this is very relevant to the 
soap/uddi people.

the problem with edi is that it is a huge standard encompassing just 
about every aspect of electronic trading and can cope with just about 
every trading relationship. which means 90% (my guess) of it is not 
needed in any particular trading instance.

so industry trading groups sit down and agree on which parts of the 
standard they will use, and how they will use them. typically the 
largest purchaser in a trading group will dominate and determine how 
these things will be done.

then everyone else sits down with interpreters and tools and makes sure 
they can interpret the necessary bits correctly.

as an aside, there's a lot of redundancy in many of the message formats too.

it also forces everyone to learn how to deal at the most complex level.....

i have yet to see any evidence that ebxml has made this simpler, or 
indeed can make it simpler. i can't see how it reduces the trade group 
needs to negotiate the semantics of the messages, the specific use of 
different terms. and now before you can even start to interpret messages 
you need to fully describe your business model.

i reckon the horse has become a camel, and like the camel now has it's 
own evolutionary path.

the good news is that it takes so long for multi-billion dollar trading 
groups to move core technologies i'll probably retire before i have to 
face the reality of this one.


bry@itnisk.com wrote:

> Whenever one examines one of the ebxml specs or reads an article on the subject
> there is likely to be a reference to how edi had problems with being accepted
>because it was too complex, but luckily ebxml, being based on xml, solves all
>this. A very suspect class of assertion it seems like to me. I'm wondering if
>anyone who has familiarity with these technologies can clarify exactly how and
>in what ways ebxml reduces the complexity of edi. 
>Basically my understanding is that ebxml just wrapped the edi model in xml, so I
>have a hard time seeing how it could be simpler. 
>Also am wondering about CPAs in Ebxml, it strikes me that this process could
>actually be somewhat onerous, does anyone know of any case studies etc. on
>problems with making CPAs between two companies?
>The xml-dev list is sponsored by XML.org <http://www.xml.org>, an
>initiative of OASIS <http://www.oasis-open.org>
>The list archives are at http://lists.xml.org/archives/xml-dev/
>To subscribe or unsubscribe from this list use the subscription
>manager: <http://www.oasis-open.org/mlmanage/index.php>

fn:Rick  Marshall
tel;cell:+61 411 287 530


News | XML in Industry | Calendar | XML Registry
Marketplace | Resources | MyXML.org | Sponsors | Privacy Statement

Copyright 2001 XML.org. This site is hosted by OASIS