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