19:25:31 RRSAgent has joined #ws-ra 19:25:31 logging to http://www.w3.org/2011/05/24-ws-ra-irc 19:25:33 RRSAgent, make logs public 19:25:33 Zakim has joined #ws-ra 19:25:35 Zakim, this will be WSRA 19:25:35 ok, trackbot, I see WS_WSRA()3:30PM already started 19:25:36 Meeting: Web Services Resource Access Working Group Teleconference 19:25:36 Date: 24 May 2011 19:26:57 asoldano has joined #ws-ra 19:27:28 +Doug_Davis 19:30:32 + +39.331.574.aaaa 19:30:53 Zakim, aaaa is asoldano 19:30:53 +asoldano; got it 19:32:03 +[Microsoft] 19:32:38 +??P8 19:33:52 Ram has joined #ws-ra 19:34:08
  • li has joined #ws-ra 19:34:38 +Yves 19:34:51 + +1.908.696.aabb 19:37:11 agenda: http://lists.w3.org/Archives/Public/public-ws-resource-access/2011May/0002.html 19:37:58 scribe: Dug 19:38:04 scribenick: Dug 19:38:10 Topic: agenda 19:38:23 approved w/o 19:38:29 Topic: 12722 19:38:33 http://www.w3.org/Bugs/Public/show_bug.cgi?id=12722 19:39:14 new issue approved 19:39:19 proposal approved 19:39:45 Topic: Primers 19:39:53 any desire to do it? 19:40:26 Dug to ping Katy to see if she wants to finish up MEX 19:40:42 No other folks seem to have any interest 19:40:49 Topic: Director's CR call 19:40:56 Bob: went to CR 19:41:05 ... formal objection was raised an a topic 19:41:24 ... raiser stands by formal objection but doesn't want to hold up the work 19:41:52 ... after discussion it was suggested that we figure out how to test the possible issue raised in the FO 19:42:21 ... charter requirement includes WS-I compliance 19:42:43 Dave has joined #ws-ra 19:42:55 ... between WS-I requirements and WSA there might be dup of info 19:43:24 ... requirement might be to cover a transient phase between non-wsa and wsa support 19:43:37 ... allows for either dispatch mechanism 19:44:05 ... how would we go about testing it? 19:44:54 q+ 19:45:10 ack ram 19:45:24 Ram: what is the director looking for? 19:46:14 ... spec says what wsa and wrapper should be. if receiver detects a diff from spec then it should fault. 19:46:36 ... its a corner case 19:46:58 ... we (msft) can live with the decision of the WG. Not interested in negative testing. 19:47:26 Bob: specs don't say "all impls must detect all incorrect syntax" 19:47:34 +q 19:47:39 ... lots of other places where this can happen 19:47:52 ... some impls will do xsd checking - not required by specs 19:48:09 ack dave 19:48:50 Dave: if a client didn't match the spec (either wsa or wrapper is wrong) what should happen? Fault or do what you think is right? 19:49:04 +q 19:49:48 Dave: do any existing impls exhibit weird behavior ? 19:50:11 ... we could create a test that looks for this but do we have any impls that could generate this bad situation? 19:50:23 ack dug 19:51:15 Dug: IMO its out of scope for us to say what should happen when a non-compliant impl sends bad stuff 19:51:35 Bob: we don't specify what fault might be generated 19:52:23 q+ 19:52:43 ack dave 19:52:50 Bob: we would have the build something weird to make this happen 19:53:16 Dave: a possible test would be to generate a bogus wrapper in the Body that mis-matches the action 19:54:51 Bob: why is this syntax check any diff from any other syntax error? 19:55:03 ... do diff other than the FO was raised. 19:55:29 ... Ram,would you like to either put together a test for it or withdraw the FO? 19:56:02 Ram: we can decide that this issue isn't big enough to do the additional testing 19:56:19 Bob: a statement from msft to that effect would be helpful 19:56:36 Ram: msft doesn't see a strong need to do additional testing for these corner cases 19:56:47 Bob: would you construct an email stating that? 19:57:02 Ram: yes i'll send it 19:57:14 Topic: testing 19:57:27 http://www.soaphub.org/interop/status/WSRA 19:58:06 Concluded pair-wise testing for all but mex 19:58:11 q+ 19:58:23 ack dug 19:58:36 Dug: Li did you test ws-eventing with IBM? 19:58:39 Li: no 19:59:05 Status is from f2f 19:59:47 Bob: no change to eventing so f2f eventing testing is fine 20:00:35 soap-assertions, evn are not tested 20:00:49 we need to say that "presence in metadata is sufficient" 20:01:07 q+ 20:01:15 dug 20:01:18 -q 20:01:27 Dug: how/where do we say this? 20:01:47 Bob: in scenario doc (show where it goes), and in the test results we send up the chain 20:02:27 -??P8 20:02:58 ... in test results doc 20:04:02 Bob: current position - write-up results for all but mex 20:04:22 ... some other groups are interested in seeing these progress. EVD, Enum and Eventing 20:04:29 +??P3 20:04:37 q+ 20:04:50 ack dug 20:05:38 Dug: I'd prefer to wait if Oracle is close 20:05:55 Bob: has pinged Oracle but no firm response yet 20:06:35 Li: what is the length of the PR phase? 20:06:56 Bob: min 4 weeks 20:07:19 Li: so no new changes unless there's a bug 20:07:31 Bob: namespace will be locked down at PR phase 20:07:53 Li: ok to wait 20:08:24 we need to have interop report _before_ going to PR 20:09:39 + +1.831.713.aacc 20:10:03 Bob: Gil, any ETA on mex? 20:10:29 Gil: not yet - working on eventing 20:10:38 Bob: eventing is covered already 20:10:44 ... don't have a pair of impls of mex 20:10:52 Gil: so mex first and eventing later? 20:10:59 Bob: yes 20:11:34 Gil: might be able to do by first week of June 10th 20:11:55 Bob: folks ok to wait ~10 days? 20:12:04 Bob: Dug/Gil please work on testing mex 20:12:18 ... formatting of testing report, any volunteers ? 20:12:22 Bob: I'll do it 20:12:52 ... mini-matrix per spec 20:13:27 ... casual looker will not follow what we currently have 20:14:09 ... assuming current 'success' will stay. 20:14:19 ... need something in scenario doc for evd and sa 20:14:29 ... Dug - please add something to scenario doc. 20:14:43 action: Dug to add text in scenario doc w.r.t. sa and evd 20:14:43 Created ACTION-182 - Add text in scenario doc w.r.t. sa and evd [on Doug Davis - due 2011-05-31]. 20:14:54 ... next meeting? 20:15:10 ... June 14th? 20:15:17 ... ok? 20:15:21 ok 20:15:23 agreed 20:15:44 Bob: Gil please let us know if you finish early or if you need more time 20:15:51 AOB? 20:15:54 Regarding the discussion about the need for additional / negative testing for the issue relating to the formal objection: While the possibility of encountering this interoperation problem in the real world exists (particularly when implementations choose to do dispatch using first child element), I think it is not serious enough at this time to have to do any additional / negative testing to check for this case. 20:16:26 Bob: please put that in an email to the public list 20:17:04 ... add that it would require the construction of special clients and/or services 20:17:21 ... to force them to misbehave 20:17:28 Ram: will do 20:17:44 meeting ends 20:17:44 -asoldano 20:17:45 -Dave 20:17:46 -Gil 20:17:47 -Yves 20:17:48 - +1.908.696.aabb 20:17:48 -[Microsoft] 20:17:49 -??P4 20:17:50 -Doug_Davis 20:17:52 WS_WSRA()3:30PM has ended 20:17:54 Attendees were Doug_Davis, +39.331.574.aaaa, asoldano, [Microsoft], Yves, +1.908.696.aabb, Dave, +1.831.713.aacc, Gil 20:18:00 Dave has left #ws-ra 20:19:36 rrsagent, generate minutes 20:19:36 I have made the request to generate http://www.w3.org/2011/05/24-ws-ra-minutes.html Bob 20:20:15 gpilz has joined #ws-ra 20:20:26 /help 20:23:38 gpilz has left #ws-ra 22:26:16 Zakim has left #ws-ra