19:42:58 RRSAgent has joined #ws-addr 19:42:58 logging to http://www.w3.org/2006/04/24-ws-addr-irc 19:43:23 zakim, this will be ws_addrwg 19:43:23 ok, bob; I see WS_AddrWG()4:00PM scheduled to start in 17 minutes 19:43:46 Meeting: Web Services Addressing WG Teleconference 19:43:56 Chair: Bob Freund 19:46:18 Agenda: http://www.w3.org/mid/7D5D3FDA429F4D469ADF210408D6245A03923C@jeeves.freunds.com 19:55:14 WS_AddrWG()4:00PM has now started 19:55:21 +Bob_Freund 19:55:29 prasad has joined #ws-Addr 19:56:02 +Gilbert_Pilz 19:56:27 David_Illsley has joined #ws-addr 19:57:11 Gil has joined #ws-addr 19:57:38 +[IPcaller] 19:57:57 zakim, ip caller is katy 19:57:57 I don't understand 'ip caller is katy', bob 19:58:10 Katy has joined #ws-addr 19:58:14 zakim, [ipcaller] is katy 19:58:14 +katy; got it 19:58:16 +David_Illsley 19:58:49 Zakim, call hugo-617 19:58:49 ok, hugo; the call is being made 19:58:51 +Hugo 19:59:10 +Prasad_Yendluri 19:59:26 +Mark_Little 20:00:01 +Nilo_Mitra 20:00:18 +Jonathan_Marsh 20:01:00 Nilo has joined #ws-addr 20:01:37 +Tom_Rutt 20:01:44 +Andreas_Bjarlestam 20:02:09 +Dave_Hull 20:02:20 dhull has joined #ws-addr 20:02:21 marc has joined #ws-addr 20:03:19 +Dave_Orchard 20:03:57 + +1.781.442.aaaa 20:04:16 zakim, aaaa is marc 20:04:16 +marc; got it 20:04:44 dorchard has joined #ws-addr 20:06:07 scribe: prasad 20:06:12 Scribe: prasad 20:06:27 TOPIC: Agenda review 20:06:58 +GlenD 20:06:58 Bob: Reviews Agenda 20:07:32 +[IBM] 20:07:49 zaki, [ibm] is paco 20:07:58 TOPIC: Corrections to minutes 20:08:02 GlenD has joined #ws-addr 20:08:10 Paco has joined #ws-addr 20:08:18 Minutes of 10th April 06 20:08:32 Minutes Accepted 20:08:57 TOPIC: Action items 20:09:08 zakim, [ibm] is paco 20:09:08 +paco; got it 20:10:11 PaulKnight has joined #ws-addr 20:10:35 Bob: Can we assume no response to a LC resolution as accepted? 20:10:47 Hugo: Yes, roughly equivalent 20:10:56 +Paul_Knight 20:11:11 +Paul_Downey 20:11:20 TOPIC: Proposed and New Issues 20:11:35 http://www.w3.org/2002/ws/addr/pr-issues/#pr1 20:11:44 Bob: PR Issues, http://www.w3.org/2002/ws/addr/pr-issues 20:12:09 pr1 - 20:12:09 mU fault one way test Owner: 20:12:16 yinleng has joined #ws-addr 20:12:34 s/Owner:// 20:12:49 TRutt has joined #ws-addr 20:13:24 pr2 - HTTP Web Method Not Specified in test documentation or specifications 20:13:46 +??P17 20:14:05 zakim, ??P17 is me 20:14:05 +yinleng; got it 20:14:32 Pr3 - Comments on Core and Soap Proposed Recs 20:15:06 Bob: LC issues, 131 and 132 from Jonatahn 20:15:33 s/Jonatahn/Jonathan/ 20:16:29 Bob: b4 and f2f goal to have final text with issue resolution updates 20:18:17 I wonder if Mark wanted to raise a WS-Addressing PR issue. I thought he was just looking for evidence for the discussion on ImmediateDestination on the TAG list 20:18:28 Bob: PR issues, PR1 mU fault one way test 20:19:57 Jonthan: This is an issue specific to test suite 20:21:11 Bob: Our response this to basically inviting folks to submit tests, adequate? 20:21:22 -Dave_Hull 20:21:38 Hugo: The answer we gave is fine 20:21:39 +Dave_Hull 20:21:59 Bob: Proposes close issue w/ no action 20:22:19 RESOLUTION: Close w/ No action 20:22:49 Bob: PR-2 is also on test suite 20:23:02 Bob: Close with no Action As well? 20:23:12 RESOLUTION: Close w/ No action 20:23:47 PR3 Several sub issues 20:24:09 1. The EPR abbrev is used without first defining it 20:24:50 RESOLUTION: Editors After first use of EPR add expansion in paren 20:27:08 Discussion on process for making (editorial?) changes to spec 20:28:15 PR3 - 1.1 It's too bad that XML Schema Component Designators 20:28:27 Bob: Its just a gee wiZ 20:28:36 RESOLUTIOn: No Action 20:29:10 PR3 - 2 Order of scetions 2 & 3 20:29:30 Hugo: It is a matter of preference 20:29:37 Bob: Ok with leave as is? 20:30:07 RESOLUTION: Closed w/ N Action (Annotation that spec had been reviewed for a while and acceptable to most) 20:30:38 -Mark_Little 20:30:50 PR3 - 2.1 Shouldn't that says "...this IRI is used...]? 20:30:52 -Dave_Hull 20:31:08 +Dave_Hull 20:31:50 Bob: DaveH's coment was right and we will accept that 20:32:17 RESOLUTION: Bob will prepare the response. No change to spec 20:33:05 PR3 - 3 - parties may specify -> parties MAY specify 20:34:55 RESOLUTION: We will take No further action (Already capitalized Appropriately) 20:35:50 PR3 - 3.1 References are made to the WS-A WSDL Binding spec not reached even CR yet 20:36:23 Hugo: Clarify that refs are not Normative 20:36:34 RESOLUTION: No Action 20:36:42 TRutt has left #ws-addr 20:37:04 s/Action/Change/ 20:37:31 PR3 - 3.1 3.1 [relationship] In the abstract definitions it is unclear whether the 20:37:31 relationship type is the 1st or 2nd member of the pair. 20:37:50 s/3.1 3.1/3.1/ 20:38:55 PR3 - 3.1 [reference params] I'm sure there's a good reason but why isn't 20:38:55 [destination] and EPR? 20:39:26 Bob / Jonathan: This had been considered thoroughly already 20:39:50 RESOLUTION: Closed w/ No Action (will respond to author as above) 20:40:16 PR3 - 3.2 minor nit: why do the abstract properties and infoset reps have 20:40:16 different names? 20:40:53 Bob: Agree it would have been nice to be same, but late in the game 20:41:17 RESOLUTION: No Action (response as above) 20:41:58 PR3 - 3.2 section 3.4 describes the default for wsa:FaultTo as being 20:41:58 wsa:ReplyTo..and if wsa:ReplyTo is empty then it's a free-for-all. 20:41:58 Shouldn't this behavior be stated here? 20:42:51 DHull: Like above, we can be more explicit (but late in the game) 20:44:21 wsa:replyTo defaults to anon so hard to get empty [reply endpoint] when using our binding of MAPs to XML 20:44:49 RESOLUTION: No Action (Thank the author for the comment) 20:45:43 PR 3 - 3.2.1 why isn't comparison of [source], [reply endpoint] and [fault 20:45:43 endpoint] discussed? 20:46:42 AACTION: Bob to produce consolidated response to Byron 20:47:01 s/AACTION/ACTION/ 20:48:15 Getting back to "PR 3 - 3.1 [relationship] In the abstract definitions it is unclear whether " 20:48:46 DHull: Since both are the same (IRI) type it is not clear 20:49:03 Bob: Does this cause implementation issues? 20:49:49 DHull: No one uses abstract for implementation 20:52:05 Hugo: Two options (1) Say we will fix in Errata (2) Say, did not cause problems so far 20:55:56 current definition seems loose enough to be useful to me 20:56:24 RESOLUTION: 20:57:46 Bob: PR issues 1, 2, 3 Closed 20:58:55 TOPIC: LC Issues 20:59:09 what hugo said for option 2 = we acknowledge that the order is not specified, but we have not encountered any problem with our implementations, and cannot foresee what this change will fix nor break, so we prefer not changing the text at this point 20:59:18 TOPIC: lc124 - Conformance section 20:59:33 (not as good as the first time I said it, unfortunately) 20:59:40 Jonathan's proposal: 20:59:44 Add a new section: 20:59:44 20:59:44 20:59:44 6 Conformance 20:59:44 20:59:45 20:59:47 An endpoint reference whose wsa:Metadata element has among its children 20:59:49 the elements defined in [2.1 Referencing WSDL Metadata from an EPR] 20:59:51 conforms to this specification if it obeys the structural constraints 20:59:53 defined in that section. 20:59:55 20:59:58 A WSDL description conforms to this specification when it incorporates 20:59:59 directly or indirectly one or more of the [3.1 wsaw:UsingAddressing 21:00:01 Extension Element] or the [3.3 WSDL SOAP Module] markers, and obeys the 21:00:03 structural constraints defined in section [3 Indicating the use of 21:00:05 Addressing] appropriate to that marker, and those defined in section 21:00:07 [4.2 Action]. 21:00:09 21:00:11 An endpoint conforms to this specification if it has a conformant WSDL 21:00:13 description associated with it, and receives and emits messages in 21:00:16 accordance with the constraints defined in sections [4 Specifying 21:00:17 Message Addressing Properties in WSDL] and [5 WS-Addressing and WSDL 21:00:19 Message Exchange Patterns]. 21:03:46 Bob: Couple of +1s on the mail list 21:04:02 Bob: Any objections? 21:04:05 None: 21:04:25 RESOLUTION: Proposal 1 is the accepted resoultion for LC 124 21:04:54 ACTION: Bob to respond to Carl 21:05:27 TOPIC: LC 129 21:05:47 s/Carl/Karl 21:05:51 Gil has left #ws-addr 21:06:53 Paco: Describes his proposed changes 21:08:23 -Paul_Knight 21:09:08 Jonathan: Like Davis's SHOULD change. Agree w/ MArcH also 21:09:39 Marc: Prefer to change SHOULD to Can, not implying any conformance requirement 21:09:49 gpilz has joined #ws-addr 21:10:14 s/Can/Can (or something)/ 21:10:24 TRutt_ has joined #ws-addr 21:10:25 PaulKnight has joined #ws-addr 21:11:22 s/Davis/David Illsley/ 21:11:47 q+ 21:12:08 Paco: I am ok with lower case should etc. if most people think so 21:12:09 ack tr 21:12:41 Tom: I agree we should use english Can or something like that 21:13:32 i like "have to rely on" 21:14:18 "A WSDL or policy based service description that includes the 21:14:18 wsaw:UsingAddressing but no a wsaw:Anonymous marker makes no assertion 21:14:18 regarding a requirement or a constraint in the use of the anonymous URI in 21:14:18 EPRs contained in messages sent to the endpoint. In this cases, endpoint 21:14:18 service descriptions have to rely on additional metadata, 21:14:19 such as WSDL bindings or additional policy assertions, to indicate any requirements or 21:14:21 restrictions on the use of the anonymous URI by clients. However, in the 21:14:23 absence of additional metadata, clients of the endpoint MAY assume that the 21:14:25 service endpoint follows the behavior indicated by the 'optional' value of 21:14:27 the wsaw:Anonymous marker. An endpoint SHOULD send a 21:14:29 wsa:OnlyAnonymousAddressSupported or a wsa:OnlyNonAnonymousAddressSupported 21:14:31 fault back to the client if a message received uses the anonymous URI 21:14:33 in a way that is unsupported by the endpoint." 21:18:41 new proposed final version follos: 21:18:55 s/follo/follow 21:19:03 "A WSDL or policy based service description that includes the 21:19:03 wsaw:UsingAddressing but no a wsaw:Anonymous marker makes no assertion 21:19:03 regarding a requirement or a constraint in the use of the anonymous URI in 21:19:03 EPRs contained in messages sent to the endpoint. In this cases, endpoint 21:19:03 service descriptions have to rely on additional metadata, 21:19:04 such as WSDL bindings or additional policy assertions, to indicate any requirements or 21:19:06 restrictions on the use of the anonymous URI by clients. However, in the 21:19:08 absence of additional metadata, clients of the endpoint MAY assume that the 21:19:10 service endpoint follows the behavior indicated by the 'optional' value of 21:19:13 the wsaw:Anonymous marker. An endpoint SHOULD send a 21:19:14 wsa:OnlyAnonymousAddressSupported or a wsa:OnlyNonAnonymousAddressSupported 21:19:17 fault back to the client if a message received includes a response epr 21:19:18 with an [address] that is unsupported by the endpoint. 21:19:32 Bob: Extra 'a' in 2nd line to be removed by editors 21:19:43 s/in this cases/in this case/ 21:20:58 Paco: Above Text resolves part of LC 129 21:21:36 Jonathan; Was there a concrete proposal for the rest? 21:21:48 Paco: We were expanding Proposal 4 (original) 21:22:25 PaulKnight_ has joined #ws-addr 21:22:51 Jonathan: "Remove the 21:22:51 default. Lack of wsaw:Anonymous means there are no claims about Anonymous 21:22:51 support.") 21:23:38 RESOLUTION: Closed Issue 129 with the above resolutions 21:24:20 TOPIC: LC 131 UsingAddressing and soap:mustUnderstand 21:24:32 when can I get that new version?!? 21:25:17 +Paul_Knight 21:28:01 Jonathan: Describes his proposal 21:28:13 Paco: Agree w/ Jonathan on 3rd column 21:30:25 PaulKnight_ has joined #ws-addr 21:30:54 RESOLUTION: LC 131 Closed w/ resolution to remove 3rd column in tbl 3-1 and collapse col 1&2 21:31:09 TOPIC: LC 132 21:31:53 Reference Parameters vs. complete EPRs Owner 21:32:06 s/Owner// 21:33:01 -Paul_Knight 21:34:26 +Paul_Knight 21:35:38 http://lists.w3.org/Archives/Public/public-ws-addressing/2006Apr/0030.html 21:36:01 Jonathan: Describes proposal 21:36:02 MarcH: I sent some change suggestions 21:36:15 Jonthan: Take those as friendly amendments 21:38:07 "A wsdl20:endpoint or wsdl11:port element MAY be extended using a 21:38:07 child wsa:EndpointReference element. When extended this way, the 21:38:07 [address] property of the child EPR must match the {address} property 21:38:07 of the endpoint component (WSDL 2.0) or the address value provided by 21:38:07 the relevant port extension (WSDL 1.1). For example, in a SOAP 1.1 21:38:08 port described using WSDL 1.1, the location attribute of the 21:38:10 soap11:address element must have the same value as the wsa:Address 21:38:12 element." 21:41:04 RESOLUTION: LC 132 Closed with Jonthan's Proposal, w/ amendments in MarcH's email (URL above) \ 21:41:05 as shown in-line above in the last paragraph 21:41:18 ACTION: Bob to update the issues list with the consolidated proposal 21:42:01 TRutt_ has left #ws-addr 21:44:18 ACTION: MarcH to coordinate w/ Tony to produce updated WSDL bindig Doc final text by April 28 06 21:47:11 Discussion reg. upcoming F2F 21:48:05 Bob: AOB? 21:48:17 -yinleng 21:48:18 Meeting Adjourned 21:48:19 -David_Illsley 21:48:19 -Dave_Orchard 21:48:20 -Tom_Rutt 21:48:21 -Jonathan_Marsh 21:48:21 -Dave_Hull 21:48:22 -paco 21:48:23 -marc 21:48:24 yinleng has left #ws-addr 21:48:24 -Hugo 21:48:26 -GlenD 21:48:28 -Gilbert_Pilz 21:48:30 -Paul_Downey 21:48:32 -Bob_Freund 21:48:32 zakim, who was here? 21:48:34 -katy 21:48:36 -Andreas_Bjarlestam 21:48:37 gpilz has left #ws-addr 21:48:38 I don't understand your question, bob. 21:48:52 zakim, phillibt! 21:48:52 I don't understand 'phillibt!', bob 21:49:47 prasad has left #ws-Addr 21:50:09 rrsagent, make logs public 21:50:31 rrsagent, generate minutes 21:50:31 I have made the request to generate http://www.w3.org/2006/04/24-ws-addr-minutes.html bob 21:52:55 -Nilo_Mitra 22:07:14 TonyR has joined #ws-addr 22:09:04 TonyR has left #ws-addr 22:12:15 -Prasad_Yendluri 22:17:16 disconnecting the lone participant, Paul_Knight, in WS_AddrWG()4:00PM 22:17:18 WS_AddrWG()4:00PM has ended 22:17:22 Attendees were Bob_Freund, Gilbert_Pilz, katy, David_Illsley, Hugo, Prasad_Yendluri, Mark_Little, Nilo_Mitra, Jonathan_Marsh, Tom_Rutt, Andreas_Bjarlestam, Dave_Hull, Dave_Orchard, 22:17:25 ... +1.781.442.aaaa, marc, GlenD, paco, Paul_Knight, Paul_Downey, yinleng