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?


Mark,

I am not sure what you mean in your last sentence since it seems to be 
missing a verb.  However, I believe you have a reasonable summary in your 
middle paragraph.  My summary might have been a tad more general (avoiding 
specific solutions):

"Should the WS-Contest specification (or schema) provide an in-line 
mechanism for identifying which added content must be understood?"

Generalizing the question allows for either a global attribute for use on 
any extended content or a local attribute on the container itself (which 
might repeat).  And, yes Peter, we have a question for the "by reference" 
case since it is unclear (a priori) who all might see a particular context 
structure and therefore what each "viewer" must understand.

thanx,
	doug

On 12-Jul-04 08:27, Mark Little wrote:
> 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]