14:00:33 RRSAgent has joined #ws-desc 14:00:33 logging to http://www.w3.org/2006/07/20-ws-desc-irc 14:00:44 Zakim has joined #ws-desc 14:00:50 Zakim, this will be WSDL 14:00:50 ok, Jonathan; I see WS_DescWG(WSDL)10:00AM scheduled to start now 14:00:58 WS_DescWG(WSDL)10:00AM has now started 14:01:06 +??P13 14:01:15 zakim, ??p13 is me 14:01:16 +TonyR; got it 14:01:28 hi 14:01:39 +??P16 14:02:00 Zakim, ?? is Marsh 14:02:00 +Marsh; got it 14:04:35 +Arthur_Ryman 14:04:48 Arthur has joined #ws-desc 14:07:50 +lmandel 14:08:00 lmandel has joined #ws-desc 14:09:55 http://dev.w3.org/cvsweb/~checkout~/2002/ws/desc/test-suite/test-suite-coverage-summary.xml?content-type=text/xml 14:10:15 +Canon 14:10:57 youenn has joined #ws-desc 14:11:00 ACTION: Jonathan to add timestamps to result stylesheet 14:15:16 http://dev.w3.org/cvsweb/~checkout~/2002/ws/desc/test-suite/results/Overview.html 14:17:19 ACTION: Somebody to create baseline for SparqlQuery 14:50:03 This conference is scheduled to end in 10 minutes; all ports must be freed 14:51:46 -lmandel 14:52:05 -TonyR 14:52:14 -Arthur_Ryman 14:53:11 -Marsh 14:53:17 -Canon 14:53:18 WS_DescWG(WSDL)10:00AM has ended 14:53:20 Attendees were TonyR, Marsh, Arthur_Ryman, lmandel, Canon 14:53:26 zakim, this will be wsdwg 14:53:26 ok, TonyR; I see WS_DescWG()11:00AM scheduled to start in 7 minutes 14:53:41 zakim, who is on the phone? 14:53:41 apparently WS_DescWG(WSDL)10:00AM has ended, TonyR 14:53:42 On IRC I see youenn, lmandel, Arthur, Zakim, RRSAgent, Jonathan, TonyR 14:53:52 lmandel has left #ws-desc 14:57:31 Zakim, this will be WS_Desc 14:57:31 ok, Jonathan, I see WS_DescWG()11:00AM already started 14:57:36 Zakim, who's on the phone? 14:57:36 On the phone I see ??P2 14:57:44 zakim, ??p2 is me 14:57:44 +TonyR; got it 14:58:07 +??P7 14:58:16 Zakim, ?? is Marsh 14:58:16 +Marsh; got it 14:59:03 Arthur, where is an example of the timestamp ant task? 15:00:06 +Arthur_Ryman 15:00:35 plh has joined #ws-desc 15:00:42 +Plh 15:00:47 Gil has joined #ws-desc 15:01:08 zakim, who's here? 15:01:08 +Canon 15:01:09 On the phone I see TonyR, Marsh, Arthur_Ryman, Plh, Canon 15:01:10 On IRC I see Gil, plh, youenn, Arthur, Zakim, RRSAgent, Jonathan, TonyR 15:01:15 Jonathan, for example see http://dev.w3.org/cvsweb/~checkout~/2002/ws/desc/test-suite/build-test-coverage.xml?rev=1.2&content-type=text/plain 15:01:15 Allen has joined #ws-desc 15:02:10 +Gilbert_Pilz 15:02:32 +??P32 15:02:40 zakim, ??P32 is Allen 15:02:40 +Allen; got it 15:02:48 scribe: Gil 15:06:45 -Allen 15:07:44 +??P32 15:07:57 zakim, ??p32 is Allen 15:07:57 +Allen; got it 15:08:19 TOPIC: approval of minutes 15:08:29 RESOLUTION: minutes approved 15:08:39 TOPIC: action items 15:09:10 Jonathan: (runs through action items faster than I can type) 15:09:22 TOPIC: administrivia 15:09:32 Jonathan: should cancel next weeks telcon 15:10:32 RESOLUTION: July 27th will be canceled 15:11:24 Implementers call will be suspended until people indicate that it will be held 15:11:45 Jonathan: next concall for this group will be September 7th 15:12:06 Jonathan: SPARQL WSDL bug; haven't heard anything 15:12:44 TOPIC: CR76 15:13:06 Roberto has joined #ws-desc 15:13:16 Tony: Is CR76 covered by the work Arthur did on required extensions? 15:13:27 Jonathan: Not completely, but somewhat 15:13:49 +Glen 15:13:58 GlenD has joined #ws-desc 15:14:22 +Roberto 15:14:33 Jonthan: My proposal was to make {rpc signature} property optional 15:15:03 Arthure: You can say something is required but qualify that with co-occurence constraints 15:15:26 Jonathan: I agree, but exactly what are those conditions? 15:15:47 Arthur: In theory we can have everything be optional 15:15:57 Glen: Great idea! 15:16:34 Glen: The whole idea of required and optional properties is problematic. 15:16:48 Arthur: We have to talk about the component model independent of the markup. 15:17:16 Glen: The extension spec is going to cover both the markup and the component model. 15:17:45 Arthur & GLen: (back and forth on this topic) 15:18:24 Glen: All of this results from the confused way in which we explain required and optional. 15:18:37 Jonathan: Have we blessed the text on this? 15:18:41 Arthur: No. 15:19:43 here is the proposed text for a REQUIRED extension property 15:19:44 http://lists.w3.org/Archives/Public/www-ws-desc/2006Jul/0076.html 15:20:01 Glen: Its difficult to discuss the component model when extensions are engaged? 15:20:08 Arthur: Right. 15:20:34 TOPIC: Proposed Part 1 Text for REQUIRED Extension Properties 15:21:10 q+ 15:21:53 Glen: The component model really exists as an abstract model for us and extension writers to agree on semantics. Once you introduce the interchange format you start to veer towards implementation. 15:22:16 Jonathan: I understand your point, but the interchange format is a testable artifact. 15:23:30 Glen: Its ok to test the interchange format, but you don't need to reflect these constraints on the Part 1 document. 15:23:54 Jonathan: If you're going to use that abstraction I don't see the harm in surfacing it in the spec. 15:24:00 Glen: Ok 15:24:19 Jonathan: CR76 isn't really about the larger issue. 15:25:11 Glen: We already have a pretty complicated specification. If you're not up on the history this might be pretty hard to understand. But I agree that we should make this crisper. 15:25:27 Jonathan: Do we want to add Arthur's proposed text to Part 1? 15:25:56 Arthur: I do. I don't think this is just an interchange format thing. It's about reducing the ambiguity in the spec. 15:26:59 Arthur & Glen: (back and forth on what it means when a "required" property is not present) 15:29:20 Arthur: The thing that triggered this was the {safety} property. It is a required property but the markup was optional. 15:29:59 Glen: The "component model building step" is abstract, but you have to do it in a particular way and I'm not comfortable with that. 15:30:41 Tony: The presence or absence of an extension is important to judging the validity of a component model. We seem to agree on this. 15:30:49 Glen: True. 15:31:16 Jonathan: Are there improvements we can make to Arthur's text or do we want a broader solution? 15:31:28 Glen: I'm not ready to address the broader issue. 15:32:23 Who's speaking? 15:32:52 Roberto: Isn't it strange to define an extended component model? 15:33:19 Arthur: You need to consider the effective extensions when judging the validity of the component model? 15:34:57 asir has joined #ws-desc 15:35:17 Arthur, Glen, Roberto: (discussion on the meaning of "the component model" vs. "the instance document") 15:38:08 Jonathan: Is anyone proposing text different from what Arthur has proposed? 15:38:46 Arthur: The model is a set of components and the specification describes the possible set of components. 15:39:03 Glen: (detailed suggestions on Arthur's proposal) 15:39:42 Hi Jonathan, I joined the call 5 minutes ago 15:39:57 ACTION: Arthur to update "Proposed Part 1 Text for REQUIRED Extension Properties" 15:41:18 Glen: "Requiredness" is defined but the set of extensions that are in play. 15:41:42 Arthur: That is using "required" in a way that is different from the way we use it in Part 1. 15:42:00 Arthur: The co-occurence constraints put a different twist on things. 15:42:29 Jonathan: "Required" means you can count on it being there but optional extensions are slightly weaker. 15:43:55 Jonathan and Glen: When you write an extension and you say something is required it has to be there when the extension is used. 15:44:27 Arthur: "Required" is a useful construct but we need use it in a consitent way. 15:44:46 Glen: Sure, but you can't say something is "optional" and then say it always has to be there. 15:44:55 Glen: Proposal is to pull 6.4.1 out. 15:45:17 Arthur: Then we need to get rid of the "required" keyword altogether. 15:46:04 Arthur: There are problems with the way we use "required" in Part 2. 15:46:42 Glen: Revised proposal is to strike all but the first sentence of 6.4.1. 15:47:16 Arthur: The SOAP binding says you can use properties that are required in the HTTP spec. 15:48:03 Arthur and Glen: (back and forth on SOAP binding and HTTP properties) 15:48:28 Jonathan: I think this is covered by the first sentence of 6.4.1 15:50:49 Arthur and Glen: (more on "requiredness") 15:50:59 Jonathan: Are we converging on a solution? 15:51:24 Arthur: You need to change Part 2 no matter what. 15:51:58 Arthur: (cites examples of missing co-occurence constraints) 15:52:14 Jonathan: These examples are already covered by issues. 15:52:43 Arthur: If you fix Part 2, then we can focus on whether we want people to write extension spes with this "required" keyword. 15:53:10 Arthur: You need to spell out that such authors need to be aware of co-occurence constraints. 15:53:38 Arthur: Two options: rip out "required" and "optional" from Part 2 and spell out everything explicitly. 15:54:05 Arthur: Or leave this text in and modification via co-constraints. 15:54:40 Arthur: Its important that we do it right in Part 2 because others will use this as a template for writing their extension specs. 15:55:07 Jonathan: Of those two choices, I'd rather not rip out all the "required" and "optional". 15:55:12 Tony: (agrees) 15:55:35 Jonathan: Can we leave 6.4.1 alone (put in as is)? 15:55:38 Glen: Sure. 15:55:53 Jonathan: We'll revisit this on our next call. 15:56:02 TOPIC: CR76 15:57:28 Jonathan: Proposal is to add a co-occurence constraint between RPC style and {rpc signature} 15:58:08 Arthur: Clearer to say that this is an optional property that must be there if the style is RPC. 15:58:46 RESOLUTION: close CR76 : Add the co-occurence constraint and change language to "optional". 15:59:04 TOPIC: CR44 15:59:17 Roberto: Nothing for the group at this time. 15:59:37 TOPIC: CR058 16:00:02 Jonathan: There is a proposal to change the name of the {safety} property to {safe} 16:00:16 Tony: "safety" is not a good choice of names. 16:00:58 Joathan: "safety_asserted", "explicitly_safe" and "safety" is the status quo. 16:01:14 Arthur: Our XML markup is just "safe". 16:02:08 Jonathan: (reads proposal) 16:02:31 Arthur: I agree. We already call the XML attribute "safe". Why use two words? 16:03:28 Jonathan: Looking forward to next issue I note that the {authentication type} property doesn't match the markup. Is there a bigger issue around mapping property names to their markup? 16:04:30 All: (general agreement that attribute names should match the property names) 16:04:43 let's pick the best term for both the XML attribute and the component model property 16:04:53 i.e. just one term 16:05:37 Tony: "safe" is a technical term that is used the same way in HTTP land; we are as inaccurate as another spec. 16:06:04 Tony: This use of the word is already used elsewhere in the same way. We can always point the finger at them. 16:06:14 Who just spoke? 16:06:28 http://www.w3.org/TR/2004/REC-webarch-20041215/#safe-interaction 16:06:45 that was me 16:07:15 Jonathan: Looks like we agree to renaming "safety}" to "{safe}" 16:07:49 RESOLUTION: close CR058 by renaming "{safety}" to "{safe}" 16:08:22 TOPIC: CR060 16:08:40 scheme is standard, e.g. http://en.wikipedia.org/wiki/Basic_authentication_scheme 16:09:37 RESOLUTION: close CR060; rename "{authenticationType}" to "{authenticationScheme}" 16:10:04 TOPIC: CR022 16:10:12 http://lists.w3.org/Archives/Public/www-ws-desc/2006Jul/0079.html for CR022a 16:11:14 -Allen 16:12:01 Arthur: Any extension should produce the same result regardless of how you import. 16:13:34 Glen: You want to disallow somebody from saying that an extension is active in some outer document? 16:13:55 Arthur: An extension is active regardless of markup. 16:16:08 Jonathan: We don't know of any extensions that would violate this restriction. 16:16:15 Glen: Why do we need to say this? 16:16:25 Arthur: Performance reasons. 16:17:23 Arthur: (example of an include that says "append the word 'Glen' to every QName") 16:17:48 Arthur and Glen: (back and forth on what this restriction does) 16:19:27 Roberto: The example is one in which an extension is triggered by the import/include of a specific document. 16:20:07 Roberto: An extension which changes the components should appear at the top-level. 16:20:29 Arthur: Lets say you had an extension which was parameterized. You'd have to put that in each document. 16:20:42 Roberto: Seems like a bit much. I would hope there could be some scoping to handle this. 16:20:45 Glen: Agrees 16:21:07 Arthur: Why should something that's referencing a particular document be allowed to modify the components? 16:21:33 Glen: For import they shouldn't change but what about include? 16:22:02 Arthur: Include as well. The meaning of the components that get included shouldn't change depending on the way they are included. 16:23:05 Arthur: Import and include are component-level opertions. We want to know the meaning of those components independently of the way in which those components are pulled into a description. 16:23:33 Arthur: (specifics of the performance problems caused by not doing things this way) 16:23:56 Jonathan: Analgous to a compile step and a linking step. 16:24:04 Roberto: I agree that this is important. 16:24:31 Roberto: To do it right, wouldn't you need to move from a notion of a single component model to a model in which the component model is aggregated? 16:24:42 Glen: Right. How else would you validate? 16:25:10 Roberto: To follow the analogy of the Java packaging system, imports are handled locally to a compilation unit. 16:25:36 Arthur: You should be able to read each file once and build the components described by that file. 16:26:01 Arthur: When you check the validity of a specific root document you have to pull them together at that time. 16:26:32 Arthur: In the absence of this you end up reading the document multiple times. And then they refer to each other. 16:26:46 Arthur: Processing time should be roughly linear. 16:27:28 Arthur and Roberto: (riff on Java analogy) 16:28:43 Arthur: There are additional checks that need to be run after you pull the components together, but you should be able to do most of the processing up front. 16:28:54 Roberto: (specific suggestions to proposal) 16:29:27 Roberto: This is an improvement on the status quo. 16:30:37 Glen: (example of a management extension that extends every other interface in the description) 16:31:21 Arthur: Need to declare this extension up-front. Can't enable it via the include/import of another document. 16:31:38 Jonthan: Extension is enabled via markup. 16:32:51 Glen: Every interface gets extended this way. I don't care how the interface is declared, imported, or included it needs to be extended the same way. 16:33:09 Arthur: You shouldn't do it that way. 16:33:18 Glen: (agrees) 16:33:34 Arthur: You can't modify a Java class that you imort 16:33:59 Jonathan: Are we prepared to accept Arthur's proposal for CR022a? 16:34:02 I didn't exactly agree you shouldn't do it that way, I said yes there were other ways you could do it 16:34:38 -Plh 16:34:39 -Marsh 16:34:40 -Glen 16:34:41 -Arthur_Ryman 16:34:42 -Roberto 16:34:44 -Canon 16:34:46 -TonyR 16:35:01 RRSAgent, set log world 16:35:06 RRSAgent, draft minutes 16:35:09 I have made the request to generate http://www.w3.org/2006/07/20-ws-desc-minutes.html Jonathan 16:35:29 TonyR has left #ws-desc 16:36:33 Gil has left #ws-desc 16:37:18 -Gilbert_Pilz 16:37:19 WS_DescWG()11:00AM has ended 16:37:20 Attendees were TonyR, Marsh, Arthur_Ryman, Plh, Canon, Gilbert_Pilz, Allen, Glen, Roberto 16:50:21 Meeting: WS Description WG 16:50:26 Chair: Marsh 16:50:40 RRSAgent, draft minutes 16:50:40 I have made the request to generate http://www.w3.org/2006/07/20-ws-desc-minutes.html Jonathan 17:23:49 rrsagent, bye 17:23:49 I see 3 open action items saved in http://www.w3.org/2006/07/20-ws-desc-actions.rdf : 17:23:49 ACTION: Jonathan to add timestamps to result stylesheet [1] 17:23:49 recorded in http://www.w3.org/2006/07/20-ws-desc-irc#T14-11-00 17:23:49 ACTION: Somebody to create baseline for SparqlQuery [2] 17:23:49 recorded in http://www.w3.org/2006/07/20-ws-desc-irc#T14-17-19 17:23:49 ACTION: Arthur to update "Proposed Part 1 Text for REQUIRED Extension Properties" [3] 17:23:49 recorded in http://www.w3.org/2006/07/20-ws-desc-irc#T15-39-57 17:23:51 zakim, bye 17:23:51 Zakim has left #ws-desc