IRC log of ws-addr on 2007-06-04

Timestamps are in UTC.

19:55:16 [RRSAgent]
RRSAgent has joined #ws-addr
19:55:16 [RRSAgent]
logging to
19:55:31 [Zakim]
Zakim has joined #ws-addr
19:55:50 [bob]
zakim, this will be #ws_addrWG
19:55:50 [Zakim]
I do not see a conference matching that name scheduled within the next hour, bob
19:56:08 [bob]
zakim, this will be #ws_addr_WG
19:56:08 [Zakim]
I do not see a conference matching that name scheduled within the next hour, bob
19:56:57 [bob]
zakim, this will be ws_addrwg
19:56:57 [Zakim]
ok, bob; I see WS_AddrWG()4:00PM scheduled to start in 4 minutes
19:57:35 [TonyR]
TonyR has joined #ws-addr
19:58:30 [Zakim]
WS_AddrWG()4:00PM has now started
19:58:38 [Zakim]
19:58:49 [David_Illsley]
David_Illsley has joined #ws-addr
19:59:17 [bob]
I will be a couple of minutes late
19:59:20 [plh]
plh has joined #ws-addr
19:59:29 [Zakim]
19:59:45 [TRutt__]
TRutt__ has joined #ws-addr
19:59:51 [Zakim]
19:59:56 [dhull]
dhull has joined #ws-addr
20:00:47 [PaulKnight]
PaulKnight has joined #ws-addr
20:00:54 [Zakim]
20:00:54 [anish]
anish has joined #ws-addr
20:01:29 [Zakim]
20:01:36 [Zakim]
20:01:56 [bob]
meeting: ws-Addressing WG
20:01:59 [Katy]
Katy has joined #ws-addr
20:02:03 [Zakim]
20:02:23 [Zakim]
20:02:35 [Zakim]
20:02:50 [Zakim]
20:02:52 [Ram]
Ram has joined #ws-addr
20:02:58 [TonyR]
zakim, ??p11 is me
20:02:58 [Zakim]
+TonyR; got it
20:03:20 [gpilz]
gpilz has joined #ws-addr
20:03:34 [bob]
zakim, who is here
20:03:34 [Zakim]
bob, you need to end that query with '?'
20:03:38 [Zakim]
20:03:43 [bob]
zakim, who is here?
20:03:43 [Zakim]
On the phone I see Mark_Little, Plh, Dave_Hull, Bob_Freund, David_Illsley, ??P6, ??P7, Paul_Knight, Gilbert_Pilz, TonyR, Anish_Karmarkar
20:03:46 [Zakim]
On IRC I see gpilz, Ram, Katy, anish, PaulKnight, dhull, TRutt__, plh, David_Illsley, TonyR, Zakim, RRSAgent, bob
20:03:49 [Zakim]
20:03:56 [Zakim]
20:04:10 [bob]
zakim, Sun is rama
20:04:12 [Zakim]
+rama; got it
20:05:25 [Rama]
Rama has joined #ws-addr
20:05:27 [bob]
zakim, mute P6
20:05:27 [Zakim]
sorry, bob, I do not know which phone connection belongs to P6
20:05:55 [bob]
zakim, mute ??p6
20:05:55 [Zakim]
??P6 should now be muted
20:06:10 [bob]
zakim, unmute ??p6
20:06:10 [Zakim]
??P6 should no longer be muted
20:06:21 [bob]
zakim, ??p6 is katy
20:06:21 [Zakim]
+katy; got it
20:06:37 [bob]
zakim, ??p7 is ram
20:06:37 [Zakim]
+ram; got it
20:07:34 [plh]
scribe: plh
20:07:47 [plh]
20:07:55 [plh]
agenda+ interop tests
20:08:08 [plh]
agenda+ action property
20:08:13 [plh]
agenda+ WSP namespace
20:08:19 [plh]
agenda+ next steps
20:08:24 [plh]
Topic: Approval of minutes
20:08:41 [plh]
previous minutes 2007-05-14 are approved.
20:08:50 [plh]
zakim, move to next agendum
20:08:50 [Zakim]
agendum 1. "interop tests" taken up [from plh]
20:09:10 [plh]
Bob: interop test in Ottawa, co-located with WSP. MS and IBM did the testing.
20:10:14 [plh]
David: we got interop across the board. ms<->ms, ms<->ibm, ibm<->ibm.
20:10:19 [plh]
... it's all green.
20:10:29 [plh]
Bob: section 2 hasn't been tested however...
20:10:46 [plh]
David: some of it were tested last year during interop with Sun.
20:11:10 [plh]
... we intended to test it with them, but didn't have time. I wonder if Sun would be willing to achieve the testing.
20:11:19 [plh]
Bob: section 2 is related to WSDL on the EPR.
20:11:37 [plh]
... section 2.1 is described as required in the conformance section of the addressing specification.
20:12:14 [plh]
... but the conformance section indicates that any child element must conform structurally with the specification. is it intended that way?
20:12:17 [David_Illsley]
20:12:24 [plh]
ack david
20:13:20 [plh]
David: my reading of section 2.1 and conformance simply requires that an EPR processus to read the metadata section. I don't believe that the conformance requirement imposes to dereference the WSDL.
20:13:34 [plh]
Bob: so any processus that doesn't reference is conformant.
20:13:43 [plh]
20:14:09 [Ram]
20:14:10 [plh]
Bob: we now have a choice to make: CR call for implementation with marking some section at risk, or go directly to PR.
20:14:55 [plh]
... looking at the test matrix, going to PR today, we would need to trim out those sections that do not need the exit criteria of the charter (2 impls), the only features are those in section 2.1 and 2.2.
20:15:02 [plh]
... so, what should we do?
20:15:03 [plh]
ack ram
20:15:07 [bob]
ack ram
20:15:35 [plh]
Ram: section 2.1 and 2.2 are optional imho. any objections to that?
20:15:56 [plh]
Bob: are you looking for rephrasing in conformance section?
20:16:08 [plh]
Ram: yes, we should make it clear if section 2 is optional.
20:16:20 [plh]
Bob: if it's not clear to Ram, we should clarify the spec.
20:16:41 [plh]
Ram: we could remove the first statement of section 6.
20:16:50 [Ram]
6. Conformance
20:16:58 [Ram]
An endpoint reference whose wsa:Metadata element has among its children the elements defined in 2.1 Referencing WSDL Metadata from an EPR conforms to this specification if it obeys the structural constraints defined in that section.
20:18:19 [plh]
Katy: if the point of that section isn't there to indicate that the elements should be syntactically correct?
20:18:25 [anish]
20:18:31 [plh]
ack anish
20:18:37 [bob]
ack anish
20:18:47 [plh]
Anish: why would we not want the implementations to behave the way we specified?
20:18:47 [David_Illsley]
20:19:16 [plh]
Ram: is that a required feature or not?
20:19:48 [plh]
Anish: there are certain things that you have to do to conform to the spec, but if you do that optional normative stuff, you are required to do what it says.
20:19:50 [plh]
20:19:56 [plh]
ack david
20:20:32 [plh]
David: my take is that nothing in the specification defines solution to the potential problem of embedding metadata. Those could be out of date, etc.
20:20:41 [plh]
... we're not going to solve that issue.
20:20:56 [plh]
... I don't believe that the spec should require any processing of the metadata.
20:21:01 [plh]
20:21:32 [plh]
... those metadata can be expensive processing for example. that's why you don't want to require processing.
20:21:57 [plh]
... regarding the conformance section, it simply says that the multiplicity is right.
20:22:32 [plh]
Bob: choices are to produce 2 interop impls for each of those features, or to drop one or both.
20:22:38 [yinleng]
yinleng has joined #ws-addr
20:23:11 [plh]
Anish: even section 3 is optional, but it still part of the specification.
20:23:15 [plh]
20:23:41 [bob]
ack plh
20:23:52 [plh]
plh: [...]
20:23:53 [Zakim]
20:24:00 [yinleng]
zakim, ??P16 is me
20:24:00 [Zakim]
+yinleng; got it
20:24:08 [TRutt__]
20:24:52 [Katy]
20:25:13 [plh]
Philippe: do we expect an implementation to reject an EPR with 2 serviceName?
20:25:22 [plh]
Anish: yes, we do.
20:25:27 [plh]
ack rutt
20:25:30 [bob]
ack tru
20:25:51 [plh]
Tom: one minimal test would be to make sure that one can accept an EPR that contains those metadata.
20:25:57 [plh]
... that might be enough of a test.
20:26:05 [plh]
ack katy
20:26:55 [plh]
Katy: two issues here. are those sections optional? the sentence is really about when the EPR has among its children elements from section 2.1.
20:27:21 [anish]
agree with katy
20:27:23 [plh]
... it doesn't say anything about the optionality of 2.1
20:28:32 [plh]
Ram: don't disagree with Katy's statement, but when the tooling sees the data in there, can it barf? Does an implementation have to parse and understand the semantics of section 2.1?
20:28:58 [anish]
20:29:01 [TRutt__]
understanding semantics is untestable
20:29:03 [plh]
... if the tooling doesn't have to do anything with it, we should make it clear in the spec
20:29:17 [plh]
Bob: how would you modify that sentence?
20:29:22 [David_Illsley]
how about at the end of section 2: NOTE: This specification does not override Core section 2.1, in particular, because the specification does not specify how to deal with the problems mentions, EPR users are free to decide whether or not to use this embedded metadata.
20:29:26 [plh]
Ram: need to think about it
20:30:17 [Ram]
20:30:34 [bob]
ack ani
20:31:04 [Zakim]
20:31:31 [bob]
ack ram
20:31:31 [plh]
Anish: if the tooling treats it as any, then it's not checking the syntax that we define and shouldn't be claiming conformance to the spec.
20:31:58 [plh]
Ram: then the tooling is required to understand the syntactic part.
20:33:01 [plh]
... it cannot be treated as any, there are some expected behaviors.
20:33:21 [plh]
Anish: there are some syntactic constraints. the sentence is quite clear as it is.
20:33:39 [Ram]
20:33:43 [plh]
Ram: so the implementation has to do something...
20:33:51 [plh]
Bob: yes and schema validation would be enough
20:33:56 [bob]
ack ram
20:34:20 [plh]
Ram: from our point of view, we don't think that section 2 is the right approach from our product point of view.
20:34:25 [plh]
... we don't expect to implement it.
20:35:13 [plh]
plh: you have to do schema validation, that's what the spec says.
20:35:25 [David_Illsley]
20:35:27 [plh]
Bob: on section 2.1 and 2.2, what are our chances to get implementations?
20:35:36 [bob]
ack david
20:35:54 [plh]
David: given the late requirement, I'm willing to implement both.
20:36:15 [plh]
Bob: so IBM is willing to implement section 2.1 and 2.2. Do we have another?
20:36:34 [plh]
... MSFT does not intent to implement 2.1 and 2.2. Correct?
20:37:00 [plh]
Ram: I believe we support 2.2 already but we are not planning to carry that forward.
20:37:08 [plh]
Bob: ok, anyone else?
20:37:16 [TRutt__]
20:37:25 [bob]
ack tru
20:37:44 [plh]
Tom: speaking of MSFT, we are just saying that they should do the conformance. correct?
20:38:35 [plh]
Bob: specifically, the rule calls for interop implementations. they are expectations that those implementations turn into products. Although, it would be odd to participate in the CR phase and not conforming to it in the product.
20:39:13 [plh]
... unless we are able to come up with 2 implementations, we cannot progress these features.
20:39:37 [plh]
Bob: Sun has done some earlier interop.
20:40:18 [plh]
Rama: we're not currently implementing the metadata spec. we're trying to understand the use case. I don't think that section 2.1 is important. I do need to talk more internally.
20:40:34 [plh]
20:40:59 [plh]
Bob: so, do we go through the CR path or the PR path?
20:41:37 [TRutt__]
20:41:44 [plh]
.. for CR, we need interop. We could wait for it.
20:41:49 [Katy]
20:41:55 [plh]
... how long does Sun need?
20:42:07 [plh]
Rama: I don't have an answer right now.
20:42:25 [plh]
Bob: how much time for the internal discussion?
20:42:29 [plh]
Rama: within a day or two.
20:42:33 [bob]
ack tr
20:43:25 [plh]
Tom: WS-Policy is now expecting to have a PR something in July or August. For a practical point of view, late July/early August would be acceptable for me.
20:43:39 [plh]
20:43:49 [plh]
20:44:05 [plh]
5 to 6 weeks.
20:44:07 [plh]
for PR
20:44:42 [plh]
Bob: there is no constraints for CR phase.
20:44:50 [plh]
... we could have a 5 minutes CR phase.
20:45:24 [plh]
... we do have another item on our way, the IP exclusion running until mid-July.
20:46:11 [plh]
... the only way to go to PR earlier than July 15 is for all companies to agree to clause the exclusion interval early.
20:46:16 [Ram]
20:46:30 [plh]
... so it may very well that we can't go to PR earlier than mid-July.
20:47:05 [plh]
Katy: doing interop on 2.1 and forgetting 2.2 would be ok for us.
20:48:02 [plh]
... if we go to CR and mark those 2 sections at risk, then proceed quickly through CR (one to two weeks0.
20:48:37 [plh]
Bob: I would propose to end the CR period around July 15 and if we don't get impls by then, those sections will be gone.
20:48:54 [plh]
... the conclusion of the CR interval would be end of June. (3 weeks CR)
20:49:22 [plh]
Katy: this would be acceptable to us.
20:49:35 [bob]
20:49:41 [bob]
ack katy
20:50:09 [plh]
Ram: given where we are today, I'm wondering our chances to meet those deadlines?
20:50:31 [plh]
Bob: depends on how quickly we can resolve this issue.
20:50:35 [Ram]
20:50:36 [Ram]
20:50:43 [bob]
ack ram
20:51:12 [plh]
Ram: an other issue with section 2.1: it's using the wsdli namespace, which only occurs on wsdl 2.0.
20:51:20 [David_Illsley]
20:51:20 [anish]
20:51:28 [bob]
ack david
20:51:36 [plh]
... could wsdl 1.1 implementations compose with this spec?
20:51:40 [bob]
ack anish
20:51:45 [plh]
David: yes, it could simply ignore it.
20:52:18 [plh]
Anish: I queued to answer the question: can you use wsdli with wsdl 1.1? the answer is yes.
20:52:38 [plh]
Ram: wsdli namespace is not defined in wsdl 1.1
20:52:56 [plh]
Anish: you don't need to understand wsdl 2.0 to understand wsdli.
20:53:27 [plh]
Ram: we do agree that a addressing implementation has to understand the namespace
20:53:41 [plh]
Anish: yes, you have to understand the qname.
20:54:11 [Ram]
20:54:25 [bob]
ack ram
20:54:46 [David_Illsley]
20:54:47 [anish]
20:54:59 [plh]
Ram: I'm trying to point out a problem here. should a wsdl 1.1 implementation support this new namespace?
20:55:01 [bob]
ack david
20:55:12 [plh]
David: the wsdli is trivial to implement.
20:55:20 [Ram]
20:55:24 [plh]
... I don't think it has to implement.
20:55:38 [bob]
ack anish
20:55:50 [bob]
ack ram
20:55:59 [Ram]
Introduction: WS-Addressing is designed to be able to work with WS-Policy 1.5 [WS Policy 1.5], WSDL 2.0 [WSDL 2.0] and also (for backwards compatibility) with WSDL 1.1 [WSDL 1.1] described services.
20:56:04 [plh]
Anish: agreed. Ram, are you arguing against the spec, or are we talking about interop implementations?
20:56:31 [plh]
Ram: it's not clear to me that section 2.1 has it stands really composes.
20:57:17 [plh]
Anish: if you have existing wsdl 1.1 artifacts, you may recognize other qnames. that separate from being able to reuse existing artifacts.
20:57:55 [plh]
Ram: for us, it doesn't seem to be the right approach.
20:58:07 [plh]
Bob: do you have a concrete issue to raise?
20:58:29 [plh]
Ram: I do not want to push forward with any issue at this point.
20:59:12 [plh]
Bob: proposed resolution: we try to close the remaining issues that we have, then we start a CR interval and try to conclude at the end of June, marking section 2.1 and 2.2 at risk.
20:59:18 [plh]
[no objection]
20:59:27 [Ram]
20:59:30 [plh]
Resolution: short CR, with 2.1 and 2.2 marked at risk.
20:59:38 [bob]
ack ram
21:00:34 [plh]
zakim, move to next agendum
21:00:34 [Zakim]
agendum 2. "action property" taken up [from plh]
21:00:57 [plh]
zakim, close agendum 2
21:00:57 [Zakim]
agendum 2, action property, closed
21:00:58 [Zakim]
I see 2 items remaining on the agenda; the next one is
21:00:59 [Zakim]
3. WSP namespace [from plh]
21:01:03 [plh]
Topic: WSP Namespace
21:01:39 [plh]
Katy: trying to find the dependency with the policies specifications.
21:02:00 [plh]
... they are all moving towards being policy framework independent.
21:03:01 [plh]
... I wonder if it's good idea to follow the example of RM
21:03:34 [anish]
21:03:40 [bob]
ack ani
21:03:43 [plh]
... we should modify the document to make the namespace generic.
21:04:07 [plh]
Anish: this would be a bad idea. RM, etc are going to charter clarifications to only use Policy 1.5.
21:04:13 [TRutt__]
q+ to anish
21:04:32 [plh]
... the reason why it was done like that in OASIS is that the policy specification was not ready.
21:04:35 [TRutt__]
21:04:38 [TRutt__]
21:04:46 [TRutt__]
+1 to anish
21:04:54 [plh]
Anish: my company would like to see the specification based on W3C technologies.
21:05:10 [plh]
Katy: I didn't realize that the intention was to move towards to 1.5
21:05:33 [plh]
... are all the specs going to move to 1.5
21:05:42 [plh]
Bob: RX and TX do intent to do this.
21:05:50 [plh]
Anish: SX as well
21:06:30 [plh]
Katy: are there going to be usable with policy 1.2?
21:06:42 [plh]
Bob: I don't hear much sympathy for that.
21:06:57 [plh]
Tom: one could claim conformance with the older spec if they want to.
21:07:06 [plh]
Resolution: issue is drop
21:07:11 [anish]
21:07:12 [plh]
Topic: Action property
21:07:27 [anish]
21:07:28 [bob]
21:08:14 [plh]
Bob: in section 4.4, we talk about best practices regarding the action property.
21:08:42 [plh]
... but [[Unfortunately, the default action pattern for a WSDL 2.0 fault message does
21:08:42 [plh]
NOT "fulfill that best practice.]]
21:09:29 [David_Illsley]
21:09:30 [David_Illsley]
21:09:41 [bob]
ack david
21:10:00 [plh]
David: always assumed that the best practice is about input messages, and not output messages.
21:11:32 [plh]
21:17:48 [plh]
For each Interface Operation component in the {interface operations} property of an Interface component, the {name} property MUST be unique.
21:18:41 [anish]
Despite having a {name} property, Interface Operation components cannot be identified solely by their QName. Indeed, two Interface components whose {name} property value has the same namespace name, but different local names, can contain Interface Operation components with the same {name} property value. Thus, the {name} property of Interface Operation components is not sufficient to form the unique identity of an Interface Operation component. A method f
21:20:11 [plh]
Gil: example 4.4 shows that the operation name doesn't appear in the wsa:Action.
21:20:35 [plh]
Tom: a fault is returned in response to a message, you should already be correlating the two.
21:21:11 [plh]
... I think this is a misunderstanding. the action is for message in, not for message out.
21:22:42 [David_Illsley]
21:22:50 [bob]
ack david
21:23:29 [plh]
David: I don't think that the potential benefit of uniquely identifying faults is worth breaking compatibility with existing implementations.
21:23:40 [plh]
Bob: any editorial clarification?
21:23:44 [anish]
it seems that either we should remove the reference to wsdl best practice or add operation name to the fault algorithm
21:24:02 [anish]
s/fault algorithm/fault action algo/
21:24:29 [plh]
Anish: either we remove the best practices comment, or we change the fault algorithm.
21:24:47 [plh]
Bob: changing the algorithm would be a breaking change.
21:25:08 [plh]
David: I'm not sure it is really a best practice we can refer to.
21:25:26 [plh]
Anish: this was at the time why we needed action.
21:25:51 [plh]
... we pointed to the wsdl best practice because we needed it.
21:26:39 [plh]
Bob: would it be enough to remove the comment about best practice?
21:27:15 [plh]
Gil: I don't think that solves the problem
21:28:07 [plh]
... two choices: a. you have a point but we don't think the point is serious enough to disrupt the spec, or we try to address it.
21:28:28 [David_Illsley]
21:28:39 [bob]
ack david
21:29:16 [plh]
David: option a sounds reasonable. it isn't serious enough to fix the specification.
21:29:45 [dhull]
21:29:51 [plh]
ACTION: Gil to answer the comment on action property to the commenter
21:30:18 [plh]
Bob: any more issue?
21:30:28 [Zakim]
21:30:36 [plh]
Ram: there is one issue from David Hull?
21:30:44 [plh]
David_Hull: which one is that?
21:31:17 [plh]
... I thought we nailed the issue of composability before
21:31:51 [plh]
Bob: I received an ack to cr33. so it's closed!
21:32:51 [plh]
Bob: move to CR for the end of June, marking 2.1 and 2.2 at risk?
21:33:12 [plh]
... if we don't reach the CR criteria at the end of June (2 impls), 2.1 and 2.2 would be removed.
21:33:16 [gpilz]
easier just to list it as "Section 2"
21:33:36 [gpilz]
since "Section 2" is made up entirely of 2.1 and 2.2
21:34:31 [plh]
Resolution: move to CR for the end of June, marking 2.1 and 2.2 at risk
21:35:21 [Ram]
21:36:00 [plh]
Ram: how does this decision intersect with the exclusion period?
21:36:41 [plh]
Bob: on the 15 of July, we would request to move to PR.
21:37:25 [plh]
.. this means end of august for the REC.
21:39:26 [Zakim]
21:40:21 [plh]
Bob: I'm assuming that during the CR, nothing major will happen. I'll ask the group to vote to accept new issues.
21:41:19 [plh]
Topic: Next meeting
21:41:41 [David_Illsley]
21:41:46 [plh]
Bob: I was thinking to have it on July 2.
21:41:52 [plh]
ack Ram
21:41:54 [plh]
ack david
21:42:10 [plh]
David: this doesn't leave any meeting for the group to approve the testing
21:42:30 [plh]
... I'm ok with it. otherwise, we should have an early meeting.
21:43:22 [plh]
Bob: So, the interval will be June 29.
21:43:37 [plh]
Next meeting will be June 18, to discuss testing
21:43:46 [plh]
and then July 2 to act on the result of the CR period.
21:44:24 [plh]
Prepare final text for distribution to the director for review, then try to have the meeting with the Director on July 16.
21:44:54 [Zakim]
21:44:55 [plh]
21:44:57 [Zakim]
21:45:04 [Zakim]
21:45:05 [RRSAgent]
I have made the request to generate plh
21:45:05 [Zakim]
21:45:06 [Zakim]
21:45:06 [Zakim]
21:45:07 [Zakim]
21:45:07 [Zakim]
21:45:09 [Zakim]
21:45:10 [Zakim]
21:45:12 [yinleng]
yinleng has left #ws-addr
21:45:15 [TonyR]
TonyR has left #ws-addr
21:45:18 [Rama]
Rama has left #ws-addr
21:45:33 [bob]
thanks philippefor scribing
21:45:34 [Zakim]
21:45:40 [plh]
Chair: Bob Freund
21:45:44 [Zakim]
21:45:57 [plh]
zakim, disconnect tom
21:45:57 [Zakim]
Tom_Rutt is being disconnected
21:45:58 [Zakim]
WS_AddrWG()4:00PM has ended
21:45:59 [Zakim]
Attendees were Mark_Little, Plh, Dave_Hull, Bob_Freund, David_Illsley, Paul_Knight, Gilbert_Pilz, TonyR, Anish_Karmarkar, Tom_Rutt, rama, katy, ram, yinleng, [Sun]
21:46:01 [RRSAgent]
I have made the request to generate plh
21:46:11 [TRutt__]
TRutt__ has left #ws-addr
22:14:58 [bob]
bob has left #ws-addr