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]

Subject: RE: Fantasies - Vote for flying pigs

If a repository held both the standard DTD/schema, built from core
components, and a trading partners XSLT scripts to transform to/from the
standard to their form there would be a fairly nice path.  Such that a
second trading partner need only develop a transform script to get to the
standard and then use the other partners "registered script" to get to that
version.  Or serve it up in the standardized form for the other party to
process.  Loss of information from one partner having higher levels of
granualarity than the other are unavoidable.

John Motley


"Probert, Sue" <Sue.Probert@commerceone.com> on 04/02/2001 04:06:54 PM

To:   "'William J. Kammerer'" <wkammerer@foresightcorp.com>, 'ebXML Core'

Subject:  RE: Fantasies

Hi William

If we are not dreaming in a positive way towards a future when we can
more automation then we are just not doing the right standardisation work.

I would agree that some of the context ideas do seem somewhat far out but I
for one believe that over time we will not only get to implementing them
we will also eventually wonder how we managed without them.


Sue Probert
Director, Document Engineering
Commerce One
Tel: +44 1332 342080

-----Original Message-----
From: William J. Kammerer [mailto:wkammerer@foresightcorp.com]
Sent: 02 April 2001 21:18
To: 'ebXML Core'
Subject: Fantasies

Arofan Gregory says "contextual definition of core components, and of
modelling those core components" will allow us "to do things that are
impossible today, such as auto-generate mappings between syntaxes or
vocabularies, or to automatically determine where my document
definitions and yours disagree, even though we may have used different
local names for the same bits of data."

Dear Arofan:

Oh, come off it!  When pigs fly, we will.  If you could do that, then
we'd just dispense with standards altogether, and just model both
end-points so they could "talk" to one another.

Heck, I haven't even yet seen anyone take a UML data model and generate
schemas from it -  and that should be a lot simpler.  People tried and
tried to come up with semantic mappings between X12 and EDIFACT and
never did - so I wouldn't hold my breath now waiting for this
mumbo-jumbo of auto-transforming ebXML core components into EDIFACT, or

William J. Kammerer
4950 Blazer Pkwy.
Dublin, OH USA 43017-3305
+1 614 791-1600

Visit FORESIGHT Corp. at http://www.foresightcorp.com/
"accelerating time-to-trade"

To unsubscribe from this elist send a message with the single word
"unsubscribe" in the body to: ebxml-core-request@lists.ebxml.org

To unsubscribe from this elist send a message with the single word
"unsubscribe" in the body to: ebxml-core-request@lists.ebxml.org

[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