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

 


Help: OASIS Mailing Lists Help | MarkMail Help

ws-caf message

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


Subject: Re: [ws-caf] RE: close issue 134?


Doug, in fact I think that's where the idea of the context mustUnderstand
originally came from. So let's see if I can summarise this as an issue (and
feel free to correct/augment):

should the extensibility element have mustUnderstand associated with it?

Or are you mustUnderstand for more elements in the context structure?

Mark.

----- Original Message -----
From: "Doug Bunting" <Doug.Bunting@Sun.COM>
To: "Furniss, Peter" <Peter.Furniss@choreology.com>
Cc: "Mark Little" <mark.little@arjuna.com>; "ws-caf"
<ws-caf@lists.oasis-open.org>
Sent: Monday, July 12, 2004 4:24 PM
Subject: Re: [ws-caf] RE: close issue 134?


> Peter and Mark,
>
> Issue 129 did not "remove mustUnderstand entirely" but instead dropped a
> WS-Context specific description of this SOAP attribute.  We deferred any
> specific semantics or requirements for this attribute to the referencing
> specification, if that proves necessary.
>
> For issue 134, I believe we still need a ctx:mustUnderstand attribute
> because soap:mustUnderstand does not address understanding of information
> extending the base WS-Context structure.  We have an extensibility point
> that may contain information that both sides must understand but may also
> contain information of interest primarily to one side only.  While I can
> imagine that many referencing specifications would clarify where
> information might be added that is of interest only to one side (say,
> internal references you need when processing the set of related messages
> defined for a context type), I do not think it appropriate to require full
> a priori knowledge of this important facet.  As a general practise,
> extensibility points should support in-band identification of the content
> that must be understood.
>
> thanx,
> doug
>
> On 06-Jul-04 05:59, Furniss, Peter wrote:
> > Mark,
> >
> > Just to be clear, there are (or were) two mustUnderstand attributes
> > referred to in 0.3-and-earlier  - one defined in SOAP, which the WS-CTX
> > spec said had to be ="true", and one defined in ws-context schema as an
> > attribute of participating-services-list, alongside the mustPropagate
> > attribute.
> >
> > 129 concerned only the SOAP one.
> > 134 concerned mostly the ws-context:mustUnderstand, and a passing
> > mention of mustPropagate. The latter was removed by 131.
> >
> > I am pleased at this resolution.
> >
> > Peter
> >
> >     -----Original Message-----
> >     *From:* Mark Little [mailto:mark.little@arjuna.com]
> >     *Sent:* 06 July 2004 13:45
> >     *To:* Furniss, Peter; ws-caf
> >     *Subject:* Re: [ws-caf] RE: close issue 134?
> >
> >     Yes, 129 removes mustUnderstand entirely and 134 does likewise with
> >     mustPropagate.
> >
> >     I'll mark the issue as closed and refer to those other issues.
> >
> >     Thanks,
> >
> >     Mark.
> >
> >         ----- Original Message -----
> >         *From:* Furniss, Peter <mailto:Peter.Furniss@choreology.com>
> >         *To:* Mark Little <mailto:mark.little@arjuna.com> ; ws-caf
> >         <mailto:ws-caf@lists.oasis-open.org>
> >         *Sent:* Tuesday, July 06, 2004 1:40 PM
> >         *Subject:* [ws-caf] RE: close issue 134?
> >
> >         Yes, if I understand the intent correctly
> >
> >         129 concerned the SOAP:mustUnderstand attribute in
> >         ws-context:context elements in SOAP Headers. The resolution of
> >         129, as I understand it, will be to remove any specific
> >         statement about the SOAP:mustUnderstand (it may note that the
> >         attribute is available and can have either value, as is normally
> >         the case for SOAP Header elements.
> >
> >         134 concerned the wsctx:mustUnderstand attribute which was
> >         (incorrectly) defined as an attribute of
> >         participating-services-list. I assume the intent is to remove it
> >         completely. If that is the intent, I concur.
> >
> >         Peter
> >
> >             -----Original Message-----
> >             *From:* Mark Little [mailto:mark.little@arjuna.com]
> >             *Sent:* 06 July 2004 12:24
> >             *To:* Furniss, Peter; ws-caf
> >             *Subject:* close issue 134?
> >
> >             Peter, I believe that this issue
> >
(http://services.arjuna.com/wscaf-issues/show_bug.cgi?id=134)
> >             is no longer required because of the resolution to issues
> >             129 and 131. Since you raised it I wanted to check before
> >             doing anything (or proposing to do anything).
> >
> >             Mark.
> >
>



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