18:57:41 RRSAgent has joined #ws-ra 18:57:41 logging to http://www.w3.org/2009/04/21-ws-ra-irc 18:57:43 RRSAgent, make logs public 18:57:43 Zakim has joined #ws-ra 18:57:45 Zakim, this will be WSRA 18:57:45 ok, trackbot; I see WS_WSRA()3:30PM scheduled to start in 33 minutes 18:57:46 Meeting: Web Services Resource Access Working Group Teleconference 18:57:46 Date: 21 April 2009 18:57:54 Chair: Bob 19:21:15 Bob has joined #ws-ra 19:21:38 trackbot, begin conference 19:21:38 Sorry, Bob, I don't understand 'trackbot, begin conference'. Please refer to http://www.w3.org/2005/06/tracker/irc for help 19:22:07 trackbit, status 19:22:14 trackbot, status 19:23:00 trackbot, start telcon 19:23:03 RRSAgent, make logs public 19:23:05 Zakim, this will be WSRA 19:23:05 ok, trackbot; I see WS_WSRA()3:30PM scheduled to start in 7 minutes 19:23:06 Meeting: Web Services Resource Access Working Group Teleconference 19:23:06 Date: 21 April 2009 19:24:05 fmaciel has joined #ws-ra 19:25:20
  • li has joined #ws-ra 19:25:42 WS_WSRA()3:30PM has now started 19:25:43 +Bob_Freund 19:26:55 dug has joined #ws-ra 19:27:11 Geoff has joined #ws-ra 19:27:46 +Doug_Davis 19:27:48 -Doug_Davis 19:27:48 +Doug_Davis 19:27:54 DaveS has joined #ws-ra 19:28:43 +[Microsoft] 19:28:44 Hi Bob, I on line and will dial in in a few minutes. I'll tell you when I connect. 19:29:05 + +1.408.970.aaaa 19:29:12 zakim, aaaa is fmaciel 19:29:12 +fmaciel; got it 19:29:13 TRutt has joined #ws-ra 19:29:16 Ashok has joined #ws-ra 19:29:23 Agenda: http://lists.w3.org/Archives/Public/public-ws-resource-access/2009Apr/0126.html 19:29:30 + +1.908.696.aabb 19:29:36 zakim, [Micro is Geoff 19:29:36 +Geoff; got it 19:29:46 zakim, Geoff has Asir 19:29:46 +Asir; got it 19:30:55 +Gilbert_Pilz 19:31:01 + +1.571.262.aacc 19:31:05 +katy 19:31:20 zakim, aacc is Vikas 19:31:20 +Vikas; got it 19:31:57 +Ashok_Malhotra 19:32:01
  • zakim, aabb is li 19:32:01 +li; got it 19:32:09 +Tom_Rutt 19:32:52 scribe: Asir 19:33:17 asir has joined #ws-ra 19:33:43 Vikas has joined #ws-ra 19:34:26 DaveS has joined #ws-ra 19:34:59 Scribe: Asir S Vedamuthu 19:35:05 ScribeNick: air 19:35:12 ScribeNick: asir 19:35:20 agenda: http://lists.w3.org/Archives/Public/public-ws-resource-access/2009Apr/0126.html 19:35:23 Meeting: WS-RA WG Conference Call 19:35:26 Chair: Bob Freund 19:35:32 zakim, who is talking? 19:35:32 I am sorry, dug; I don't have the necessary resources to track talkers right now 19:36:01 Topic: Opening 19:36:30 Agenda approved! 19:37:02 Resolution: unanimously approved the minutes at http://www.w3.org/2002/ws/ra/9/04/2009-04-14.html 19:37:18 Topic: New Issues 19:37:30 +Yves 19:37:38 Resolution: accept all 19:37:56 Katy has joined #ws-ra 19:37:59 Topic: Review of Closable Issues incorporated in 2009-03-31 snapshots 19:38:40 Bob: Geoff - did Doug address your comments? 19:38:54 Geoff: yes 19:39:16 Geoff: has anyone else reviewed the editors' snapshots 19:39:50 Bob Freund, Geoff Bullen and Doug Davis 19:39:54 Anyone else? 19:40:02 [SILENCE] 19:40:26 +??P14 19:40:54 Davd Snelling joined the audio. 19:41:17 Resolution: close issues incorporated in the Mar 31st snapshots (that is, bug list in the editors' snapshot change logs) 19:41:58 Topic: Task Team 6413 Progress 19:42:13 We have worked on our goals. 19:42:13 We have had a con-call, but did not reach consensus. 19:42:13 Geoff has an action item to come back soon with new thoughts on how to move forwards. 19:43:03 Geoff: no ETA yet 19:43:21 Topic: Action Items 19:43:59 Bob motivated members to close actions 19:44:16 whip whip 19:44:23 Topic: Issue-6739 All: Compliance section mismatch 19:44:38 http://www.w3.org/Bugs/Public/show_bug.cgi?id=6739 19:44:54 Doug: use boiler plate to ensure consistency 19:44:59 ... across specs 19:45:08 ... retain the current wording to ensure that nothing is lost 19:45:33 q+ 19:45:35 +JeffM 19:45:35 ... hoping this is editorial 19:45:45 ack geo 19:45:51 Geoff: no objections to the proposed direction 19:46:01 ... but it is only half finishing work 19:46:31 ... some of these specs need specific wording 19:47:07 Doug: open to members to raise additional bugs 19:47:21 s/Doug/Bob/ 19:47:26 Doug: yes, yes 19:48:26 I missed the action 19:49:31 Action: Doug to (upon completion of 6739) highlight the differences across WS-RA conformance sections 19:49:31 Created ACTION-58 - (upon completion of 6739) highlight the differences across WS-RA conformance sections [on Doug Davis - due 2009-04-28]. 19:50:50 Doug: apply the boilerplate, move spec specific contents to after the boiler plate text 19:51:32 Resolution: closed issue 6739 as proposed at http://www.w3.org/Bugs/Public/show_bug.cgi?id=6739#c0 19:51:52 Topic: Issue-6712 Transfer: Create is ambiguous 19:52:00 http://www.w3.org/Bugs/Public/show_bug.cgi?id=6712 19:52:07 [Doug is walking through the issue] 19:53:03 Doug: based on last night thinking, wants a flag to indicate whether the body is a rep or something else 19:53:10 q+ 19:53:14 ... not much feedback 19:53:26 well, you have the URI (well EPR) and the Action, why do you need more? 19:53:26 [I am specifically not recording that fragment] 19:53:30 ack geo 19:53:46 Yves got a good question 19:54:15 Geoff: anyone of the content is okay, upto the resource to figure out, rather than Doug's interpretation 19:54:41 ... resource can support more than one type 19:54:52 q+ 19:55:00 Ashok has joined #ws-ra 19:55:13 ... one simple way to resolve would be - clarify one and upto the resource to figure out which one 19:55:22 ... willing to provide some clarification text 19:55:22 -Dave_Snelling 19:55:31 ... is that a reasonable approach 19:55:31 q+ 19:55:39 ... are there any use cases for IBM interpretation 19:55:50 ack yves 19:55:50 ... has anyone implemented the IBM interpretation 19:56:11 +??P0 19:56:13 Yves: create is similar to HTTP PUT and URI, we have an action URI and body 19:56:38 ... not sure I understand what Doug wants to do with additional flags 19:56:42 ack dug 19:56:48 Doug: Yves is right 19:57:02 ... passing in an EPR to copy the contents 19:57:08 ... passing in fragement stuff 19:57:10 gpilz has joined #ws-ra 19:57:16 ... does not matter what the instruction set is 19:57:26 ... add the ability to provide multiple constructors 19:57:40 ... MS interpretation, full representation | nothing 19:57:49 ... but not allow other constructors 19:57:57 ... Transfer spec allows that 19:58:16 ... forcing the users to choose one or the other translating to removing features 19:58:19 -Gilbert_Pilz 19:58:23 jeffm has joined #ws-ra 19:58:52 ... What about the 'Content-Type' header? 19:58:58 ... how to interpret the data 19:59:08 ... no hint 19:59:16 q+ 19:59:19 q+ 19:59:20 what about the QName of the element? 19:59:24 ack katy 19:59:58 Katy: full representation or partial representation ("fragment") 20:00:09 ... pity to restrict the scope 20:00:11 ack dave 20:00:19 why not doing a null 'create' then a 'put' from a template service? 20:00:45 seems like an optimization that has impact on the complexity of handling create 20:00:46 DaveS: if we have a resource that has exactly one behavior then okay. the problem is want to build in pieces 20:01:08 yves - why force people to jump thru hoops when transfer says you can do this today 20:01:10 ? 20:01:12 ... in theory, that is supported by the current transfer spec 20:01:28 -Ashok_Malhotra 20:01:29 ack geof 20:01:41 Dialect (or something like) enables creation of resources in other ways, for example via command if resource is very big (large policy docs) 20:02:08 create from template looks more like a POST to me 20:02:13 Geoff: don't need a flag or dialect or something else to accomplish this 20:02:22 so specific action 20:02:26 ... many of the comments are irrelevant to the issue 20:02:29 yves - talk in Transfer terms please :-) 20:02:34 dug :) 20:02:45 like a "other action" to me 20:02:51 ... put allows message and defers interpretation to the resource 20:02:57 q+ 20:03:22 Bob: don't have a real crisp view of what to do? 20:03:51 ack dug 20:03:59 Doug: regardless of the point of view, we are not talking about adding new features .. no real differences 20:04:26 ... can a resource support multiple types? 20:04:31 q+ 20:04:39 ack geo 20:04:44 I'd like to point out that I'm talking about adding any features - just allowing for more than one type of create at the same time 20:04:57 DaveS's Use case summary for the minutes: A resource may need to be constructed through several steps where the resource needs to respond differently to different invocations. Dialect addresses this. The current spec is vague. A boolean (however implemented) is not rich enough. 20:05:01 Geoff: upto the resource to decide, not the client 20:05:10 in WebDAV, COPY or MOVE are in fact doing the same thing as a PUT. Same thing here, creation of a resource is not always linked to a wst:create 20:05:16 [just like HTTP/REST] 20:05:45 but the service should be allowed to choose how many ways to expose 20:06:09 Geoff: add clarification text to better explain this 20:06:32 It is important that the existing implementations do not get restricted by changes we make. 20:07:41 Action: Geoff to propose CLARIFICATION text to resolve issue 6712 20:07:42 Created ACTION-59 - Propose CLARIFICATION text to resolve issue 6712 [on Geoff Bullen - due 2009-04-28]. 20:08:04 Geoff: not restriction, clarification and would like to move to consensus and not vote one versus the other 20:09:02 Issue 6712 - waiting for Action-59 20:09:17 Topic: Issue-6403 Enumeration - define policy 20:09:29 [Doug walks through the issue/proposal] 20:10:21 Doug: interesting stuff is the filter dialectg nested assertion 20:11:04 q+ 20:11:13 ack geo 20:11:16 q+ 20:11:51 Geoff: no objections to using WS-Policy ... want to understand 20:12:04 ... how we use policy assertions and its implications 20:12:13 ... unclear been beat around for a while 20:12:20 s/beat/beaten/ 20:12:38 ... policy as a substitute for WSDL constructs 20:12:50 ... used for instrastructure specification 20:13:05 ... are these specifications infrastructure specs (leaving that aside) 20:13:08 q+ 20:13:14 ... there are some trade-offs 20:13:49 ... OTOH, want to make sure that we thought through the use cases to ensure success 20:14:01 ... how does this compose with other policy assertions defined else where 20:14:07 ... what happens? 20:14:30 ... say security assertions, per operation basis, per message basis, how would we solve that problem? 20:14:40 Doug: agrees with everything Geoff said 20:15:11 ... opened a separate issue to discuss the impact on operations | messages 20:15:48 Geoff: but these issues are overlapping, what happens when I specify the enum policy assertion 20:16:15 ... what is the relationship between the assertion and the WSDL constructs 20:16:30 Doug: agrees again!!! 20:17:04 Doug: ... may need to tweak this, want to avoid what it means to support enumeration 20:18:33 Geoff: need to clearly articulate the overlapping point and then move forward 20:18:47 ... come up some wording 20:19:03 ... that clearly articulates what needs to be resolved 20:19:18 q- 20:19:19 ack geo 20:19:25 ack kat 20:19:28 Katy: agrees with Geoff!! 20:19:53 no no no, Geoff agrees with Doug and Katy :-) 20:19:53 ... problem space is quite simple 20:20:06 ... policy assertion indicates that enum MUST be used 20:20:23 ... may be it says, may be used 20:20:38 ... simple solution might be s/MUST/MAY/ 20:20:39 q+ 20:22:04 ... want to discuss implicit/explicit operations, how to associate policy expressions to implicit operations and messages 20:22:37 6694: which operations are implicit 20:22:58 Katy: overlapping issues 6721 and 6694 20:23:08 s/6721/are 6721/ 20:23:12 q+ 20:23:17 ack asir 20:24:02 Asir agrees with Doug 20:25:05 Asir: elaborate on filter dialect policy assertion? 20:26:30 Doug: uses a QName = uri of the filter dialect, local name filter dialect 20:26:47 q+ 20:26:48 ack katy 20:26:51 ... to leverage policy intersection specified in WS-Policy 20:27:14 ack dug 20:27:31 [katy, may i request you to type your comment] 20:27:44 Vikas has joined #ws-ra 20:28:24 Doug: started with basic functionality, made sure that the proposal can be augmented 20:28:53 Bob: where are we? 20:28:54 q+ 20:29:04 q+ Geoff 20:29:09 ack dave 20:29:23 DaveS: move forward 20:29:25 ack geo 20:29:46 Geoff: refine some language around what we are resolving and what we are not resolving 20:29:58 ... doug took an action to describe the situation 20:30:11 The resolution of this issue does not preclude us from modifying this policy based on issue 6694. 20:30:24 ... would like to work together 20:30:26 +1 bob 20:30:27 +1 20:30:58 [Bob is typing a proposal] 20:31:24 resolve 6403 with the proposal in bugzilla subject to future consideration as may be required in the resolutions for issues 6721 and 6694 20:32:18 q+ 20:32:36 ack katy 20:32:40 Geoff: not ready yet, there are a couple of issues outstanding, move forward, solving 6403 does not resolve those open issues 20:33:34 Katy: issue 1 - how to associate policy expressions to implicit operations | messages 20:34:16 q+ 20:34:31 A endpoint should include a filterdialect policy assertion for each of the filter dialects that it supports. 20:34:46 +1 20:34:50 [where is this being inserted?] 20:35:00 end of: /wsenp:WSEnumeration/wsp:Policy/x:FilterDialect 20:35:37 text 20:36:13 ack geo 20:36:43 Bob: are we open to resolve issue 6403 with the amendment from Katy and Bob's statement (need to resolve other issues) 20:37:02 Geoff: request another week to review the proposal 20:37:25 +1 20:37:40 [Bob is inserting Katy's amendment to 6403 proposal] 20:37:41 To the insertion into bugzz... 20:38:33 everyone is playing with BugZilla! 20:38:42 Collision .. oops oops oops 20:38:52 Doug messed up Bob's entry :-) 20:39:48 Bob baptizes 6403 with an # 20:40:08 Topic: Issue-6401 WS-Eventing Notifications violates WS-I BP 20:40:45 Gil is absent 20:40:49 Skip? 20:41:20 Bob: any questions on the proposal, has been marinating (but not ready for grill) 20:41:25 ... let's start next week 20:41:45 Topic: Issue-6432 WS-Eventing Push delivery mode does not work when the 20:41:45 subscriber is not addressable 20:42:02 http://www.w3.org/Bugs/Public/show_bug.cgi?id=6432 20:42:10 'THIS' proposal 20:42:38 Doug: re-baptizes 'PUSH' as 'EPR' it is 20:43:01 s/'EPR' it is/'EPR IT IS'/ 20:43:11 q+ 20:43:18 Bob: where are we? 20:43:19 ack geo 20:43:45 Geoff: wearing a non-conflationary hat (what is that?) 20:44:31 ... proposal uses an EPR mode, that is not specific enough 20:44:42 ... gone backwards and forwards 20:44:47 q+ 20:44:51 ... you need to parse the EPR to figure out what is going on 20:45:14 ... parsing an EPR in an eventing code bit is the right thing to do 20:45:22 I have not added any new requirements for parsing the EPR by changing the name of the Mode 20:45:25 q+ 20:45:33 ack dug 20:45:38 s/is the right/is not the right/ 20:46:04 q+ 20:46:08 ack bob 20:46:27 Doug: changing the mode from push to epr based does not say that you need to parse EPRs 20:46:53 q+ 20:47:41 Bob: what does asynchronous mean? 20:47:44 ack geo 20:48:18 Geoff: by using an EPR rather than something more specific, you are actually loosing important semantics 20:48:31 q+ 20:48:51 ... no need to look into an EPR 20:49:16 ... Geoff claims written evidence on teh WG mailing list :-) 20:49:19 name change alone doesn't do that 20:49:23 s/teh/the/ 20:50:47 if the eventing layers need to know MC is being used then it can look at the EPR just as easily as the Mode URI. 20:50:51 ... relying on EPR means the eventing layer is left behind, does not know what delivery semantics are used 20:50:57 or requested by a subscriber 20:51:41 Bob: which parts of the proposal conflates? 20:51:59 Geoff: renaming is the concern 20:52:05 ack dave 20:52:53 DaveS: nothing in the proposal changes the semantics of the submitted eventing 20:53:05 ... use the default semantics 20:53:11 ... use the push mode 20:53:31 ack dug 20:53:47 Doug: what if we rename it to default mode 20:54:07 q+ 20:54:07 I heard Dave S support that 20:54:53 Bob: Antoine asked - what happens a subscriber behind a firewall is using that 20:55:07 q+ 20:55:19 ... we need to dev a proposal for that 20:55:21 ack geo 20:55:37
  • q+ 20:55:43 Geoff: push mode need to retained, create a new mode, perhaps Pull MC 20:55:55 ... that woulld be a more viable solution 20:56:15 ack dave 20:57:38 acl li 20:57:41 DaveS: two choices - (a) get lost (b) change pushmode -> eprmode 20:57:42 ack li 20:58:21 Li: correctly describe the mode and then let the users figure out what to do 20:58:32 q+ 20:58:37 ... could use MC even with addressible EPRs 20:58:54 ... would like to define a new mode 20:59:08 [Bob is auctioning the last 60 seconds] 20:59:26 ... would like to retain the current Push mode and define a new mode 20:59:29 ack geo 20:59:40 Geoff: is tied with 6692, no doubts 20:59:49 Daves Clarification for the minutes: Option A) close with no action and tell Antoine to use WS-Addressing to do it, or B) provide guidance in the specification and clarify the name of PushMode to be something less specfic. 20:59:58 ... the current proposal conflates both push and pull 21:03:25 Geoff - you on IM? 21:04:17 -Geoff 21:04:18 -fmaciel 21:04:19 -Vikas 21:04:20 -li 21:04:20 -Yves 21:04:21 -Tom_Rutt 21:04:22 -??P0 21:04:29 -katy 21:04:37 Bob adminishes folks to correct test scribed now while it is still fresh in their minds 21:04:42 -Bob_Freund 21:04:51 rrsagent, draft minutes 21:04:51 I have made the request to generate http://www.w3.org/2009/04/21-ws-ra-minutes.html Yves 21:04:52 rrsagent, generate minutes 21:04:52 I have made the request to generate http://www.w3.org/2009/04/21-ws-ra-minutes.html Bob 21:04:54 -JeffM 21:09:54 disconnecting the lone participant, Doug_Davis, in WS_WSRA()3:30PM 21:09:56 WS_WSRA()3:30PM has ended 21:10:00 Attendees were Bob_Freund, Doug_Davis, [Microsoft], +1.408.970.aaaa, fmaciel, +1.908.696.aabb, Asir, Gilbert_Pilz, +1.571.262.aacc, katy, Vikas, Ashok_Malhotra, li, Tom_Rutt, Yves, 21:10:02 ... Dave_Snelling, JeffM