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