IRC log of ws-addr on 2005-02-28
Timestamps are in UTC.
- 04:21:07 [dhull]
- dhull has joined #ws-addr
- 04:26:05 [dhull]
- dhull has joined #ws-addr
- 12:05:47 [prasad]
- prasad has joined #ws-addr
- 13:35:47 [plh]
- plh has joined #ws-addr
- 13:45:58 [Marsh]
- Marsh has joined #ws-addr
- 13:46:22 [Zakim]
- Zakim has left #ws-addr
- 13:59:42 [mnot]
- mnot has joined #ws-addr
- 13:59:52 [Zakim]
- Zakim has joined #ws-addr
- 13:59:58 [plh]
- zakim, call QueenMary
- 13:59:59 [Zakim]
- sorry, plh, I don't know what conference this is
- 14:00:24 [mnot]
- Zakim, this is wsaddr_wg
- 14:00:24 [Zakim]
- sorry, mnot, I do not see a conference named 'wsaddr_wg' in progress or scheduled at this time
- 14:00:39 [mnot]
- Meeting: Web Services Addressing WG Face-to-Face Meeting
- 14:00:44 [mnot]
- Chair: Mark Nottingham
- 14:01:08 [prasad]
- prasad has joined #ws-addr
- 14:01:16 [plh]
- zakim, this will be addr
- 14:01:16 [Zakim]
- ok, plh; I see WS_AddrWG(TP)9:00AM scheduled to start now
- 14:01:19 [plh]
- zakim, call QueenMary
- 14:01:19 [Zakim]
- ok, plh; the call is being made
- 14:01:20 [Zakim]
- WS_AddrWG(TP)9:00AM has now started
- 14:01:21 [Zakim]
- +QueenMary
- 14:01:50 [GregT]
- GregT has joined #ws-addr
- 14:01:57 [Zakim]
- + +44.191.243.aaaa
- 14:02:16 [Zakim]
- +Prasad_Yendluri
- 14:02:16 [mlpeel]
- mlpeel has joined #ws-addr
- 14:02:46 [TonyR]
- TonyR has joined #ws-addr
- 14:02:51 [dhull]
- dhull has joined #ws-addr
- 14:02:53 [Zakim]
- +Mark_Peel
- 14:04:40 [pauld]
- pauld has joined #ws-addr
- 14:04:53 [RebeccaB]
- RebeccaB has joined #ws-addr
- 14:05:04 [Paco]
- Paco has joined #ws-addr
- 14:06:22 [dhull]
- scribe:dhull
- 14:06:35 [yinleng]
- yinleng has joined #ws-addr
- 14:06:46 [dhull]
- Glenn: Adding embedded WSDL is good, metadata is maybe dodgy
- 14:06:54 [stevewinkler]
- stevewinkler has joined #ws-addr
- 14:07:03 [dhull]
- MarkN: Metadata discussion is secondary
- 14:07:28 [vinoski]
- vinoski has joined #ws-addr
- 14:07:33 [GlenD]
- GlenD has joined #ws-addr
- 14:08:24 [dhull]
- Marsh: different idea of how WSDL material should be split amongst docs. Extensibility for WSDL is core, actual extensions incorporating WSDL is WSDL.
- 14:08:47 [dhull]
- Marsh: Or (MarcH) everything WSDL goes into WSDL.
- 14:08:51 [mnot]
- Scribe: dhull
- 14:08:57 [mnot]
- Topic: i026
- 14:09:08 [dhull]
- Marsh: Would be nice to have extensions to the core already in.
- 14:09:50 [dhull]
- Marsh: It would also be nice to have just one conformance statement per doc. E.g., WSDL conformance covered solely in WSDL conformance doc.
- 14:10:24 [dhull]
- Marsh: Should supporting service name etc. be part of core WSA and its schema? Yes.
- 14:10:35 [dhull]
- GlenD: But if it's extensibility, it doesn't matter.
- 14:11:26 [dhull]
- MarcH: If this is in metadata, we don't need anything special for validation as it's open content
- 14:11:39 [PaulKnight]
- PaulKnight has joined #ws-addr
- 14:11:54 [dhull]
- MarcH: Extensibiliy is everywhere anyway.
- 14:12:03 [umit]
- umit has joined #ws-addr
- 14:12:33 [dhull]
- Marsh: This is an example of extensibility, so should be mentioned with extensions ...
- 14:12:55 [dhull]
- Marsh: Or you could say it's WSDL, so it goes with WSDL. Depends on which word you emphasize.
- 14:12:58 [dims]
- dims has joined #ws-addr
- 14:13:31 [dhull]
- MarcH, GlennD: Belongs more in the WSDL (Glen: It's more than just an example of extensibility. It's a full-on WSDL extension)
- 14:14:05 [dhull]
- Anish: Also see it as outside core. It's not absolutely essential.
- 14:14:13 [dhull]
- q+
- 14:14:37 [mnot]
- ack dhull
- 14:14:58 [dhull]
- dhull: WSDL has special status in WS arch.
- 14:15:09 [dhull]
- dhull: Otherwise lean toward "outside core"
- 14:16:05 [dhull]
- marsh: Inconsistency in namespace of properties (?)
- 14:16:13 [dhull]
- marcH: Noted
- 14:16:43 [dhull]
- GlenD: You can validate without knowing what the data means.
- 14:16:59 [dhull]
- Marsh: Strange to have a schema span specification docs
- 14:17:17 [dhull]
- GlenD: Basic question of how to modularize.
- 14:17:27 [dhull]
- GlenD: Art, not science
- 14:18:01 [dhull]
- Marsh:Still haven't heard compelling reason for split.
- 14:18:26 [dhull]
- Umit: Is your problem basically that this is done in the wsa: namespace.
- 14:18:48 [dhull]
- Marsh: Yes. They're defined in a totally separate document from the wsa: core
- 14:19:09 [dhull]
- GlenD: No harm in having them sitting in the namespace
- 14:19:17 [dhull]
- Marsh: No harm in having them in the core.
- 14:19:42 [dhull]
- Paco: So, do we really want a schema just for this?
- 14:19:55 [dhull]
- Marsh: Timing issues to because WSDL 2.0 isn't done.
- 14:20:11 [jeffm]
- jeffm has joined #ws-addr
- 14:20:27 [dhull]
- TonyR: You're anticipating split between WSDL1.1 and WSDL2.0 binding specs.
- 14:20:39 [dhull]
- Marsh: Even more of an issue then. What goes in which spec?
- 14:20:52 [dhull]
- MarcH: Does it matter?
- 14:21:20 [dhull]
- MarcH: Happy to have everything in the same schema, specified in WSDL docs.
- 14:21:52 [dhull]
- Anish: Core spec can refer to WSDL1.1 binding spec, then later WSDL 2.0 (?)
- 14:22:35 [dhull]
- Anish: I could use non-SOAP or non-WSDL and still use core. So this is good (?)
- 14:22:54 [dhull]
- Umit: Don't like the idea of same concept in two different namespaces.
- 14:22:54 [GregT]
- GregT has left #ws-addr
- 14:23:10 [dhull]
- (Anish: This == splitting among separate namespaces (?))
- 14:23:43 [dhull]
- GlenD: WSDL 1.1 carries more extra stuff than WSDL2.0
- 14:24:03 [dhull]
- Anish: Abstract properties are independent of WSDL version.
- 14:24:30 [GregT]
- GregT has joined #ws-addr
- 14:24:39 [dhull]
- Anish: Don't need to invent three different namespaces. One ns for abstract proprties. Concrete properties stay in there present ns.
- 14:24:45 [dhull]
- s/there/their/
- 14:24:56 [dorchard]
- dorchard has joined #ws-addr
- 14:25:03 [dhull]
- Umit: Are you suggesting two different ns tags for WSDL1.1 and WSDL2.0
- 14:25:29 [dhull]
- Anish: No. Not for abstract properties. We already have different sections for the bindings.
- 14:25:42 [dhull]
- Anish: No need to invent new ns.
- 14:26:37 [dhull]
- MarkN: Does anyone feel really strongly about this? Seems like editorial tasks.
- 14:27:02 [dhull]
- Marsh: Not just editorial. May need new namespace, which is more than editorial. Implications for conformance.
- 14:27:11 [dhull]
- Anish: Agree not purely editiorial.
- 14:27:24 [dhull]
- Marsh: Right now we're stuck in the middle. NEed to choose.
- 14:27:25 [umit]
- +1 it is not editorial
- 14:27:30 [dhull]
- Anish: Core and binding are redundant now.
- 14:27:57 [dhull]
- Anish: By putting this in core, WSDL is not jus another DL.
- 14:28:54 [TomRutt]
- TomRutt has joined #ws-addr
- 14:29:09 [dhull]
- Anish: Conformance cuts both ways. Easier for WSDL people, harder for non WSDL if it's together.
- 14:29:37 [dhull]
- Marsh: If core is WSDL independent, would new NS be OK for shortcut properties (service name, selected interface)?
- 14:29:52 [dhull]
- Anish: That's fine.
- 14:30:18 [dhull]
- Marsh: OK with me, but then we need to be consistent: No WSDL in core at all.
- 14:30:31 [dhull]
- +1 to consistent, no WSDL in core
- 14:31:01 [dhull]
- Markn: Different ns from other WSDL stuff
- 14:31:12 [dhull]
- Marsh: (reluctant) yes.
- 14:32:29 [dhull]
- Umit: Observes that this is all a bit ironic (scribe didn't quite catch the drift)
- 14:32:50 [dhull]
- MarkN: Straw poll?
- 14:33:34 [umit]
- Today we have these two properties in the core regardless of Issue 24 and issue 26 anyway.
- 14:33:39 [dhull]
- MarkN: Acceptable to move WSDL machinery to WSDL doc, and to put version-independent WSDL stuff to new namespace?
- 14:33:51 [dhull]
- TonyR: Rlevant to WSDL1.1/2.0 split?
- 14:33:59 [dhull]
- ?: Looks orthogonal.
- 14:34:47 [dhull]
- Marsh: Cancel straw poll.
- 14:34:59 [dhull]
- MarkN: Is there another proposal?
- 14:35:15 [dhull]
- Marsh: Yes. Friendly amendment to vinoski.
- 14:35:59 [dhull]
- GlenD: If we move things back into core, then we need to move more stuff back in.
- 14:36:48 [dhull]
- MarkN: Poll: WSDL in WSDL doc or WSDL in core.
- 14:37:53 [dhull]
- Core: 1, WSDL 10: Abstain: 11
- 14:38:19 [dhull]
- Omnes: Abstentions win!
- 14:38:53 [dhull]
- RESOLUTION: Make sure that WSDL moves to WSDL, new ns for abstract properties.
- 14:39:23 [dhull]
- MarkN: Comments on embedded WSDL.
- 14:40:14 [dhull]
- Anish: Really like it. Will this now be normative (in WSDL doc)? Prefer normative part of EPR-related 1.1 extensions, instead of (present) non-normative status.
- 14:40:58 [dhull]
- Marsh: This is getting into conformance.
- 14:41:28 [dhull]
- Marsh: Is it important to keep names consistent with embedded WSDL.
- 14:42:15 [dhull]
- Anish: It's all extensible. We don't prevent people from doing funky things.
- 14:42:32 [dhull]
- Marsh: There's no MUST here.
- 14:42:51 [dhull]
- Anish: If you inline WSDL you MUST do it this way.
- 14:42:57 [dhull]
- Marsh: MUST what?
- 14:43:14 [dhull]
- Anish: MUST put it in metadata.
- 14:43:23 [dhull]
- GlenD: We say what it means IF it's in the metadata
- 14:43:35 [dhull]
- Anish: Currently it's given as an example.
- 14:44:10 [dhull]
- Marsh: Having example is helpful for interop but no MUST
- 14:44:23 [dhull]
- GlenD: We do tie ourselves to WSDL for this use case.
- 14:44:40 [dhull]
- GlenD: Could also have gone with pure WSA.
- 14:44:44 [dhull]
- Marsh: Not precluded.
- 14:45:47 [dhull]
- Anish: Right now port is optional service is required. You may have multipe ways of getting at the same definition (?)
- 14:46:30 [dhull]
- Anish: Can always provide non-normative examples with specific qnames.
- 14:46:53 [dhull]
- Marsh: Right now no MUSTs.
- 14:47:20 [dhull]
- Marsh: Would be good in an appendix.
- 14:47:49 [dhull]
- Ansih: Can do that. Here's an example, this specific problem solved this specific way. But inlining WSDL is broader.
- 14:48:30 [dhull]
- GlenD: In..ter.esting. What do you do when you see inline WSDL with multiple endpoints. As alternates?
- 14:49:10 [dhull]
- GlenD: There are various ways to interpret (alternatives, fallback, etc.) Is this a WSDL issue or WSA issue?
- 14:49:40 [vinoski]
- q+
- 14:49:42 [dhull]
- Anish: Same issues arise outside WSA. Could solve it in WSDL. Could also solve it as special WSA marker.
- 14:50:43 [dhull]
- Vinoski: Could spend a lifetime trying to specify this.
- 14:50:52 [dhull]
- GlenD: So leave it up to context?
- 14:50:58 [dhull]
- Vinoski: Yes. Leave it up to WSDL.
- 14:51:00 [dorchard]
- doesn't seem like a WSDL issue as embedded WSDL is different than standalone WSDL. embeddeding wsdl will constrain the embedded wsdl.
- 14:51:02 [dhull]
- GlenD: +1
- 14:51:25 [dorchard]
- it's a ws-a issue..
- 14:51:27 [dhull]
- (GlenD: +1 to vinoski)
- 14:52:02 [dhull]
- MarkN: Options: 1) Appendix, non norm. 2) Appendix, but normative?
- 14:52:14 [dhull]
- Anish: Appendices are fine. We can have as many as we like.
- 14:52:22 [dhull]
- Several: It's editorial.
- 14:52:29 [dhull]
- MarkN: OK. I'll take a shot.
- 14:52:59 [mnot]
- s/MarkN/MarcH/
- 14:53:44 [dhull]
- Marsh: MUST service/selected interface elements match embedded WSDL. Less pressing if it's all in a separated doc.
- 14:54:18 [dhull]
- MarcH: Could say service/selected is pointing to alternative to embedded. Not recommending this.
- 14:54:44 [dhull]
- Anish: May contain multiple service endpoints. Is that bad?
- 14:54:55 [dhull]
- Vinoski: No reason to preclude.
- 14:55:06 [PaulKnight]
- PaulKnight has joined #ws-addr
- 14:55:23 [dhull]
- GlenD: Do we still have selector for servive qname? If so would not matter so much.
- 14:55:38 [dhull]
- Anish: Right. Embedded is additional information.
- 14:55:46 [dhull]
- Anish: E.g. for later
- 14:55:52 [dhull]
- Glen: or naive WSDL processor.
- 14:56:16 [dhull]
- Marsh: Pick whatever you want from embedded and other WSDL (?)
- 14:56:45 [dhull]
- GlenD: Important to be able to indicate that a bit of extensibility is important (wsa:mustUnderstand).
- 14:57:05 [dhull]
- MarkN: Roy has an interesting take on this.
- 14:57:27 [dhull]
- Anish: So do we say this means whatever you want it to mean?
- 14:57:49 [dhull]
- Marsh: If you put in hints, they apply to the EPR (?)
- 14:58:15 [dhull]
- GlenD: What if embedded conflcts with something I already no about?
- 14:58:21 [dhull]
- Marsh: How do you reconcile.
- 14:58:34 [dhull]
- MarkN: We don't deal with that.
- 14:59:07 [dhull]
- Umit: We can only say that embedded info is self-consistent. Can't go farther.
- 14:59:30 [dhull]
- GlenD: But processors can decide to ignore embedded WSDL.
- 14:59:51 [dhull]
- Paco: Incumbent on minter of EPR (umit: yes)
- 15:00:09 [dhull]
- umit: Client is guaranteed to get consistent info.
- 15:00:16 [dhull]
- GlenD: Guarantee how?
- 15:00:21 [dhull]
- Umit: We require it.
- 15:00:26 [Zakim]
- - +44.191.243.aaaa
- 15:00:41 [dhull]
- GlenD: Too much to ask (?)
- 15:01:01 [dhull]
- MarkN: What if I later add an extension that updates metadata.
- 15:01:12 [dhull]
- Umit: Extension can violate anything.
- 15:01:39 [dhull]
- JeffM: Can't violate spec and still conform.
- 15:02:03 [dhull]
- TonyR: Are you suggesting mustUnderstand
- 15:02:08 [dhull]
- GlenD: yes.
- 15:02:24 [dhull]
- MarkN: Not bringing that up now.
- 15:02:44 [dhull]
- Umit: Need guarantee of consistency (?)
- 15:02:58 [dhull]
- Marsh: What is harm if we don't have MUST (be consistent)?
- 15:03:17 [dhull]
- Vinoski: Can't use EPR then. So what? Will there be policing action?
- 15:03:29 [dhull]
- Marsh: And if so, will that be restrictive?
- 15:03:57 [dhull]
- Anish: If I mint an EPR with a WSDL and the service doesn't implement it, is that an error?
- 15:04:17 [dhull]
- Marsh: EPR is unusable.
- 15:04:58 [dhull]
- Paco: WSDL places restrictions. Embedded WSDL should be consistent (?)
- 15:05:30 [dhull]
- Paco: Don't want to preclude that. Better not to require consistency.
- 15:05:59 [dhull]
- Paco: May be additional contracts.
- 15:06:04 [dhull]
- MarkN: Related to issue 14.
- 15:06:24 [dhull]
- Paco: Enforcing consistency may preclude scenarios we haven't thought of yet.
- 15:06:39 [dhull]
- Anish: Independent of inlining of WSDL?
- 15:06:42 [dhull]
- Paco: Yes?
- 15:06:50 [dhull]
- s/yes?/yes./
- 15:07:06 [dhull]
- Anish: Not specific to embedded WSDL.
- 15:07:27 [dhull]
- Umit: Not comfortable with inconsistent WSDL (?)
- 15:07:36 [bob]
- bob has joined #ws-addr
- 15:08:21 [dhull]
- marsh, markn: Change MUST match in (non-normative!) text to SHOULD or should?
- 15:08:47 [pauld]
- discussion of relationship with i014: http://www.w3.org/2002/ws/addr/wd-issues/#i014 and i020
- 15:08:48 [dhull]
- Anish: issue of what does it mean to have WSDL-related data in EPR.
- 15:09:29 [dhull]
- markn: Suggest changing MUST to should.
- 15:09:36 [dhull]
- Anish: Thought this was normative.
- 15:09:45 [dhull]
- Marsh: MUST be downgraded to SHOULD.
- 15:10:07 [dhull]
- Paco: Is this requirement on EPR minter?
- 15:10:25 [dhull]
- Paco: Clients shouldn't have to check consistency.
- 15:10:59 [dhull]
- Marsh: Consumer's behavior if didn't match is undefined. Burden is on minter.
- 15:11:35 [dhull]
- Marsh: Non-normative appendix to core -> normative appendix to WSDL, s/MUST/SHOULD/
- 15:12:20 [dhull]
- MarkN: Proposal is <above> + move WSDL material from core to WSDL.
- 15:13:05 [dhull]
- Anish: Current text has selected endpoint etc. outside metadata. Doesn't matter if we're moving.
- 15:13:30 [dhull]
- MarkN: Core right now is unstructured set of properties.
- 15:13:52 [dhull]
- MarcH: WSDL document will describe instances of Metadata.
- 15:14:32 [dhull]
- MarcH: Metadata is a bag.
- 15:14:54 [dhull]
- GlenD: What is functional difference between inside/outside metadata bag?
- 15:15:35 [dhull]
- MarkN: (-hat) If it's just for convenience, what do we say normatively about it (?)
- 15:15:52 [dhull]
- Paco: Question is how do people feel about it.
- 15:16:03 [dhull]
- GlenD: Feel it's silly, want to know what value it adds.
- 15:16:18 [dhull]
- MarcH: Against metdata property or metadata syntax
- 15:16:31 [dhull]
- GlenD: Both. Would be weird to have mismatch between the two.
- 15:16:47 [dhull]
- GlenD: What semantic do we gain here?
- 15:17:17 [dhull]
- Paco: Hopefully people know why it's there.
- 15:17:59 [dhull]
- GlenD: Quetsion is why separate bucket. Why not just put things in the ERP.
- 15:18:37 [dhull]
- s/ERP/EPR/
- 15:19:05 [dhull]
- GlenD, Marsh: Metadata may have effects on what's on the wire (so not so distinct from properties?)
- 15:19:20 [dhull]
- Paco: May not show on wire at all.
- 15:19:40 [dhull]
- GlenD: Obviously a trick subject, but what is value of distinction.
- 15:20:05 [dhull]
- Marsh: Algorithm: If there is metadata bout endpoint, put in metadata. IF about EPR put outside.
- 15:20:10 [dhull]
- Umit: Exactly.
- 15:20:15 [dhull]
- Anish: IT's the identifier.
- 15:20:21 [dhull]
- Omnes: Anish, leave the room!
- 15:20:36 [anish]
- anish has joined #ws-addr
- 15:21:32 [dhull]
- MarkN: data/metadata is well-known tarpit. Can we focus on data model.
- 15:22:18 [dhull]
- Marsh: Plan of record has redundant information (selected/service)
- 15:22:20 [Zakim]
- -Prasad_Yendluri
- 15:22:34 [dhull]
- GlenD: Actually not. Metadata would be /descriptions/
- 15:22:55 [dhull]
- Marsh: As it stands, selected/service would be in metadata.
- 15:23:01 [dhull]
- GlenD, Paco: not good.
- 15:24:49 [dhull]
- Paco: Ref props is also a container. One way is to say the interface/service are refprops (?)
- 15:25:06 [dhull]
- Marsh: Two ways to resolve reduncancy. (remove either part)
- 15:25:35 [dhull]
- Glen: Either top level as properties, or in metadata.
- 15:25:47 [dhull]
- MarkN: Charter doesn't require either way (had thought it might)
- 15:26:23 [dhull]
- GlenD: want one or the other but not both (for selected etc.)
- 15:27:06 [dhull]
- Anish: This would appear in metadata only (per split of WSDL from core (?))
- 15:27:08 [Zakim]
- -Mark_Peel
- 15:27:17 [dhull]
- Markn: Data model has them as root properties.
- 15:27:56 [dhull]
- marsh: 4 possibilities ...
- 15:28:15 [dhull]
- Anish: If we're using only XML then why do we need abstract properties (why not just infoset).
- 15:48:18 [bob]
- bob has joined #ws-addr
- 15:57:40 [mlpeel]
- mlpeel has joined #ws-addr
- 15:59:22 [pauld]
- http://lists.w3.org/Archives/Public/public-ws-addressing/2005Feb/0198.html
- 16:00:00 [pauld]
- PDF: http://lists.w3.org/Archives/Public/public-ws-addressing/2005Feb/att-0198/ws-addr-tag-overview.pdf
- 16:00:52 [TonyR]
- TonyR has joined #ws-addr
- 16:05:12 [dhull]
- MarkN: Straw poll: 1) accept duplication 2)special-case WSDL properties so they can't be in metadata 3) WSDL metadata isn't expressed as properties, just in metadata. 4) ....
- 16:05:23 [dhull]
- Anis: what's difference between abstract property and infoset.
- 16:05:28 [dhull]
- Marsh: sort of mixed.
- 16:06:31 [dhull]
- markn: 4) No metdatata property; metadata children define their own top-level props
- 16:06:55 [dhull]
- markn: 5) put WSDL props at top level, not in metadata bucket.
- 16:07:17 [dhull]
- marsh: 5 is closer to status quo, that's about all there is to recommend it.
- 16:07:35 [dhull]
- markn: 6) WSDL metadat is a subproperty of the metadata property.
- 16:07:50 [dhull]
- umit: What are we enabling by these different choices.
- 16:08:48 [dhull]
- glenD: we had this discusion in WSDL, decided not to go there
- 16:09:06 [dhull]
- Anish: Here we've decided this is XML 1.0. WSDL didn't. Why do we need extra layer?
- 16:09:34 [dhull]
- GlenD: It made sense structurally in WSDL, may here. Infoset does not always map to same abstract structure.
- 16:10:12 [dhull]
- Anish: Here abstract model contains some infoset. WSDL model is completely abstract
- 16:10:16 [dhull]
- Marsh: is it?
- 16:10:21 [dhull]
- Anish: maybe not
- 16:10:38 [dhull]
- Marsh: property vlaues may be XML in WSDL
- 16:11:20 [dhull]
- Glen: Abstract model makes coding easier. Don't need to worry about serialization as XML.
- 16:11:28 [dhull]
- Anish: Infoset isn't abstract enough for you?
- 16:11:35 [dhull]
- Umit: right
- 16:11:45 [dhull]
- GlenD: You havea point
- 16:12:04 [dhull]
- Marsh: Abstraction is good for EPR -> message rules
- 16:12:09 [dhull]
- Anish: Can do same with infoset.
- 16:12:54 [dhull]
- Hugo: SOAP features involved, too.
- 16:12:59 [marc]
- marc has joined #ws-addr
- 16:13:10 [dhull]
- Several: Can we get every possible issue in here while we're at it?
- 16:13:24 [dhull]
- Markn: Staw poll to narrow discussion?
- 16:13:29 [dhull]
- Omnes: OK
- 16:13:36 [dhull]
- <enter the TAG>
- 16:13:53 [dhull]
- 1: 0
- 16:14:10 [dhull]
- 2: 0
- 16:14:29 [dhull]
- 3: 13
- 16:14:48 [dhull]
- 4: 5
- 16:15:25 [dhull]
- 6: 5
- 16:15:37 [dhull]
- 5: clarify
- 16:16:02 [dhull]
- GlenD: 4 is good because it leads to getting rid of metadata
- 16:16:32 [dhull]
- dhull: point
- 16:17:14 [swinkler]
- swinkler has joined #ws-addr
- 16:18:03 [DanC_]
- DanC_ has joined #ws-addr
- 16:18:03 [dhull]
- TAG: Summary of raison d'etre
- 16:19:03 [noah]
- noah has joined #ws-addr
- 16:19:16 [JacekK]
- JacekK has joined #ws-addr
- 16:19:18 [dorchard]
- dorchard has joined #ws-addr
- 16:19:24 [Ed]
- Ed has joined #ws-addr
- 16:19:41 [Stuart]
- Stuart has joined #ws-addr
- 16:19:54 [DanC_]
- -> http://www.w3.org/2001/tag/issues.html?type=1#endPointRefs-47 TAG issue endPointRefs-47: WS-Addressing SOAP binding & app protocols
- 16:20:20 [dhull]
- noah: There is a separate issue (to TAG) of how are URI being used
- 16:20:29 [dhull]
- noah: Beyond strict issue 47
- 16:20:51 [mnot]
- http://lists.w3.org/Archives/Public/public-ws-addressing/2005Feb/att-0198/ws-addr-tag-overview.pdf
- 16:21:07 [dhull]
- (presentation by PaulD -- see link)
- 16:22:03 [EdRice]
- EdRice has joined #ws-addr
- 16:22:57 [DanC_]
- (the analogy to email from/to/reply-to is completely new to me, and explains quite a lot. is it in the WG charter? did I miss it?)
- 16:24:02 [DanC_]
- (aha... it was there... I missed it... "# Abstract properties to identify subsequent destinations in the message exchange, including: * the reply destination" -- http://www.w3.org/2004/09/wsa-charter.html )
- 16:24:15 [DanC_]
- +1 "I dunno what metadata is. it's just stuff"
- 16:26:26 [DanC_]
- q+ to ask for a couple of examples of who wants to layer on top of ws-addressing
- 16:26:40 [dorchard]
- I did a comparison of ws-md to ws-a at http://www.pacificspirit.com/blog/2004/07/29/ws-addressing%20ws-messagedelivery%20comparison
- 16:27:34 [dorchard]
- Dan, specs that I can think of: WS-Reliability, WS-reliablemessaging, ws-eventing, ws-notification, ws-transfer, ws-resourceframework, ws-coordination, ws-enumeration, and more...
- 16:28:14 [DanC_]
- er... so how does ws-notification use ws-addressing? I only learned which end of ws-addressing is up 5 minutes ago. I don't know which end of ws-notification is up.
- 16:28:48 [DanC_]
- timeline slide... wonderful!
- 16:29:25 [dorchard]
- in the eventing systems, like ws-n and ws-e, there is a "subscribe" message that returns a subscription structure that contains an EPR. It may use "ReplyTo" + "FaultTo".
- 16:29:29 [dims]
- suppose someone subscribes to a certain topic, they tell the server where (using ws-addressing) to send notifications
- 16:30:16 [DanC_]
- ok, that's a good example. is that in a ws-addressing use cases doc? (please? ;-)
- 16:30:29 [dorchard]
- nah, no use cases or reqs doc.
- 16:30:38 [anish]
- There is also a comparison of WS-MessageDelivery and WS-Addressing at http://lists.w3.org/Archives/Public/public-ws-addressing/2004Oct/0007.html
- 16:31:00 [DanC_]
- ("Addressing Infoset" slide... hmm... looks a lot like RDF. I wonder if it can be converted with XSLT)
- 16:31:44 [dhull]
- Stuart: Seems odd to have To: as a URI and reply-to: as an EPR
- 16:31:47 [DanC_]
- SW: on "Addressing Infoset" slide, it seems odd to have To as a URI but From as an endpointref.
- 16:31:51 [dorchard]
- Dan, it is in xml so....
- 16:31:54 [dhull]
- GlenD: Interesting queston whcih ahs been discussed at length.
- 16:32:12 [dhull]
- Noah: Is this recursive?
- 16:32:20 [dhull]
- Glend: No this is infoset of SOAP message
- 16:32:33 [dhull]
- PaulD: Can use EPRS outside addressing.
- 16:32:44 [DanC_]
- (er... eek... as W3C/IETF liaison, I need to go tell the IETF we're reinventing email and get appropriate review. sigh.)
- 16:32:52 [dhull]
- Plh: Also have refparams
- 16:33:09 [dorchard]
- dan, I'm not *quite* sure it is <email>
- 16:33:36 [DanC_]
- yeah, IETF doesn't have a monopoly on deliverying messages
- 16:34:33 [dorchard]
- The Ref Ps (aka Properties/Parameters) is the key extension from URIs, ala cookies.
- 16:34:54 [anish]
- on the slide: s/Reference Properties/Reference Parameters
- 16:35:29 [dhull]
- PauD: Intentionally left in policies even if it's not "correct"
- 16:35:32 [dhull]
- Noah: Examples?
- 16:35:57 [dhull]
- GlenD: Object ID. To: URI is fronting a bunch of "thingies"
- 16:36:24 [dhull]
- Several: Snickers and grins
- 16:36:48 [dhull]
- Noah (?): Not sure that ID issue is nailed.
- 16:37:00 [dhull]
- GlenD: Session ID, security info.
- 16:37:21 [dhull]
- Noah: The expectation is I will get back to you with this, with the stuff you told me to echo
- 16:37:21 [DanC_]
- (aha! so end-point reference are kinda like closures.)
- 16:37:26 [dhull]
- Omnes: Yes.
- 16:37:36 [dhull]
- GlenD: and they're marked as ref props.
- 16:37:38 [dorchard]
- Dan, the ws-addressing authors didn't do a discrete interop event, but it has been used in multiple interop sessions, like ws-rm, ws-eventing, ws-notification, etc.
- 16:39:07 [vinoski]
- q-
- 16:39:13 [anish]
- paul said identity, i think he meant identifier
- 16:39:19 [dhull]
- Glend: Identically spelled EPRS in different contexts can have different effects.
- 16:39:34 [dhull]
- MarkN: As with URI. Sometimes lexical comparison is OK, sometimes not.
- 16:39:58 [dhull]
- TAG: The two are not the same. Closer to URI refs.
- 16:40:04 [DanC_]
- s/TAG/TimBL/
- 16:40:21 [DanC_]
- er... was that Noah? in any case, no one person speaks for the TAG here
- 16:40:36 [dhull]
- Paco: ?
- 16:40:59 [dhull]
- Stuart: Endpoint comparison is removed.
- 16:41:01 [dhull]
- Omnes: yes
- 16:41:35 [dhull]
- Dorchard: Common scenario is EPR exsits in context and protocol around it.
- 16:42:02 [dhull]
- Dorchard: E.g. subscription contains expiry etc along with EPR. Comparison is external to EPR.
- 16:42:11 [dhull]
- q+
- 16:42:33 [dhull]
- Dorchard: Another scenario: bags of EPRS, need to distinguish.
- 16:44:06 [dhull]
- q-
- 16:44:49 [dhull]
- Roy: Security model is arch issue
- 16:45:00 [dhull]
- Roy: Spoofing of addresses and return addresses.
- 16:45:32 [dhull]
- <end presentation>
- 16:45:58 [DanC_]
- RF's security question... issue 4 seems relevant
- 16:46:30 [anish]
- security issue is at: http://www.w3.org/2002/ws/addr/wd-issues/#i004
- 16:46:55 [DanC_]
- RM: see SOAP binding security considerations section
- 16:47:02 [dhull]
- marsh, markn: Security is still open
- 16:47:03 [DaveO]
- DaveO has joined #ws-addr
- 16:47:11 [DanC_]
- HH has a relevant action
- 16:47:46 [DanC_]
- -> http://www.w3.org/TR/2005/WD-ws-addr-soap-20050215/#_Toc77464334 4. Security Considerations
- 16:47:47 [dhull]
- markn: There's concern that there are not examples of how to use WSA in a sentence.
- 16:48:08 [dhull]
- TAG: WSI BSP would speak directly to this.
- 16:48:21 [Stuart]
- s/TAG/Paul Cotton/
- 16:48:22 [dhull]
- TAG: Should be able to pick out threats and countermeasures from this.
- 16:48:28 [DanC_]
- "threats and countermeasures"
- 16:48:30 [dhull]
- MarcH: We do have such a list.
- 16:48:48 [DanC_]
- please don't write TAG:, dhull. Write ?: or something. noone hear speaks for the TAG
- 16:48:55 [dhull]
- MarcH: Should we provide minimum requirements for WSA.
- 16:49:12 [dhull]
- s/TAG/unknown member of TAG/?
- 16:50:42 [dhull]
- marsh: Consumer /can/ treat EPRs as opaque, but doesn' have to. E.g., can discard headers that raise security issues.
- 16:51:15 [dhull]
- Noah: Tricky bit is that I can send you an EPR, causing you to represent what I want to someone who trusts you.
- 16:51:37 [dhull]
- GlenD: There should be trust relationship between EPR provider and EPR destination.
- 16:52:10 [dhull]
- GlenD: Marking ref prop soap headers makes them identifiable.
- 16:52:50 [dhull]
- noah: If the destination doesn't know WSA, then it's defenseless.
- 16:53:05 [dhull]
- Paco: Security section calls out possibility of signed EPRs
- 16:53:31 [dhull]
- MarcH: Haven't tackled establishment of trust.
- 16:53:48 [dhull]
- Stuart: Trust is red herring.
- 16:53:53 [dhull]
- Stuart (maybe)
- 16:54:05 [Stuart]
- s/Stuart/TimBL/
- 16:54:46 [DaveO]
- q?
- 16:54:47 [anish]
- q+
- 16:54:54 [dhull]
- MarkN: cuts security discussion short
- 16:55:08 [dhull]
- DanC: What /have/ people done with EPR, how do you test it?
- 16:55:28 [dhull]
- GlenD: There have been interops for eventing, WSRF, reliable messaging, which use WS-A (as of a year ago).
- 16:56:11 [dhull]
- DanC: This is testing higher-level protocols
- 16:56:16 [dhull]
- GlenD: Also testing WSA
- 16:56:32 [dhull]
- GlenD, MarkN: We do have open issue for test cases. Going slowly.
- 16:57:04 [dhull]
- Jeffm: Hasn't been testing onging.
- 16:57:15 [dhull]
- DanC: We encourage that you do.
- 16:57:26 [dhull]
- TimBL: E.g. formulating issue as test case.
- 16:57:49 [dhull]
- DanC: EPRs look like closures, maybe why they're not just URIs.
- 16:58:01 [dhull]
- GlenD: Not written that way, but it's not inaccurate.
- 16:58:24 [dhull]
- GlenD: There are also policies as well as state/context.
- 16:58:26 [anish]
- wrt the security discussion, I think it is worth mentioning that one of the options that the WG considered was to put the reference parameters (cookies) in the wsa:To SOAP header
- 16:59:01 [dhull]
- DanC: There appears to be a body of shared stories here. Eg. email analogy was new. (And as IETF liason I have to tell them to review this)
- 16:59:51 [noah]
- Tag issue endPointRefs-47: http://www.w3.org/2001/tag/issues.html?type=1#endPointRefs-47
- 17:00:19 [DaveO]
- I posted a comment about mapping most of ws-a (action/replyto/messageid) to HTTP
- 17:00:25 [DaveO]
- it's at http://www.pacificspirit.com/blog/2004/12/20/ruminations_on_wsaddressing_and_transfer_protocols
- 17:00:50 [dhull]
- Noah: Appears to call for exclusivity
- 17:01:04 [dhull]
- DanC: It's a pain to put it both places
- 17:01:20 [dhull]
- GlenD: Long-standing issue with SOAP (e.g. action)
- 17:01:29 [dhull]
- MarkN: Also issue of physical/logical address.
- 17:01:36 [DaveO]
- q+
- 17:01:43 [dhull]
- MarkN: (so To: != physical address).
- 17:01:59 [dhull]
- Plh: SMTP to send to list
- 17:02:14 [noah]
- Some quotes from Mark Baker emails:
- 17:02:15 [noah]
- And that, in a nutshell, is why I raised the issue... and also why I've
- 17:02:15 [noah]
- been so opposed to anything else premised on the concept of "protocol
- 17:02:15 [noah]
- independence".
- 17:02:43 [noah]
- ...and...
- 17:02:44 [noah]
- my proposal was just to remove redundant information, not
- 17:02:44 [noah]
- to change the meaning.
- 17:02:55 [dhull]
- Dorchard: Some cases (reply-to:, fault-to:) are tricky w.r.t. qname -> URI mapping
- 17:03:07 [noah]
- So, I think Mark has fairly clearly stated that he wants the URI >only< at the HTTP level, not duplicated.
- 17:03:34 [dhull]
- Dorchard: Issue is to make as full use of HTTP protocol as possible, to: is part of it.
- 17:03:56 [DaveO]
- q-
- 17:04:18 [dhull]
- Noah: Issue (MBaker) is "protocol-independence is bad, just use HTTP, don't try to say things at multiple levels"
- 17:04:34 [dhull]
- Noah: Or, is WSA making good use of the architecture of the web (?)
- 17:04:51 [dhull]
- DanC: When is wsa:to used when it shouldn't be.
- 17:05:00 [dhull]
- MarcH: It's mandatory.
- 17:05:22 [dhull]
- DanC: Is it typical to use EPR for queries that should be GET.
- 17:05:28 [dhull]
- MarcH: No one knows.
- 17:05:56 [dhull]
- ?: When is wsa:to being used to dispatch (?)
- 17:06:23 [dhull]
- Dorchard: WSRF -- a good chunk of what they do is dispatch off of refprop.
- 17:06:57 [dhull]
- DanC: Getting property values is obviously GET.
- 17:07:22 [dhull]
- Dorchard: ALmost no one is using GET for those sorts of thing
- 17:07:27 [dhull]
- DanC: Lots of damage, then.
- 17:07:54 [dhull]
- MarkN: Other issues 51, 52
- 17:07:55 [noah]
- Noah asks for clarification: Dan, are you asking whether WSA usage is discouraging people from using, for example, the SOAP WEBMETHOD=GET (which was added specifically at the TAG's request?)
- 17:08:09 [noah]
- I think Dan said: yes, effective paraphrase of my concern.
- 17:08:11 [DanC_]
- yes, that's my question, noah
- 17:08:23 [noah]
- Various: but that feature is rarely used anyway.
- 17:08:32 [noah]
- Dan: right, so LOTS of damage is being done.
- 17:08:38 [dhull]
- TimBL: As HTTP matured, flexibility and complicatoin came from header structure
- 17:09:21 [dhull]
- TimBL: One delight of building on XML is that it provides nesting and information hiding (?). Ironic that SOAP is using headers again.
- 17:10:05 [dhull]
- TimBL: When you flag where headers came from, you need it as a top-level header. Doesn't seem to be clean, hard structure.
- 17:10:20 [dhull]
- TimBL: Boundary between IP/TCP is clean. This boundary isn't.
- 17:10:53 [DaveO]
- To a certain extent, SOAP is about mushing the layers together...
- 17:10:55 [dhull]
- TimBL: IT would be nice to have clean layering. So you could say this EPR is used by this layer. Then parties know whether to pay attention or ignore (based on layer).
- 17:11:11 [dhull]
- GlenD: EPRs specifically don't require knowledge of what's going.
- 17:11:32 [dhull]
- GlenD: WSDL policy/assertions say what to do and what you have to undrestand.
- 17:11:43 [dhull]
- TimBL: Two completely different architectures being put together.
- 17:11:58 [dhull]
- TimBL: Don't guet guarantees of opaque architecture.
- 17:12:02 [DanC_]
- (glen and timbl seem to have agreed on something that I missed. darn.)
- 17:12:16 [dhull]
- GlenD: There are already systems that use SOAP headers.
- 17:12:28 [DaveO]
- Dan, they agreed that there is less layering, roughly a flattening into soap headers.
- 17:12:35 [dhull]
- GlenD: So data becomes first-class SOAP headers to avoid having to rearchitect.
- 17:12:46 [DanC_]
- hmm
- 17:13:02 [dhull]
- Noah: There is no standard for mustUnderstand, but can grandfather to mean, you must use these policies.
- 17:13:21 [dhull]
- Jeffm: Mantra is you can only look at wire, not what generated what's on it. Makes it harder.
- 17:13:54 [dhull]
- Paco: SOAP allows for this building on headre (?)
- 17:14:09 [noah]
- I'd paraphase what I said differently: soap has a very clear standard for mustUnderstand. One of the things you can do in your spec for understanding YOUR header is to say that it involves a set of hierarchcal rules.
- 17:14:13 [dhull]
- Jeffm: What if there's an interaction between (?)
- 17:14:28 [dhull]
- <missed comments>
- 17:14:58 [dhull]
- DaveO: Tim's point is valid: SOAP is flattening layers. Unlike TCP/IP. Bug or feature?
- 17:15:08 [dhull]
- TBL: SOAP is clearly underneath everything else.
- 17:15:14 [noah]
- Thus, to get what TimBL wants, I claim the SOAP rec doesn't have to change. As Glenn Danials said, it's the current SOAP >implementations< and other Recommendations using SOAP to date which have chosen a single layer model.
- 17:15:16 [dhull]
- TBL: No one seems to know further layering.
- 17:15:58 [dhull]
- GlenD: Architecture is that things may be carried by protocol, maybe by SOAP (?)
- 17:16:15 [dhull]
- ?: What has WSA done in document to address this TAG issue?
- 17:16:20 [DaveO]
- noah, I've tried unsuccessfully to get the semantics of 'mU' into other specs, like Atom. The pushback is generally that it's too hard to parse through the entire infoset...
- 17:16:32 [dhull]
- ? = PaulCotton.
- 17:16:50 [dhull]
- PC: Can someone summarize why you don't consider this an issue.
- 17:17:09 [timbl]
- timbl has joined #ws-addr
- 17:17:15 [dhull]
- Marsh: Do we have to bind all the way down to HTTP, or just bind to SOAP (SOAP bound to HTTP)
- 17:17:26 [dhull]
- PC: Are you going to reference this binding
- 17:17:34 [RRSAgent]
- See http://www.w3.org/2005/02/28-ws-addr-irc#T17-17-26
- 17:17:38 [dhull]
- ?: Should stop at SOAP.
- 17:18:22 [Marsh]
- s/?/Henry Thompson/
- 17:18:29 [dhull]
- GlenD: SOAP has binding framework. These expose at top layer as abstract things. WSA does not so much say what SOAP should do. Says, we serialize to SOAP.
- 17:18:47 [dhull]
- MarcH: Don't tie WSA abstract properties to SOAP binding abstract properties.
- 17:18:55 [timbl]
- (I am not happy with the transcriptions of my points. btw, and the log seems to be 404)
- 17:18:56 [dhull]
- HenryT: A good thing?
- 17:19:24 [dhull]
- Pls review logging. I'm barely keeping up.
- 17:19:30 [dhull]
- Pls. accept apologies.
- 17:19:34 [DanC_]
- (timbl, I suggest you contact the chair about the record when we're done)
- 17:19:52 [DanC_]
- (I think dhull's doing as good a job as can be expected)
- 17:20:04 [dhull]
- <comments missed>
- 17:21:06 [dhull]
- GlenD: There are cases where people expect to see requestURI at one place, wsa:to elsewhere, to: is abstract.
- 17:21:19 [DanC_]
- RRSAgent, pointer?
- 17:21:19 [RRSAgent]
- See http://www.w3.org/2005/02/28-ws-addr-irc#T17-21-19
- 17:21:21 [DanC_]
- ah.
- 17:21:41 [dhull]
- PC: What have you said back to Mark on this? IF WSA reaches down through SOAP, would you take away a feature of SOAP (e.g. intermediaries).
- 17:22:11 [dhull]
- PC: ISn't this the simplest answer? Issue 47 -> taking away a feature of SOAP. What did you say to this?
- 17:22:27 [dhull]
- Mrash: Didn't accept issue. Mark wanted to take it to TAG anyway.
- 17:22:30 [dhull]
- PC: Yes.
- 17:22:55 [dhull]
- PC: Not wise for WSA to reach down under SOAP.
- 17:23:42 [timbl]
- (My last point was that the WS architecture does not have a clear layering. For example, a given functionality doesn't necessarily know whether it is under or over reliable messaging. That makes thinking about all these questions much more difficult. The idea of marking headers which came from EPRs with a special attribute seems to point to a confudion as to what layer they are to do with , who should or should not know what they mean, be responsible for them,
- 17:24:13 [timbl]
- (I don't expect any scribe to keep up with this discussion)
- 17:24:14 [dhull]
- ?: TAG has neither agreed or disagreed with Mbaker.
- 17:24:27 [dhull]
- PC: MB /is/ here!
- 17:24:39 [pauld]
- s/?/PaulC/
- 17:25:08 [dhull]
- DanC: 2/3 of this discussion sounds like WSA, not TAG (unless oyu do it wrong ;-)
- 17:25:35 [dhull]
- DanC: No implementaiton experience with this?
- 17:25:38 [dhull]
- Omnes: no.
- 17:25:40 [DaveO]
- time's just about out...
- 17:26:30 [dhull]
- GlenD: Need to understand SOAP binding, and WSA, and all layers. We're trying to write this in a layered fashion allowing different bindings to plug in.
- 17:26:46 [dhull]
- GlenD: E.g. SOAP/{HTTP,SMTP,JMS}
- 17:26:59 [dhull]
- Markn: Issues are still open, actively discussed.
- 17:27:09 [dhull]
- Danc: Please put hopes down as test cases.
- 17:27:46 [dhull]
- Roy: If you use HTTP layer addressing, information is still there, can reconstitute. (So no harm in reaching undre SOAP in this sense (?))
- 17:27:57 [dhull]
- Paco: It's an optimization (?)
- 17:28:19 [dhull]
- Roy: What's more optimal depends on software. SOAP/HTTP is not anything optimal.
- 17:28:58 [dhull]
- Naoh: You're still losing information. Eg. canonicalization/DSIG info.
- 17:29:10 [dhull]
- ?: Particularly end-end encryption.
- 17:29:17 [DanC_]
- (hopes to wit... the hopes around "specese" in hugo's proposal for issue... 51? turning into code. Though since there isn't any such code yet, I'd be inclined to postpone that issue till the next version of ws-addressing, as I understand this WG to be chartered to standardize based on the deployed experience)
- 17:29:19 [dhull]
- Roy: Duplicating doesn't have this problem.
- 17:29:40 [dhull]
- Roy: Doesn't have position about SOAP (for polite company)
- 17:29:48 [PaulKnight]
- s/?/PaulKnight
- 17:29:53 [DaveO]
- q+
- 17:30:35 [dhull]
- Roy: Creted GET binding for a reason, to ensure that Web remains web, so that people can still get infomrmation with URIS.
- 17:30:57 [dhull]
- Roy: Deviation will be dealt with severely as it damages web as information space.
- 17:31:12 [dhull]
- Roy: IF you can do what you want w/o damaging web as info space, we're happy (I say)
- 17:31:23 [DanC_]
- (I think I took my turn(s))
- 17:31:25 [DanC_]
- ack danc
- 17:31:25 [Zakim]
- DanC_, you wanted to ask for a couple of examples of who wants to layer on top of ws-addressing and to ask how much interoperability is expected... what's the test
- 17:31:28 [Zakim]
- ... experiment/framework?
- 17:32:30 [dhull]
- DaveO: Impedence mismatch between HTTP and SOAP views. Eg. SOAP is arbitrary typed operations. Trying to bind WS flexibility into verb set is hard. Haven't got to middle ground, to be able to pull service-y things into web (vice/versa (?)) (?)
- 17:32:49 [dhull]
- Roy: HTTP has no constraints on verbs.
- 17:33:05 [dhull]
- PC: But this is least standardized area. Little effect in extending verbs.
- 17:33:16 [dhull]
- GlenD: HTTP systems are not designed for extensibility.
- 17:33:29 [dhull]
- Roy: Disagree. They're designed to be extensible in that way.
- 17:34:08 [dhull]
- GlenD: SOAP service deployned in envionment built for it. Big difference between plugging in CGI script and plugging in new verb.
- 17:34:14 [DanC_]
- (I disagree; I think there's a pretty square box around GET/PUT/POST/DELETE. there's a reason no others have been standardized)
- 17:34:22 [dhull]
- Roy: Not necessarily.
- 17:34:41 [dhull]
- s/not necessarily/no/?
- 17:41:24 [Zakim]
- -QueenMary
- 17:41:25 [Zakim]
- WS_AddrWG(TP)9:00AM has ended
- 17:41:27 [Zakim]
- Attendees were QueenMary, +44.191.243.aaaa, Prasad_Yendluri, Mark_Peel
- 18:30:11 [DanC_lap]
- DanC_lap has joined #ws-addr
- 18:30:39 [DanC_lap]
- DanC_lap has left #ws-addr
- 18:31:06 [bob]
- bob has joined #ws-addr
- 18:33:41 [Marsh]
- Marsh has joined #ws-addr
- 18:35:24 [Paco]
- Paco has joined #ws-addr
- 18:35:38 [pauld]
- pauld has joined #ws-addr
- 18:36:09 [timbl]
- timbl has joined #ws-addr
- 18:36:14 [plh]
- http://www.w3.org/2005/Talks/0227-rectrack/?n=1
- 18:36:16 [mnot]
- mnot has joined #ws-addr
- 18:36:19 [mnot]
- zakim, who is here?
- 18:36:19 [Zakim]
- sorry, mnot, I don't know what conference this is; apparently WS_AddrWG(TP)9:00AM has ended
- 18:36:21 [Zakim]
- On IRC I see mnot, timbl, pauld, Paco, Marsh, bob, DaveO, anish, PaulKnight, TomRutt, GregT, jeffm, umit, GlenD, vinoski, yinleng, RebeccaB, dhull, prasad, Zakim, plh, RRSAgent,
- 18:36:25 [Zakim]
- ... hugo
- 18:36:29 [mnot]
- zakim, this is ws_addrwg
- 18:36:29 [Zakim]
- mnot, I see WS_AddrWG(TP)9:00AM in the schedule but not yet started. Perhaps you mean "this will be ws_addrwg".
- 18:36:34 [mnot]
- zakim, you're a pedant
- 18:36:34 [Zakim]
- I don't understand 'you're a pedant', mnot
- 18:36:40 [mnot]
- zakim, this will be ws_addrwg
- 18:36:40 [Zakim]
- ok, mnot; I see WS_AddrWG(TP)9:00AM scheduled to start 276 minutes ago
- 18:36:47 [mnot]
- zakim, who is here?
- 18:36:47 [Zakim]
- sorry, mnot, I don't know what conference this is; apparently WS_AddrWG(TP)9:00AM has ended
- 18:36:49 [Zakim]
- On IRC I see mnot, timbl, pauld, Paco, Marsh, bob, DaveO, anish, PaulKnight, TomRutt, GregT, jeffm, umit, GlenD, vinoski, yinleng, RebeccaB, dhull, prasad, Zakim, plh, RRSAgent,
- 18:36:51 [Zakim]
- ... hugo
- 18:37:02 [mnot]
- zakim, what conference is this?
- 18:37:02 [Zakim]
- this will be WS_AddrWG(TP)9:00AM conference code 2337, mnot
- 18:37:03 [Zakim]
- this was WS_AddrWG(TP)9:00AM
- 18:37:12 [mnot]
- zakim, I think you're broken...
- 18:37:13 [Zakim]
- I don't understand 'I think you're broken...', mnot
- 18:37:19 [timbl]
- timbl has left #ws-addr
- 18:37:19 [plh]
- slides: http://www.w3.org/2005/Talks/0227-rectrack/?n=1
- 18:37:24 [mnot]
- zakim, call QueenMary
- 18:37:25 [Zakim]
- ok, mnot; the call is being made
- 18:37:26 [Zakim]
- WS_AddrWG(TP)9:00AM has now started
- 18:37:26 [Zakim]
- +QueenMary
- 18:37:51 [mnot]
- zakim, who is here?
- 18:37:51 [Zakim]
- On the phone I see QueenMary
- 18:37:53 [Zakim]
- On IRC I see mnot, pauld, Paco, Marsh, bob, DaveO, anish, PaulKnight, TomRutt, GregT, jeffm, umit, GlenD, vinoski, yinleng, RebeccaB, dhull, prasad, Zakim, plh, RRSAgent, hugo
- 18:37:55 [marc]
- marc has joined #ws-addr
- 18:38:53 [alain]
- alain has joined #ws-addr
- 18:40:43 [swinkler]
- swinkler has joined #ws-addr
- 18:44:03 [mnot]
- Scribe: bob
- 18:44:24 [mnot]
- Topic: Process Review
- 18:49:44 [dims]
- dims has joined #ws-addr
- 18:51:02 [Stuart]
- Stuart has joined #ws-addr
- 18:59:44 [mlpeel]
- mlpeel has joined #ws-addr
- 19:02:22 [skw]
- skw has joined #ws-addr
- 19:03:51 [TonyR]
- TonyR has joined #ws-addr
- 19:06:55 [bob]
- Topic: WSDL metadata bucket
- 19:08:02 [bob]
- proposals: 1) WSDL metadata isn't expessed as properties; only in the metadata property's infoset
- 19:08:38 [plh]
- zakim, who's here?
- 19:08:38 [Zakim]
- On the phone I see QueenMary
- 19:08:39 [Zakim]
- On IRC I see TonyR, mlpeel, dims|away, swinkler, alain, marc, mnot, pauld, Paco, Marsh, bob, DaveO, anish, PaulKnight, TomRutt, GregT, jeffm, umit, GlenD, vinoski, yinleng,
- 19:08:41 [Zakim]
- ... RebeccaB, dhull, prasad, Zakim, plh, RRSAgent, hugo
- 19:08:55 [bob]
- 2) No metadata property; metadata children have to define their own top-level properties
- 19:09:27 [bob]
- 3) WSDL metadata is a subproperty of the metadata property
- 19:09:45 [Zakim]
- +Mark_Peel
- 19:09:55 [bob]
- straw poll
- 19:11:24 [stevewinkler]
- stevewinkler has joined #ws-addr
- 19:14:36 [bob]
- preferred/can live with: 1-10/23; 2-5/14; 3-4/18
- 19:16:17 [bob]
- DavidO: appeals for logic in voting and constancy of positions
- 19:17:00 [bob]
- mnot: observes that proposal 1 seems the way to go
- 19:22:00 [bob]
- RESOLUTION: issue 26 closed with Jonathan's proposal
- 19:22:02 [mnot]
- summary:
- 19:22:02 [mnot]
- - Jonathan's proposal
- 19:22:03 [mnot]
- - all WSDL-related metadata, examples described in WSDL doc, in separate ns
- 19:22:03 [mnot]
- - embedded WSDL appendix is normative
- 19:22:03 [mnot]
- - MUSTs in appendix to SHOULDs
- 19:22:03 [mnot]
- - WSDL metadata isn't expressed as properties; only in the metadata property's infoset
- 19:24:26 [bob]
- RESOLUTION: issue 24 also closes due to the resolution of issue 26
- 19:25:18 [bob]
- Person who opened issue 24 agrees that the resolution to issue 26 satifies the concern raies in issue 24
- 19:25:38 [bob]
- s/raies/raised
- 19:25:48 [bob]
- Topic: Issue 21
- 19:26:07 [bob]
- TOPIC issue 51
- 19:27:31 [Stuart]
- Stuart has joined #ws-addr
- 19:29:29 [Marsh]
- Marsh has joined #ws-addr
- 19:30:45 [bob]
- Hugo: presents his proposal of mapping addressing propertiies to SOAP
- 19:31:43 [anish]
- q+
- 19:42:02 [hugo]
- s/21/51/
- 19:45:51 [bob]
- bob has joined #ws-addr
- 19:46:03 [bob]
- bob has left #ws-addr
- 19:46:46 [bob]
- bob has joined #ws-addr
- 19:50:46 [Arun]
- Arun has joined #ws-addr
- 19:52:29 [bob]
- straw poll indicates that more understanding around the tabe is required before informed decisions may be made
- 19:52:42 [Zakim]
- +[Sun]
- 19:52:50 [Arun]
- zakim, [Sun] is me
- 19:52:50 [Zakim]
- +Arun; got it
- 19:53:37 [Zakim]
- +Davanum_Srivinas
- 19:54:13 [dims|away]
- zakim, Davanum_Srivinas is me
- 19:54:13 [Zakim]
- +dims|away; got it
- 19:54:19 [dims]
- zakim, Davanum_Srivinas is me
- 19:54:20 [Zakim]
- sorry, dims, I do not recognize a party named 'Davanum_Srivinas'
- 19:56:13 [pauld]
- zakim, Davanum_Srivinas is really dims
- 19:56:13 [Zakim]
- sorry, pauld, I do not recognize a party named 'Davanum_Srivinas'
- 19:56:46 [pauld]
- zakim, Davanum_Srivinas is really dims you pillock
- 19:56:46 [Zakim]
- I don't understand 'Davanum_Srivinas is really dims you pillock', pauld
- 19:57:10 [bjarlestam]
- bjarlestam has joined #ws-addr
- 19:57:25 [Stuart]
- Stuart has joined #ws-addr
- 19:57:40 [NiloM]
- NiloM has joined #ws-addr
- 19:58:58 [bob]
- break
- 19:59:17 [Zakim]
- + +1.212.843.aaaa
- 19:59:18 [bob]
- ACTION: Jonathan / hugo to a mini-action to clarify the proposal
- 19:59:54 [Zakim]
- +Andreas_Bjarlestam
- 20:00:10 [bob]
- bob has left #ws-addr
- 20:03:18 [Zakim]
- - +1.212.843.aaaa
- 20:06:08 [Zakim]
- -Mark_Peel
- 20:09:09 [Zakim]
- -dimsaway
- 20:09:19 [bjarlestam]
- bjarlestam has joined #ws-addr
- 20:14:47 [Zakim]
- -Andreas_Bjarlestam
- 20:18:49 [Zakim]
- -Arun
- 20:20:15 [Zakim]
- +dims|away
- 20:20:35 [dims]
- Zakim, dims|away is me
- 20:20:35 [Zakim]
- sorry, dims, I do not recognize a party named 'dims|away'
- 20:22:03 [dims]
- zakim, who's here?
- 20:22:03 [Zakim]
- On the phone I see QueenMary, dimsaway
- 20:22:04 [Zakim]
- On IRC I see bjarlestam, NiloM, Arun, Marsh, stevewinkler, mlpeel, dims, alain, mnot, DaveO, anish, TomRutt, GregT, jeffm, umit, GlenD, vinoski, yinleng, RebeccaB, dhull, prasad,
- 20:22:06 [Zakim]
- ... Zakim, plh, RRSAgent, hugo
- 20:22:20 [dims]
- Zakim, dimsaway is me
- 20:22:20 [Zakim]
- +dims; got it
- 20:23:08 [JacekK]
- JacekK has joined #ws-addr
- 20:25:26 [Zakim]
- -dims
- 20:37:24 [bob]
- bob has joined #ws-addr
- 20:37:39 [bob]
- return from break
- 20:38:27 [Zakim]
- +Mark_Peel
- 20:38:30 [bob]
- detailed discussion of Hugo's proposal
- 20:39:29 [pauld]
- pauld has joined #ws-addr
- 20:39:52 [TonyR]
- TonyR has joined #ws-addr
- 20:40:00 [dorchard]
- dorchard has joined #ws-addr
- 20:40:07 [timbl]
- timbl has joined #ws-addr
- 20:40:08 [bob]
- items 1 seems non controversial (anish suspending disbelief)
- 20:40:18 [Zakim]
- +dims
- 20:41:28 [dims]
- zakim, mute me
- 20:41:28 [Zakim]
- dims should now be muted
- 20:41:29 [timbl]
- timbl has left #ws-addr
- 20:42:17 [Paco]
- Paco has joined #ws-addr
- 20:54:40 [PaulKnight]
- PaulKnight has joined #ws-addr
- 20:55:09 [dims]
- zakim, unmute me
- 20:55:09 [Zakim]
- dims should no longer be muted
- 20:55:16 [dims]
- +1
- 20:55:46 [dims]
- +1
- 20:56:06 [dims]
- zakim, mute me
- 20:56:06 [Zakim]
- dims should now be muted
- 20:57:08 [dims]
- zakim, unmute me
- 20:57:08 [Zakim]
- dims should no longer be muted
- 20:57:10 [plh]
- zakim, who's here?
- 20:57:10 [Zakim]
- On the phone I see QueenMary, Mark_Peel, dims
- 20:57:11 [Zakim]
- On IRC I see PaulKnight, Paco, dorchard, TonyR, pauld, bob, JacekK, bjarlestam, NiloM, Arun, Marsh, stevewinkler, mlpeel, dims, alain, mnot, anish, TomRutt, GregT, jeffm, umit,
- 20:57:14 [Zakim]
- ... GlenD, vinoski, yinleng, RebeccaB, dhull, prasad, Zakim, plh, RRSAgent, hugo
- 20:58:14 [dims]
- +1
- 20:59:13 [dims]
- zakim, mute me
- 20:59:13 [Zakim]
- dims should now be muted
- 20:59:58 [Zakim]
- -dims
- 21:00:28 [bob]
- straw poll indicates most can live with defining SOAP properties
- 21:08:18 [bob]
- straw poll indicates that addressing soap feature ought to be included in the SOAP binding document
- 21:10:42 [bob]
- straw poll of defining the SOAP properties can be lived with generally
- 21:13:08 [bob]
- only three prefered not to define the SOAP properties, doinjg it carries in straw
- 21:13:40 [bob]
- topic Hugo's proposal chapter 3
- 21:19:01 [bob]
- item 3 will be re-drafted
- 21:19:05 [hugo]
- http://lists.w3.org/Archives/Public/public-ws-addressing/2005Feb/0202.html
- 21:20:37 [Zakim]
- +dims
- 21:21:20 [dims]
- zakim, mute me
- 21:21:20 [Zakim]
- dims should now be muted
- 21:33:51 [bob]
- Three options on action mapping: a) always the same; b) SOAP action is the same as ADDR action, when present;c) completely disconnected
- 21:36:10 [bob]
- s/when present/when SOAP action present/
- 21:36:31 [dims]
- zakim, unmute me
- 21:36:31 [Zakim]
- dims should no longer be muted
- 21:37:53 [dims]
- zakim, mute me
- 21:37:53 [Zakim]
- dims should now be muted
- 21:39:15 [bob]
- option 2 is preferred 16/22; and will be probed in more detail
- 21:39:25 [bob]
- topic: further discussion on option 2
- 21:41:04 [anish]
- q+
- 21:49:38 [bob]
- ACTION: Hugo to write up an action proposal (ref 3. action mapping) fro SOAP 1.1 and 1.2
- 21:52:30 [bob]
- TOPIC: i014 (again)
- 21:54:21 [hugo]
- http://lists.w3.org/Archives/Public/public-ws-addressing/2005Feb/0207.html
- 21:54:29 [bob]
- editors need to back port some redacted 3.2 information disclaiming EPR carried metadata and other information not describing comparison of EPRs
- 22:01:14 [PaulKnight]
- PaulKnight has joined #ws-addr
- 22:01:57 [Zakim]
- -Mark_Peel
- 22:05:13 [PaulKnight_]
- PaulKnight_ has joined #ws-addr
- 22:05:37 [PaulKnight]
- PaulKnight has left #ws-addr
- 22:05:41 [yinleng]
- yinleng has left #ws-addr
- 22:05:59 [dims]
- bye all
- 22:06:02 [bob]
- bob has left #ws-addr
- 22:06:04 [Zakim]
- -dims
- 22:06:27 [Zakim]
- -QueenMary
- 22:06:28 [Zakim]
- WS_AddrWG(TP)9:00AM has ended
- 22:06:30 [Zakim]
- Attendees were QueenMary, Mark_Peel, Arun, dims|away, +1.212.843.aaaa, Andreas_Bjarlestam, dims
- 22:08:00 [TomRutt]
- TomRutt has left #ws-addr
- 22:13:11 [hugo]
- RRSAgent, generate minutes
- 22:13:11 [RRSAgent]
- I have made the request to generate http://www.w3.org/2005/02/28-ws-addr-minutes hugo
- 22:19:17 [JacekK]
- JacekK has left #ws-addr
- 22:37:04 [dhull]
- dhull has joined #ws-addr