20:57:23 RRSAgent has joined #ws-addr 20:57:24 logging to http://www.w3.org/2006/10/30-ws-addr-irc 20:57:30 Meeting: Web Services Addressing 20:57:33 Chair: Bob 20:57:33 WS_AddrWG()4:00PM has now started 20:57:39 bob has joined #ws-addr 20:57:40 +Doug_Davis 20:57:50 zakim, Doug_Davis is me 20:57:50 +Dug; got it 20:58:03 meeting: WS-Addressing WG Teleconference 20:58:09 chair: Bob Freund 20:58:15 +Mark_Little 20:58:33 anish has joined #ws-addr 20:58:44 +Bob_Freund 20:59:07 +David_Illsley 20:59:23 zakim, this will be ws_addrwg 20:59:23 ok, bob, I see WS_AddrWG()4:00PM already started 20:59:42 +Anish_Karmarkar 20:59:58 TonyR has joined #ws-addr 21:00:02 dhull has joined #ws-addr 21:00:03 Paco has joined #ws-addr 21:00:18 PaulKnight has joined #ws-addr 21:00:19 +Gilbert_Pilz 21:00:43 zakim, who is here 21:00:43 bob, you need to end that query with '?' 21:00:56 zakim, who is here? dammit 21:00:56 I don't understand 'who is here? dammit', bob 21:01:05 +??P14 21:01:07 zakim, who is here? 21:01:07 On the phone I see Dug, Mark_Little, Bob_Freund, David_Illsley, Anish_Karmarkar, Gilbert_Pilz, ??P14 21:01:07 On IRC I see PaulKnight, Paco, dhull, TonyR, anish, bob, RRSAgent, Zakim, plh, David_Illsley, Dug, pauld 21:01:09 +Tom_Rutt 21:01:18 +Plh 21:01:20 zakim, ??p14 is me 21:01:20 +TonyR; got it 21:01:21 gpilz has joined #ws-addr 21:01:22 +Paul_Knight 21:01:32 for those unix guys, every type: make love ? 21:01:50 it used to say: sorry, I don't know how to make love 21:02:03 MrGoodner has joined #ws-addr 21:02:09 +[IBM] 21:02:30 +[Microsoft] 21:03:00 +David_Hull 21:03:49 zakim, IBM is paco 21:03:49 +paco; got it 21:04:07 zakim, microsoft is MrGoodner 21:04:07 +MrGoodner; got it 21:04:09 yinleng has joined #ws-addr 21:06:42 scribe: Paul Knight 21:06:47 scribe: PaulKnight 21:07:01 +Marc_Hadley 21:07:12 +??P21 21:07:22 zakim, ??P21 is me 21:07:22 +yinleng; got it 21:07:25 w3circ has joined #ws-addr 21:07:27 marc has joined #ws-addr 21:07:27 no changes to agenda 21:08:04 +??P22 21:08:16 Minutes approved 21:08:22 zakim, ??P22 is probably me 21:08:22 +pauld?; got it 21:09:21 Bob: will review CR33 handling in previous minutes 21:09:48 topic: review action items 21:10:17 all action items completed 21:10:48 topic: proposed and new issues 21:11:12 Bob: Metadata issue 21:11:55 Bob: Who will provide policy input? 21:12:46 Paco: is this something we will provide in general framework, or will it be an open-ended job? 21:13:09 Bob: Hope it is not open-ended. 21:13:47 q+ 21:14:13 plh: This could fit in the WSDL binding document. 21:14:24 ack ani 21:14:45 Anish: Hope not in WSDL binding, it is really separate. 21:15:22 Anish: It is about defining attachment points for policy data. 21:16:00 Bob: plh: in policy WG, ar they producing a policy assertion related to this? 21:16:05 plh: no 21:16:25 s/ar/are/ 21:18:22 Paco: Not sure where is the right place to do it. Probably a separate document. It is an expansion of our charter. 21:18:27 q+ 21:18:34 Bob: Does the WG want to expand the charter? 21:18:57 q+ 21:19:13 plh: A "note" would have no normative status. 21:19:19 ack w3circ 21:19:24 q+ 21:19:57 ack mrgood 21:20:05 Tom Rutt: Do we say in the WSDL binding doc, do we say what qname to use? 21:20:27 tom, in wsdl binding doc we have this -- http://www.w3.org/TR/2006/CR-ws-addr-wsdl-20060529/#metadatinepr 21:20:29 Tom, from the spec: To do so, the creator of an EPR MAY include a WSDL 2.0 description element (or a WSDL 1.1 definitions element) in the metadata property of the EPR. 21:20:31 MrGoodner: Are we clear on what the policy WG is asking? 21:20:58 q+ 21:21:07 ack pauld 21:21:18 Bob: Would the WG like to work in conjunction with the Policy WG on this? 21:21:55 PaulD: Don't fully understand the use case, the requirements, the work needed. 21:21:58 ack anish 21:22:19 Anish: Independent of how it is done, or what WG, it is a useful thing to have. 21:22:42 guess I'm unconvinced on the utility of attaching WSDL to an EPR either 21:23:12 Anish: There was no policy WG when we started. It is useful to have the connection to policy. It will be needed for many future use cases. 21:23:28 q+ 21:23:38 Bob: Last time we discussed this, we decided it was the job of the Policy WG. 21:24:23 Bob: If we are not willing to work with them, that is a decision we can make. Then it will be left to some future activity to resolve it. 21:24:33 ack w3circ 21:24:38 q+ 21:25:10 q+ 21:25:27 ack paco 21:25:33 Tom: We did it for WSDL, are there other aspects to be addessed other than EPR? 21:26:28 Paco: This may be more complex than we think. It opens a lot of related problems. It is not something to take on casually. Do we need to amend the charter? 21:26:36 ack plh 21:27:36 plh: agree with Paco. It is different from thw WSDL case, where we were the ones to control it. This is initiated by the Policy WG, and I don't think it is the role of this WG to do it. 21:27:38 -Mark_Little 21:28:12 q+ to say 'why doesn't ws-policy do this and change their charter if need be? they specify wsdl attachment points too.' 21:28:42 Marc Hadley: Would be surprised if we had to do more than say, "You can put a policy element here." 21:28:45 ack anish 21:28:45 anish, you wanted to say 'why doesn't ws-policy do this and change their charter if need be? they specify wsdl attachment points too.' 21:29:02 q+ 21:29:39 +1, anish 21:29:53 +1 anish 21:30:01 Anish: Think the Policy WG should do this. WS-Addressing Core is done; Policy is not done. We would have to keep tracking their work. 21:30:03 ack mrg 21:30:09 q+ 21:30:30 MrG: The task is not well defined. 21:30:43 ack plh 21:30:47 MrG: Need to define the expected outcome. 21:30:50 http://www.w3.org/Bugs/Public/show_bug.cgi?id=3620 21:31:26 TomRutt has joined #ws-addr 21:31:32 plh: The Policy WG said "We will not do it now." Are we not stepping on their toes? 21:31:47 Bob: They asked for some participation from this WG. 21:32:30 Bob: The chair described the scope as requiring a couple of people to participate in a couple of joint calls. 21:32:46 plh: no problem to having a joint call 21:33:03 Bob: any objection? None heard. 21:33:05 yes to call 21:33:33 Bob: Who will participate? Paco, Gil, Tom Rutt 21:34:10 Bob: Others? Three is probably enough. I will try to set up a time, via email. 21:34:40 Bob: Can we run through the CR 31 work by Tony? 21:34:51 topic: CR31 21:35:21 Tony: changed cells related to wsa: prohibited 21:35:37 Bob: So we need to also finish CR33? 21:35:49 Tony: yes. 21:35:59 topic: CR33 21:36:04 http://lists.w3.org/Archives/Public/public-ws-addressing/2006Oct/0106.html 21:36:27 Anish: Will go through email. Link is pasted in chat. 21:37:23 Anish: Describing option 1 and option 2. 21:38:14 Marc: Define older client in this framework. 21:38:46 Old == CR 21:39:11 Anish: The namespace becomes interesting in option 2 21:41:07 Anish: In option 2, we keep UsingAddressing, add two more extensions. 21:41:57 q+ to ask whether compatibility concern is related to question of progression directly to PR or via second LC 21:42:24 zakim, IPcaller is me 21:42:24 sorry, marc, I do not recognize a party named 'IPcaller' 21:42:37 zakim, [IPcaller] is me 21:42:37 sorry, marc, I do not recognize a party named '[IPcaller]' 21:43:20 zakim, who is on the phone? 21:43:20 On the phone I see Dug, Bob_Freund, David_Illsley, Anish_Karmarkar, Gilbert_Pilz, TonyR, Tom_Rutt, Plh, Paul_Knight, paco, MrGoodner, David_Hull, Marc_Hadley, yinleng, pauld? 21:43:21 Anish: Describing scenarios with older and newer clients. 21:43:35 q? 21:44:27 sorry, zakim, IPcaller is really really marc 21:44:55 Anish: The other issue with namespaces - we will need a new schema in option 2. 21:45:05 ack ipca 21:45:21 ack [IPc 21:45:21 [IPcaller], you wanted to ask whether compatibility concern is related to question of progression directly to PR or via second LC 21:45:53 Marc Hadley: Why are we focusing on this? 21:46:20 Anish: MrG raised the question. 21:47:12 Bob: Between these two options, it appears that people may have a preference? 21:48:04 q+ 21:48:44 ack plh 21:48:55 Anish: Subtracting from the schema requires a namespace rev, but not necessarily adding to an extension point. We would be removing wsaw:Anonymous. 21:49:21 q+ 21:49:29 plh: We still own the namespace; we can still change the schema. However, we need to be careful. 21:49:36 ack mrg 21:49:37 q+ 21:50:04 q+ to ask about expressivity vs existing Anonymous element 21:50:23 ack david 21:50:25 MrG: If we are making substantive changes, a new namespace would be appropriate. If we take away a marker, we should have a new namespace. 21:50:46 ack [IPc 21:50:46 [IPcaller], you wanted to ask about expressivity vs existing Anonymous element 21:51:11 Some implementatoins are using these elements. 21:51:21 +1 Marc 21:51:29 marc: Not sure what we are trying to achieve. 21:52:04 Paco: Untying the semantics from the anonymous URI. 21:52:12 PaulKnight, my comment was that wsaw:Action and wsaw:UsingAddressing are widely implemented - only 1 known implementation of wsaw:Anonymous 21:52:33 q+ 21:52:45 ack mrg 21:53:35 my comment was that the proposed markup is no more expressive than the current markup - wondering what was wrong with the current marker 21:54:13 paco noted that policy recommends differentiation by qname so our use of attributes in the Anon element goes against that 21:54:22 Bob: Now we have an explanation and two options. Are we prepared to decide? 21:55:21 q+ 21:55:44 ack dhull 21:56:11 Dhull: Have we ruled out the purely syntactic approach? 21:57:01 q+ 21:57:04 Dhull: My email described this point. 21:57:21 q+ 21:57:23 Bob: I had not captured it as a proposal for this issue. 21:57:47 Paco: We discussed it briefly on the last call. 21:58:02 http://lists.w3.org/Archives/Public/public-ws-addressing/2006Oct/0096.html 21:58:28 Bob: A sysntactic approach which may or may not have a regexp defining what the backchannel may be. 21:58:36 q? 21:58:42 ack anish 21:59:01 zakim, IPCaller contains marc 21:59:01 sorry, pauld, I do not recognize a party named 'IPCaller' 21:59:17 zakim, [IPcaller] is marc 21:59:17 sorry, bob, I do not recognize a party named '[IPcaller]' 21:59:18 zakim, [IPCaller] contains marc 21:59:19 sorry, pauld, I do not recognize a party named '[IPCaller]' 21:59:26 Anish: Would this go inside a policy or WSDL extension, or is it independent of the notion of backchannel? Looking at the qname, would you understand it? 21:59:50 zakim, IPcaller contains marc 21:59:50 sorry, pauld, I do not recognize a party named 'IPcaller' 22:00:08 zakim, where is the party? 22:00:08 I don't understand your question, bob. 22:00:31 Dhull: You would have to look at what patterns were allowed or not. It tells the client what form of address could be used in the ReplyTo EPR. 22:00:32 q+ 22:01:24 q- anish already covered my point 22:01:35 q- 22:02:35 anish: what if I don't want to change the WSDL, but for instance enable Reliability, because I want to tweak the policy and not the WSDL? 22:04:24 q+ 22:05:25 ack mrg 22:05:29 Dhull: It boils down to whether you want to find what is supported - directly or not. 22:06:19 q+ 22:07:04 MrG: The real problem is the way the RM anon URI might be used without RM. There would be no policy assertions in the WSDL. Not sure this is an improvement. 22:07:31 MrG: the OASIS WS-RX TC is also looking at related issues. 22:07:34 ack gpilz 22:07:48 q+ 22:08:34 ack dug 22:08:48 Gpilz: Some expressivity would be lost. 22:08:59 q+ 22:09:09 q- 22:10:05 zakim, who is making noise? 22:10:16 gpilz, listening for 10 seconds I heard sound from the following: Bob_Freund (65%), Plh (4%) 22:10:30 Bob: We were focusing on Anish and Paco's proposal, then discussed David Hull's proposal. We need to focus on selecting the best approach. 22:10:42 q+ 22:10:57 Bob: Does the group favor David's approach, or anish and Paco's? 22:11:00 ack paco 22:11:48 q+ to talk about async task force 22:12:51 q+ 22:13:00 Paco: I would be worried about implementing mechanisms without having a clear use case for it. So far, having a simple marker for backchannel or not is sufficient. 22:13:01 ack anish 22:14:25 Anish: Third possibility: wsaw:Address constraint as suggested by David Hull could be a child element of the response. It can solve some problems. 22:14:50 ack dhull 22:14:50 dhull, you wanted to talk about async task force 22:14:58 Anish: It is interesting to consider a hybrid approach. 22:15:21 Dhull: Agree. 22:15:44 q+ 22:16:35 ack mrg 22:16:36 Dhull: I don't think it is a complex new feature. The term backchannel is an undefined term itself, and it may also be complex for composability. 22:17:01 marc - that's not a WSA issue - that's an RM issue 22:17:59 MrG: Using a backchannel marker without a mention of the URIs may not be helpful. It may not be appropriate to cover it here rather than RM. 22:18:59 ack paco 22:19:31 q+ 22:20:00 ack dhull 22:20:03 Paco: Can we separate the issues of CR33 based on our proposal from the possibility of using David's mechanism? 22:20:23 or close with no action 22:21:27 +1 pauld 22:22:04 But Paul --- we've talked about it this long ... surely we must take *some* action ... 22:22:13 :-) 22:22:46 update wsaw:Anon as not being useful as a policy assertion? 22:23:13 Bob: Options : option 1 - composability with policy - define text element 22:24:34 -Gilbert_Pilz 22:25:32 Paco: That is not really a separable issue. 22:26:19 Bob: No matter which we use, we need to deal with composability with policy. 22:26:51 +Gilbert_Pilz 22:26:55 Ironically, my biggest problem with the marker proposal is composability 22:27:04 Bob: can we choose between option 1 and option 2 in the proposal by Paco and Anish? 22:27:57 Bob: any objection to limiting the choice of solutions for CR 33 to those two options? 22:28:15 MrG: It does not solve composability issue. 22:29:03 MrG: Once you have the backchannel marker, you have no idea what will be on the wire. 22:29:18 Dhull: Not clear which will compose best. 22:29:38 Paco: What is non-composability argument against using the marker? 22:30:02 q+ 22:30:13 q- 22:30:29 isn't this similar to what we have done with 'anon' uri? 22:30:50 'anon' uri does not mean anything outside the context of a particular binding 22:32:33 q+ 22:33:49 q- 22:33:50 q+ 22:34:52 ack ani 22:36:13 Extended discussion of meaning and use of backchannel. 22:37:37 q+ 22:37:41 nutshell: Where is it defined and how? 22:38:41 TonyR has left #ws-addr 22:38:44 Bob: We are replowing some old ground here. 22:38:46 -TonyR 22:39:07 Dhull: A fresh answer to anonymous may be sprouting from the old ground. 22:39:47 ack tomr 22:40:00 Dhull: Backchannel is not defined well. 22:40:55 Tom Rutt: Semantics still not well defined. It is up to the endpoint to know how to handle the URI. 22:41:01 q+ 22:43:52 Paco: Dhull's proposal provides more information than is needed. 22:44:35 Dhull: It is needed, because backchannel is not clearly defined. 22:44:53 -pauld? 22:45:04 pauld has left #ws-addr 22:45:04 Paco: In case of http, backchannel is known. 22:45:16 ack mrgack mrg 22:45:31 Bob: Backchannel as a term appears to be undefined and unused. 22:46:38 q+ 22:46:50 ack mrg 22:47:09 MrG: There is no marker for this. You don't know that RM is in use in every case. There is an interoperability issue. 22:48:56 Bob: Want to keep discussion focused on CR33 options in front of us. 22:49:00 -David_Hull 22:49:27 Bob: Choose one of the options, or close with no action. We can't directly work on RM. 22:49:35 ack dug 22:49:50 q+ 22:49:50 q+ 22:50:37 Dug: CR33 is just about whether other URIs can be defined. WSA does not have to define how they are used, just whether to allow the extensibility point. 22:50:44 ack mrg 22:51:19 q+ 22:51:26 MrG: If the extensibility point is defined without clear rules, it will not be composable. 22:51:33 ack anis 22:51:56 Dug: It is not WSA's problem to address. 22:52:14 +David_Hull 22:52:34 only one URI can be in wsa:ReplyTo at a time - the spec that defines that URI defines what goes on the wire - its not a WSA issue. 22:53:25 Anish: How about the hybrid approach? David Hull proposed address constraints, which could be used with the proposals by Paco and myself. It would have a child element describing address constraints. 22:55:29 MrG: How the constraints are expressed is the issue. 22:55:47 Anish: The constraints are constraints, not another policy assertion. 22:56:33 Bob: One approach is to define anonymous as the base URI and the constraint as a facet to define how it is extended. 22:56:53 -David_Hull 22:56:55 q+ 22:57:07 David Hull: fell off line 22:57:30 +David_Hull 22:57:39 Bob: We need to make a decision. 22:57:57 Bob: Can we reach a decision tonight? 22:58:08 q+ 22:58:29 Bob: Can we take the approach Paco and Anish have suggested? 22:58:35 q- 22:58:50 -Gilbert_Pilz 22:59:13 Bob: To solve CR33, the approach defined in Anish and Pacos' proposal ,either option 1 or 2, is acceptable? Any objections? 22:59:16 +Gilbert_Pilz 22:59:23 Dhull: Object 22:59:38 Dhull: Don't see how it will work. 23:00:47 Bob: extend meeting for 5 minutes? No objection. 23:00:53 acxk tomr 23:01:01 ack tomr 23:01:02 Tom: will support one or other of those. 23:01:47 using anon URI doesn't solve cr33 23:01:51 Marc Hadley: cold support either , if anonymous URI is used in place of backchannel. 23:02:02 s/cold/could/ 23:02:03 s/cold/could 23:02:30 Bob: Will need to continue discussion next week. 23:02:50 Bob: We have not used backchannel as a term anywhere in our specification. 23:02:53 -David_Hull 23:02:55 e.g. wsaw:WASResponseUsingAnonymousOnly 23:03:10 -Tom_Rutt 23:03:11 -paco 23:03:12 -MrGoodner 23:03:13 Bob: discuss on mailing list 23:03:14 I have made the request to generate http://www.w3.org/2006/10/30-ws-addr-minutes.html plh 23:03:15 -Marc_Hadley 23:03:17 -yinleng 23:03:18 -David_Illsley 23:03:22 -Dug 23:03:23 -Anish_Karmarkar 23:03:25 -Bob_Freund 23:03:28 -Plh 23:03:38 -Paul_Knight 23:03:49 MarcH - could you send a proposal to the list? so people can noodle it? 23:03:54 rrsagent, make logs public 23:03:57 zakim, disconnect gil 23:03:57 Gilbert_Pilz is being disconnected 23:03:58 WS_AddrWG()4:00PM has ended 23:03:59 Attendees were Dug, Mark_Little, Bob_Freund, David_Illsley, Anish_Karmarkar, Gilbert_Pilz, Tom_Rutt, Plh, TonyR, Paul_Knight, David_Hull, paco, MrGoodner, Marc_Hadley, yinleng, 23:04:01 ... pauld? 23:04:07 rrsagent, generate minutes 23:04:07 I have made the request to generate http://www.w3.org/2006/10/30-ws-addr-minutes.html bob 23:04:32 plh has left #ws-addr 23:07:41 bob has left #ws-addr 23:32:23 TomRutt has left #ws-addr