See also: IRC log
<scribe> scribe: marc
<bob> scribe: marc
minutes of last meeting approved
bob: section 5.2.1 of SOAP
binding allows for other URIs as anon. did we mean that ?
... brief discussion and will then vote of this question
marc: might be better phrased as "do we still mean it"
<Zakim> dhull, you wanted to ask a question
dhull: do we have a specific textual change to vote on
bob: will rip out 5.2.1
tom: looked for source of the text - not clear that text was explicit in discussion
editors can't recall where text originated
<pauld> it's in our spec and went through CR-PR-REC
<pauld> so nit-picking on the scribing seems a little mute
paco: what will be the gain by doing anything
marcgoodner: last sentence of 5.2.1 and 5.2.2 is the text in question
guilty == remove text allowing other anon URIs
not-guilty == keep that text
pauld: errate, version 1.1, ?
<dhull> It's not like the text has much force to begin with. Wouldn't an erratum be enough?
bob: how we do it is not relevant, will do minimum necessary
<MrGoodner> I think errata is enough
<MrGoodner> it doesn't seem to impact the wsa namespace
IBM - not guilty
BT - guilty
Sun - guilty
tibco - not guilty
Nortel - guilty
W3C - guilty
BEA - not guilty
CA - guilty
Fujitsu - guilty
Hitachi - guilty
8 guilty, 3 not guilty
plh: the change might affect conformance
<dhull> +1 to Paco
marc: agree with paco, change put other uri out-of-scope for WS-A spec but doesn't preclude it
<bob> ack [IPcaller]
<pauld> so the lack of a MUST means a change doesn't impact conformance, and could fall into "Corrections that do not affect conformance"
dhull: saw text as guidance, doesn't affect conformance
<plh> 2. Corrections that do not affect conformance
<plh> Editorial changes or clarifications that do not change the technical content of the specification.
bob: does WG feel change is not related to conformance
bob: part 2 deals with failure of
WSDL binding to support usage promoted by text we have voted to
... close 33 without action ?
paco: what about the proposals
bob: do we all agree that we need to do something to compose better with policy ?
bob: deal with cr33 on its basis and then look at proposals to better support policy
paco: don't want to close cr33 until we have dealt with policy proposals
mrg: only anon marker needs to be fixed
paco: do we have a specific proposal ?
bob review the issue text
dhull: anon=optional seems to leave the door open to using RM anon but really it just pertains to WS-A anon
<dhull> actually, it's anon=required that just pertains to WS-A anon. Optional leaves things open.
paco: markers as designed not useful, issue is not with text in soap binding
katy: have lost track of rx requirement
<dhull> A&P proposal speaks to a different issue
<dhull> RX requirement is actually already satisfied
<dhull> Doesn't think WSA anon definition is restrictive at all
katy: when soap binding came out it was possible for rx to use their anon uri but with wsdl binding we restrict that
gill: is it possible to define a policy that restricts to anon only and then expand that to allow rx anon ?
paco: such usage would contravene policy usage recommendations
glen: no it wouldn't
paco: yes it would
paco: going to have to ignore the marker because it is badly designed
<bob> ack [IPcaller]
marc: unclear which marker are badly designed - i think everyone agrees that the original formulation doesn;t work with policy but several options have been proposed - some by paco - are any of these ok in paco's opinion
paco: some are ok, disagreeing with glen proposal for rx to create an assertion that overrides the ws-a one
dhull: composability not limited to rx
<dhull> so that means we're going back to LC?
quick poll confirms that everyone agrees that current syntax is broken wrt policy
mrg: we just need to fix it wrt ws-a anon
dhull: use case is indicating haw async response can be sent
paco: having same discussion as last week
<Zakim> dhull, you wanted to propose a way forward
bob: don't think ws-a has exclusive on back-channel, we need to find a way to get out of the way of future specs
dhull: need a way to say stuff like: "can use mail addresses in reply to"
<bob> ack [IPcaller]
<dhull> but it's useful to say "I can't do anythng *but* anon" (or "I can't do anything *but* email")
marc: going over ground we covered in Japan F2F. think we need a way to state "i can do ws-a anon" and "I can't do ws-a anon" but not have assertions that shut out others
mrg: not worried if our assertion shuts out others
<Zakim> dhull, you wanted to talk about going over ground covered
dhull: think we have new information now that requires revisiting Japan decision
<bob> ack [IPcaller
<dhull> +1 on relevance of policy
marc: use of policy brings level of expressiveness that a WSDL marker doesn't have, the two marker proposed are all we need to define, other specs can define others
<dhull> Katy calls in from Moon Base 1 :-)
dhull: in what way is our current markup policy unfriendly ? does policy have a "this and this but not that"
paco: second is an open issue with policy WG, first is that assertion qname should capture meaning not attribute value or content
marc: volunteers to propose a solution
gill: volunteers to help
<bob> thanks for scribing, Marc
This is scribe.perl Revision: 1.127 of Date: 2005/08/16 15:12:03 Check for newer version at http://dev.w3.org/cvsweb/~checkout~/2002/scribe/ Guessing input format: RRSAgent_Text_Format (score 1.00) Succeeded: s/3. Corrections that MAY affect conformance, but add no new features/Corrections that do not affect conformance/ Found Scribe: marc Found Scribe: marc Inferring ScribeNick: marc Default Present: Tom_Rutt, Bob_Freund, Gilbert_Pilz, Plh, Marc_Hadley, TonyR, Paul_Knight, David_Hull, Paul_Downey, [IBM], [Microsoft], Katy, GlenD, marc Present: Tom_Rutt Bob_Freund Gilbert_Pilz Plh Marc_Hadley TonyR Paul_Knight David_Hull Paul_Downey [IBM] [Microsoft] Katy GlenD marc Agenda: http://lists.w3.org/Archives/Public/public-ws-addressing/2006Nov/0015.html Got date from IRC log name: 6 Nov 2006 Guessing minutes URL: http://www.w3.org/2006/11/06-ws-addr-minutes.html People with action items: WARNING: Input appears to use implicit continuation lines. You may need the "-implicitContinuations" option.[End of scribe.perl diagnostic output]