IRC log of ws-desc on 2006-07-20

Timestamps are in UTC.

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