See also: IRC log
<trackbot> Date: 24 March 2009
<Bob> zakim [Micro is Asir
<Bob> zaki,. Vikas holds Sumeet
<dug> anyone else hear static?
<asir> very minor
<gpilz> I do
<Sreed> I do
<asir> probably only for folks on the east coast
<dug> that's a neat feature
<Bob> Agenda http://lists.w3.org/Archives/Public/public-ws-resource-access/2009Mar/0115.html
Fred Maciel is scribe
<Bob> scribe: Fed Maciel
<Bob> scribenick: fmaciel
Agenda approved with edits
No objections, minutes approved
All new issues accepted and assigned to reporter, except for external editorial comment
which will be assigned to Doug
<dug> asir, is your phone still close to the iphone?
<asir> NO
<dug> I like this finger pointing thing :-)
No volunteers, will remain unassigned for now
<Bob> proposal at http://lists.w3.org/Archives/Public/public-ws-resource-access/2009Mar/0077.html
proposal (proposal #2, comment #4 in bugzilla) accepted
<dug> proposal: http://lists.w3.org/Archives/Public/public-ws-resource-access/2009Mar/att-0076/00-part
<Bob> Asir: considers this to be a substantial change and he requests a migration strategy but thinks the proposal reasonable
<dug> katy - did we do that? I don't recall that
<Katy> The text is there but unchanged - awaiting this issue
<dug> ah - so just ws-eventing had it removed?
<Katy> I didn't remove it from any as the resolution said we'd not address this under the not and conventions issue
<dug> s/must not/do not/
<dug> as an editor - I'm ok with that
<dug> +1 to katy - its just a copy-n-paste and makes it easier in the long run to have the specs look similar.
<Zakim> asir, you wanted to talk about http://www.w3.org/Bugs/Public/show_bug.cgi?id=6587
<DaveS> Suggestion for fixing the language problem I am worried about: Senders MAY indicate the presence of an extension that has to be understood through the use of a corresponding SOAP Header with a soap:mustUnderstand attribute with the value �1�.
<gpilz> how about "an extension it requires to be understood"?
<dug> seems fine
<asir> what is the proposed editorial change to Gil's proposal
<Bob> proposed language :Suggestion for fixing the language problem I am worried about: Senders MAY indicate the presence of an extension that has to be understood through the use of a corresponding SOAP Header with a soap:mustUnderstand attribute with the value "1"
<gpilz> The elements defined in this specification MAY be extended at the points indicated by their outlines and schema. Implementations MAY add child elements and/or attributes at the indicated extension points but MUST NOT contradict the semantics of the parent and/or owner, respectively. If a receiver does not recognize an extension, the receiver SHOULD ignore that extension. Senders MAY indicate the presence of an extension that has to be understood through the use of
<dug> I'm missing the last part of Gil's - it got chopped off for me
<gpilz> Senders MAY indicate the presence of an extension that has to be understood through the use of a corresponding SOAP Header with a soap:mustUnderstand attribute with the value “1”.
<Zakim> asir, you wanted to ask a question
<dug> although, we can probably say MUST NOT since the receiver MUST adhere to SOAP and mU=1 is part of SOAP.
<dug> never mind - I see Dave's point
<dug> that's fine - and let's apply it to all specs :-)
<Bob> proposal: The elements defined in this specification MAY be extended at the points indicated by their outlines and schema. Implementations MAY add child elements and/or attributes at the indicated extension points but MUST NOT contradict the semantics of the parent and/or owner, respectively. If a receiver does not recognize an extension, the receiver SHOULD ignore that extension. Senders...
<Bob> ...MAY indicate the presence of an extension that has to be understood through the use of a corresponding SOAP Header with a soap:mustUnderstand attribute with the value “1”.
Issue 6648 resolved with text above by Bob
RESOLUTION: the text above shall be applied to all specifications
<asir> How would you distinguish a NotifyTo EPR from a MakeConnection type EPR?
<gpilz> you don't
<gpilz> that's the whole point of WS-MC
<dug> bob - I'd like to ask Wu a follow-on question
<dug> I still don't see the diff between NotifyTo and ReplyTo and I think it would actually be a mistake to imply they're different
<DaveS> +1
<DaveS> What Doug said
<dug> ws-e doesn't mandate that PUSH mode is a one-way
<DaveS> But we still don't have a use case for any Mode other than push mode.
<dug> granted a Notification is a one-way but not PUSH mode
<dug> thank you bob
<dug> its broken because we're adding confusion and duplicate semantics
straw poll on removing push mode from specification (accepting Dave's proposal):
<asir> This is a non-binding strawpoll
<Bob> s/abstain/abstain preference poll (non-binding)
<asir> Wu and I mentioned that 6432 need to be resolved first
<gpilz> everyone else obviously disagrees
<dug> +1 to gil
<DaveS> +1
<Bob> understand better why if the spec says exactly the same thing concerning the eventing mode, having a more
<DaveS> We ned to se use cases for Mode not equal to Push Mode to better understand whay it is needed.
<dug> Wu - you can never stop someone from putting a MCanonURI in the NotifyTo
<Bob> ACTION: Wu and Asir We need to use use cases for Mode not equal to Push Mode to better understand why it is needed. [recorded in http://www.w3.org/2009/03/24-ws-ra-minutes.html#action01]
<trackbot> Created ACTION-53 - And Asir We need to use use cases for Mode not equal to Push Mode to better understand why it is needed. [on wu chou - due 2009-03-31].
<Bob> http://www.w3.org/Bugs/Public/show_bug.cgi?id=6725
<DaveS> bye
<scribe> postponed to next week
Bob asked participants to review IRC for incomplete contents
This is scribe.perl Revision: 1.135 of Date: 2009/03/02 03:52:20 Check for newer version at http://dev.w3.org/cvsweb/~checkout~/2002/scribe/ Guessing input format: RRSAgent_Text_Format (score 1.00) Succeeded: s/phone/iphone/ FAILED: s/must not/do not/ Succeeded: s/6691/6692/ FAILED: s/abstain/abstain preference poll (non-binding)/ Found Scribe: Fed Maciel Found ScribeNick: fmaciel WARNING: No "Present: ... " found! Possibly Present: Ashok Ashok_Malhotra Asir Bob Bob_Freund DaveS Doug_Davis Gilbert Microsoft P14 Sreed Sumeet TRutt Tom_Rutt Vikas Wu Wu_Chou aaaa aabb aadd aaee dug fmaciel gpilz joined katy proposal scribenick trackbot ws-ra You can indicate people for the Present list like this: <dbooth> Present: dbooth jonathan mary <dbooth> Present+ amy WARNING: No meeting chair found! You should specify the meeting chair like this: <dbooth> Chair: dbooth Found Date: 24 Mar 2009 Guessing minutes URL: http://www.w3.org/2009/03/24-ws-ra-minutes.html People with action items: asir need we wu WARNING: Input appears to use implicit continuation lines. You may need the "-implicitContinuations" option.[End of scribe.perl diagnostic output]