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?


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]