18:56:05 RRSAgent has joined #ws-ra 18:56:05 logging to http://www.w3.org/2009/07/21-ws-ra-irc 18:56:07 RRSAgent, make logs public 18:56:07 Zakim has joined #ws-ra 18:56:09 Zakim, this will be WSRA 18:56:09 ok, trackbot; I see WS_WSRA()3:30PM scheduled to start in 34 minutes 18:56:10 Meeting: Web Services Resource Access Working Group Teleconference 18:56:10 Date: 21 July 2009 19:19:42 dug has joined #ws-ra 19:25:49 Bob has joined #ws-ra 19:25:52 Geoff has joined #ws-ra 19:26:22 WS_WSRA()3:30PM has now started 19:26:29 +Bob_Freund 19:26:41 trackbot, start telecon 19:26:43 RRSAgent, make logs public 19:26:45 Zakim, this will be WSRA 19:26:45 ok, trackbot, I see WS_WSRA()3:30PM already started 19:26:46 Meeting: Web Services Resource Access Working Group Teleconference 19:26:46 Date: 21 July 2009 19:26:56 + +1.571.262.aaaa 19:26:58 chair: Bob Freund 19:27:11 Paul has joined #ws-ra 19:27:32 +Doug_Davis 19:27:47 Wu has joined #ws-ra 19:29:51 Vikas has joined #ws-ra 19:30:00 zakim, aaaa is Vikas 19:30:00 +Vikas; got it 19:30:06 + +91.98.49.99.aabb 19:30:21 zakim, aabb is Sreed 19:30:21 +Sreed; got it 19:30:52 + +0208234aacc 19:30:57 Ashok has joined #ws-ra 19:31:10 +[Microsoft] 19:31:36 asir has joined #ws-ra 19:31:39 zakim, aacc Paul 19:31:40 I don't understand 'aacc Paul', Bob 19:31:42 +Wu_Chou 19:31:47 zakim, aacc is Paul 19:31:47 +Paul; got it 19:31:53 Tom_Rutt has joined #ws-ra 19:32:02 +Mark_Little 19:32:04 +Yves 19:32:30 +Ashok_Malhotra 19:32:36 gpilz has joined #ws-ra 19:32:38 +[Garlik] 19:32:39 +Tom_Rutt 19:32:55 Ram has joined #ws-ra 19:32:59 + +1.408.642.aadd 19:33:39 DaveS has joined #ws-ra 19:34:46 scribe: Paul Nolan 19:35:15 agenda: http://lists.w3.org/Archives/Public/public-ws-resource-access/2009Jul/0047.html 19:35:34 scribenick: paul 19:36:08 Agenda accepted 19:36:33 Minutes approved for July14th 19:38:16 q+ 19:38:28 ack gpil 19:38:33 Wu: proposal for 6401 will be ready for F2F 19:39:50 gpilz: feels the proposal is not quite complete 19:40:03 s/not quite/far from/ 19:40:49 q+ 19:41:10 ack geoff 19:41:20 Bob: F2F. Please register before 28th July 19:41:47 welcome to drop us an email and we will try to address it. 19:41:51 Geoff: Shall we have a group dinner? 19:42:19 All: depends on wine list 19:42:20 I assume breakfast will be served, right? 19:42:38 yes 19:42:45 great -thanks 19:42:58 +1 to all of us at your photo shoot 19:43:17 Topic: New issue 7122 19:44:07 No objetions 19:44:41 -[Garlik] 19:44:47 7 seconds 19:45:27 +[Garlik] 19:45:29 RESOLUTION: proposal in Bugzilla 19:47:48 Sreed has joined #ws-ra 19:48:11 q+ 19:48:56 q+ 19:49:03 TOPIC: 6980 19:49:16 fmaciel has joined #ws-ra 19:49:31 ack wu 19:49:37 + +1.408.970.aaee 19:49:48 q+ 19:49:49 zakim, aaee is fmaciel 19:49:50 +fmaciel; got it 19:50:30 ack tom 19:50:34 We should mandate wsdl2.0 :-) 19:50:43 :) 19:50:51 I hope not 19:50:56 q+ 19:51:05 Tom: multi-part messages should not be included 19:51:18 ack gp 19:51:21 ack wu 19:52:05 Wu: suggested change to Dougs proposal should only be small 19:52:30 q+ 19:53:00 q+ 19:53:04 ack geo 19:53:49 q- 19:53:56 Dave agrees with Geoff 19:54:00 +1 to Geoff 19:54:26 Geoff: Shall we agree to the proposal and open a new issue for Wu's concern 19:54:52 +1 to Geoff 19:55:09 q+ 19:55:59 Wu: agrees with proposal in principle. 19:56:12 q+ 19:56:20 ack wu 19:56:27 Wu: minor alteration was discussed 19:56:30 ack tom 19:56:53 q+ 19:57:02 ack gpi 19:57:13 Tom: feels Wu's issue should be handled sperately 19:58:17 Gil: agrees with Geoff. Lets not hold up the proposal over this new concern 19:58:35 q+ 19:58:41 q- 19:59:12 q+ 19:59:43 q+ 19:59:48 Wu: woul rather agree to the proposal and deal with multi-part messages later 19:59:48 q+ 19:59:53 ack wu 20:00:08 q 20:00:11 q+ 20:00:12 q+ 20:00:14 ack tom 20:00:23 ack tom 20:00:32 ack gpi 20:00:47 q- 20:01:19 Tom: we need to discuss whether multi-part messages should be raised as an issue 20:01:22 q+ 20:02:52 Bob: any objections to accepting the proposal and opening a new issue for multi-part messages 20:03:01 q+ 20:03:06 +1 to not expanding the scope of the issue. 20:03:13 +1 20:03:46 Geoff: lets see the proposal for the multi-part messages first 20:03:46 ack geo 20:03:52 ack wu 20:03:53 as issue owner, I disagree this is just about XPath over the raw event data itself - single part 20:04:10 ack tom 20:04:16 s/I disagree/I disagree,/ 20:04:22 q+ 20:04:51 +1 to Tom 20:04:59 +1 to Tom 20:05:10 ack geo 20:05:12 +1 to Tom 20:05:17 q+ 20:05:59 q+ 20:06:50 q+ 20:06:50 ack dug 20:07:40 Tom: this multi-part extension is a bigger issue than implied 20:08:57 Doug: there has been plently of time to raise this issue 20:09:49 q+ 20:11:01 ack gpi 20:11:26 Bob: if Wu's concern is contravertial we should perhaps not wait another week before deciding whether to raise it as a new issue 20:11:59 Gil: why not close the main issue? 20:12:24 And that same member has asked for a week, got that week - so let's move on 20:12:34 ack wu 20:13:39 Bob: if we had straw poll would this help ? 20:13:46 If we add a statement "if multipart notifications are used" implies that we agree to support multi part notificaitons. This impacts other issues (e.g., 6401) and other text, so I do not want this issue to have a resolution which implies support for multipart 20:13:51 ack tom 20:13:56 we're discussing an unknown friendly amendment - don't see what the straw poll will solve? 20:14:26 +1 to Tom; I object to anything that indicates an Event Source might emit multi-part messages 20:15:17 Tom: Wu's change implies support for multi-part 20:16:02 -Mark_Little 20:16:34 q+ 20:17:03 Bob: will anyone impplement multi-part? 20:17:06 ack tom 20:17:15 q+ 20:17:58 q+ 20:18:17 ack dug 20:18:58 q+ 20:19:07 ack wu 20:19:09 q- 20:19:10 q+ 20:19:13 Doug: lets please split these issues 20:19:30 may I respond? 20:19:33 quickly 20:20:28 Wu: is Doug's proposal implying single part? 20:20:32 q+ 20:21:37 Doug: it implies neither single or multi-part 20:21:45 q- 20:22:06 my major concern about multipart, allowing some of the notification content to be in header severly impacts any implementations of federation with other implementation choices to relay notifications (e.g. JMS) It will severly impact such implementations (outside the scope of ws-eventing) 20:22:09 ack tom 20:22:30 q+ 20:22:40 WWu: acceots that since Dougs proposal does not address XX-part messages he can accept it and raise a new issue 20:23:42 ack wu 20:23:44 RESOLUTION: pproposal in bugzilla. New issue may be opened for multi-part messages 20:24:12 TOPIC: issue-6711 20:24:23 +1 to cwna 20:24:45 Geoff: perhaps this can be closed with no action 20:24:59 RESOLUTION: closed with no action 20:26:24 TOPIC: issue-6500 20:26:34 q+ 20:26:55 ack dug 20:26:55 Geoff: we are happy to close with no action 20:27:39 Doug: likes wrapper, it adds etensibility point 20:27:45 +1 20:27:51 q+ 20:27:53 q+ 20:27:59 Geoff: this issue depends on 7015? 20:28:03 ack dug 20:28:40 ack asir 20:28:44 Geoff: resolution will need to be consistent across these issues 20:29:20 Doug: it just needs to be right 20:29:43 q+ 20:30:10 ack gpr 20:30:15 ack gpi 20:30:17 Not understanding the difference 20:31:05 q+ 20:31:39 ack dave 20:32:02 Dave: what is use case for request extensibility? 20:32:41 -Sreed 20:33:06 + +984999aaff 20:33:15 Doug: types of data perhaps or information about the metadata 20:34:45 Bob: can ww close by adopting the proposal? 20:35:13 RESOLUTION: close by accepting proposal 20:35:31 TOPIC: issue-6719 20:35:37 q+ 20:37:21 Asir: deals with mex dialect and recursive links 20:37:46 s/Asir/Ashok 20:37:57 ack asir 20:38:00 q+ 20:39:04 Asir: there is a good example for this dialect 20:39:24 "This value indicates the type of the metadata contained within the Metadata Section. When used in conjunction with Metadata Reference or Location, this allows the inclusion of metadata by reference." 20:39:59 ack dug 20:40:02 q+ 20:40:29 ack asir 20:41:02 Doug: the wording of the issue does not metion mex dialect 20:41:06 Here is the full text 20:41:07 This value indicates the type of the metadata contained within the Metadata Section. When used in conjunction with Metadata Reference or Location, this allows the inclusion of metadata by reference. 20:41:44 .. /mex:Metadata/mex:MetadataSection/@Dialect ="http://www.w3.org/2009/02/ws-mex/Dialects/ws-mex" 20:42:18 q+ 20:43:10 ack asir 20:43:55 Asir: this text needs clarification 20:44:04 can we get an ETA? 20:44:38 ACTION: asir and Ashok to modify test by 07/28 20:44:38 Created ACTION-84 - And Ashok to modify test by 07/28 [on Asir Vedamuthu - due 2009-07-28]. 20:45:56 honesty! 20:46:30 Yves: to address 5533 by mid august 20:47:39 Geoff: 6551 no progress 20:48:18 Doug: shall we close with no action 20:48:25 Geoff: agree 20:48:46 RESOLUTION: 6551 closed with no action 20:49:43 q+ 20:50:05 ack asir 20:51:20 Doug: will address 6694 by F2F 20:53:50 Yves 7013 partial put and versioning. Will address by mid August 20:54:27 ACTION: Doug 7068 addressed by F2F 20:54:27 Created ACTION-85 - 7068 addressed by F2F [on Doug Davis - due 2009-07-28]. 20:54:56 6403 ai re-assign to Asir 20:56:29 ACTION: Asir to address 6403 by mid August 20:56:29 Created ACTION-86 - Address 6403 by mid August [on Asir Vedamuthu - due 2009-07-28]. 20:58:33 what's that noise? sounds like a kid talking 20:58:39 s/kid/baby/ 20:59:37 Bob: How are we on 7088? 21:00:07 -Wu_Chou 21:00:08 -fmaciel 21:00:08 -Vikas 21:00:09 - +984999aaff 21:00:09 -[Microsoft] 21:00:11 -[Garlik] 21:00:11 -Paul 21:00:12 -Yves 21:00:14 -Bob_Freund 21:00:16 I have made the request to generate http://www.w3.org/2009/07/21-ws-ra-minutes.html Yves 21:00:16 -Tom_Rutt 21:00:18 -Doug_Davis 21:00:20 - +1.408.642.aadd 21:00:24 rrsagent, generate minutes 21:00:24 I have made the request to generate http://www.w3.org/2009/07/21-ws-ra-minutes.html Bob 21:00:36 -Ashok_Malhotra 21:00:37 WS_WSRA()3:30PM has ended 21:00:38 Attendees were Bob_Freund, +1.571.262.aaaa, Doug_Davis, Vikas, +91.98.49.99.aabb, Sreed, +0208234aacc, [Microsoft], Wu_Chou, Paul, Mark_Little, Yves, Ashok_Malhotra, [Garlik], 21:00:41 ... Tom_Rutt, +1.408.642.aadd, +1.408.970.aaee, fmaciel, +984999aaff 21:16:23 gpilz has left #ws-ra