RE: [ebxml-dev] Re: [ubl-lcsc] Re: [ubl-ndrsc] UN/CEFACT ATG 'Gen ericHeader' Project

["Burdett, David" <david.burdett@commerceone.com>]

As counter thought (I would not put this as strong as an opinion), there is
one use case for having a generic header.

If, for example, you take using UBL with ebXML MS, then there is information
in the ebXML MS header that "might" be useful to the process that is
handling the UBL document, for example the time the message was created, or
its identity.

I would guess that most implementations separate the ebXML MS envelope from
the UBL document, therefore there is a risk of this information being lost.
There are a number of ways around this, including:
1. Copying the information from the ebXML MS header into a "generic header"
within the UBL document - this should be optional, if done at all.
2. Providing an API to the ebXML MS implementation that allows an
application to derive this information.

Just my $0.02c.

David

-----Original Message-----
From: duane@xmlglobal.com [mailto:duane@xmlglobal.com]
Sent: Saturday, February 15, 2003 6:18 PM
To: tmcgrath@portcomm.com.au
Cc: MKudela@uc-council.org; ebxml-dev@lists.ebxml.org;
ubl@lists.oasis-open.org
Subject: Re: [ebxml-dev] Re: [ubl-lcsc] Re: [ubl-ndrsc] UN/CEFACT ATG
'Generic Header' Project


> I don't want to buy into this debate, just get a clearer view of the
> architecture being proposed.  ...> As Duane Nickull has indicated on the
> ebxml-dev list, this is an> architectural issue, not one that those in the
ebXML MS team
> necessarily  appreciate (from their comments i suspect they just think
>>>>>

Tim:

To clarify my own opinion,  I do not see any need for a generic header
since this does duplicate infromation already avaiable to both sender and
receiver.  As such,  our architecture team made a decision NOT to place
the GH in the architecture.
We did agree, however, that in certain circumstance,  one or both parties
may feel that they desire  the generic header (identified via UMM?) and
can use it.
The architecture does not prescribe it or disallow it.

Duane Nickull



----------------------------------------------------------------
The ebxml-dev list is sponsored by OASIS.
To subscribe or unsubscribe from this elist use the subscription
manager: <http://lists.ebxml.org/ob/adm.pl>