Re: Application Headers

[Scott Hinkelman <srh@us.ibm.com>]

I believe that the introduction of the word "ApplicationHeaders" formalizes
the need
to address the layer problem.

Scott Hinkelman, Senior Software Engineer
XML Industry Enablement
IBM e-business Standards Strategy
512-823-8097 (TL 793-8097) (Cell: 512-940-0519)
srh@us.ibm.com, Fax: 512-838-1074



Christopher Ferris <chris.ferris@east.sun.com>@east.sun.com on 01/05/2001
09:20:26 AM

Sent by:  Chris.Ferris@east.sun.com


To:   "Burdett, David" <david.burdett@commerceone.com>
cc:   "ebXML Transport (E-mail)" <ebxml-transport@lists.ebxml.org>
Subject:  Re: Application Headers



David,

Well, there are two aspects to this...
1) the receiving "application" MUST be capable of processing the
namespace qualified application headers that are qualified with
a mustUnderstand=true
2) the receiving MSH MUST be capable of forwarding/providing
the namespace qualified application headers that are qualified with
a mustUnderstand=true to the receiving application

In either case there needs to be an exception/error reported.

However, since these are "application" headers, the "application"
needs to be notified... Hmmm... we may have a layering issue
to deal with here...

Chris


"Burdett, David" wrote:
>
> Lines 841-845 say ...
>
> >>>An ApplicationHeaders element that has a mustUnderstand set to a value
of
> true means that a receiving MSH MUST be capable of understanding the
meaning
> of the namespace-qualified element content. If the content is not
> understood, the receiving MSH MUST respond with a message that includes
an
> errorCode of NotSupported in an Error element as defined in section 8.8.
<<<
>
> I don't think that the MSH must understand the elements. It only needs to
> recognize the namespace qualified elements and know that it has an
> application that can handle them.
>
> Thoughts?
>
> David
>
> Solution Strategy, Commerce One
> 4400 Rosewood Drive, Pleasanton, CA 94588, USA
> Tel: +1 (925) 520 4422 (also voicemail); Pager: +1 (888) 936 9599
> mailto:david.burdett@commerceone.com; Web: http://www.commerceone.com