17:03:11 RRSAgent has joined #tagmem 17:03:11 logging to http://www.w3.org/2005/10/25-tagmem-irc 17:03:22 Meeting: TAG 17:03:28 Scribe: David Orchard 17:03:35 ScribeNick: dorchard 17:03:47 +TimBL 17:04:21 zakim, who is on the call? 17:04:22 On the phone I see Ht, Vincent, noah, Ed, DanC, TimBL 17:04:29 +Norm 17:04:44 timbl has joined #tagmem 17:05:42 +Dave_Orchard 17:06:00 noah has joined #tagmem 17:08:04 http://www.w3.org/2005/11/tag-summary.html 17:09:13 TAG report for AC, VQ and HT working on. 17:10:37 4 TAG members terms are coming due, noah, henry, roy, dan 17:10:53 Team announcement is coming out within a few weeks 17:11:09 ht: ian/w3m is "taking care" of it 17:12:38 s/Team announcement/Call for nominations to Members/ 17:12:58 topic: epr-47 17:13:09 Topic: epr-47 17:13:55 http://lists.w3.org/Archives/Public/www-tag/2005Oct/0054.html 17:14:11 nm: proposal is an editorial change to timbl's suggested wording. 17:14:32 q+ to add my comments on noah's comments 17:14:59 Note: "According to the Architecture of the World Wide Web: ' To benefit 17:14:59 from and increase the value of the World Wide Web, agents should provide 17:14:59 URIs as identifiers for resources.' [1] Thus, use of the abstract 17:14:59 properties of an EPR other than wsa:address to identify resources is 17:14:59 contrary to Web Archictecture. 17:15:09 In certain circumstances, identification 17:15:09 using other EPR properties may be convenient, but care must be taken to 17:15:09 weigh the tradeoffs inherent in deploying resources that are not well 17:15:09 integrated with the Web." 17:15:15 [1] http://www.w3.org/TR/webarch/#pr-use-uris 17:15:49 ack dorchard 17:15:49 dorchard, you wanted to add my comments on noah's comments 17:15:51 q+ 17:16:38 In certain circumstances, identification using other EPR properties may be convenient or beneficial for other reasons, but care must be taken to weigh the tradeoffs inherent in deploying resources that are not available on the Web." 17:17:07 +1. Dave's revision looks good to me. 17:17:18 I'm ok with DO's ammendment +beneficial for other reasons+ 17:17:40 ack timbl 17:18:01 We cant' hear you! 17:19:25 timbl: Are you (dave) concerned about dropping word "tools"? 17:19:43 We said that, and then said that we realize that 17:19:43 current tools may not make it easy to do things that way, e.g. because of 17:19:43 dispatch issues. 17:20:12 I had a longer version that talked about: "perhaps due to the availability of QName-aware tools." 17:20:13 q+ to say I didn't like the bit about tools anyway 17:20:31 I left that out for brevity, hoping that convenience/beneficial would cover it. I'm happy either way. 17:20:57 ack ht 17:20:57 ht, you wanted to say I didn't like the bit about tools anyway 17:21:49 vq: any objections? 17:21:50 So I think the specific proposal is to suggest that WSA include this in their REC, right? 17:22:12 (a pointer to do's msg is a good enough record for me) 17:22:18 group: no objections: 17:22:48 I believe the final text is: Note: "Web Architecture dictates that resources should be identified with URIs. Thus, use of the abstract properties of an EPR other than wsa:address to identify resources is contrary to WebArch. In certain circumstances, use of such additional properties may be convenient or beneficial, perhaps for integration with existing QName-based software. When building systems that violate this principle, care must be taken to weigh the 17:23:20 VQ: What next? 17:23:23 so RESOLVED, yes, 17:23:29 DO: At least contact WSA 17:23:46 I like Noah's addition of QName based software... 17:24:28 Noah to contact WS-A. 17:25:41 er... so we're reconsidering? 17:26:46 Dave proposes:Note: "Web Architecture dictates that resources should be identified with URIs. Thus, use of the abstract properties of an EPR other than wsa:address to identify resources is contrary to WebArch. 17:26:54 In certain circumstances, use of such additional properties may be convenient or beneficial, perhaps due to the availability of QName-based tools. 17:27:01 When building systems that violate this principle, care must be taken to weigh the tradeoffs inherent in deploying resources that are not well integrated with the Web." 17:27:21 s/not well integrated with the web/on the Web/ 17:27:23 In certain circumstances, identification using other EPR properties may be convenient or beneficial for other reasons, but care must be taken to weigh the tradeoffs inherent in deploying resources that are not available on the web 17:27:57 And the final version for vote: 17:27:58 Note: "Web Architecture dictates that resources should be identified with URIs. Thus, use of the abstract properties of an EPR other than wsa:address to identify resources is contrary to WebArch. 17:28:03 In certain circumstances, use of such additional properties may be convenient or beneficial, perhaps due to the availability of QName-based tools. 17:28:07 When building systems that violate this principle, care must be taken to weigh the tradeoffs inherent in deploying resources that are not on the Web." 17:28:24 aye. +1 17:28:29 vq: agreement on refined text? 17:28:33 group: yes 17:28:39 ack danc 17:28:39 DanC, you wanted to suggest that The Right Place to send it is public-ws-addressing-comments@w3.org , per http://www.w3.org/TR/2005/CR-ws-addr-core-20050817/ aka 17:28:43 RESOLVED: Noah will send a note to WSA suggesting above text for their Recommendation 17:28:43 ... http://www.w3.org/TR/ws-addr-core/ 17:28:47 approved: Noah to send text to WS-A 17:29:37 action: noah to send text to WS-A's public comments list. 17:30:29 q+ to note Baker, the issue raiser, doesn't think this closes the issue either. 17:30:53 ack danc 17:30:53 DanC, you wanted to note Baker, the issue raiser, doesn't think this closes the issue either. 17:30:53 I don't believe this closes the issue. 17:31:09 danc: this doesn't close the issue according to baker 17:32:34 -> http://lists.w3.org/Archives/Public/www-tag/2005Oct/0049.html Baker 17:32:37 THe issue text says: ""In a nutshell, it [ WS-Addressing - SOAP Binding] requires that the URI in the "Address" component of a WS-Addressing EPR be serialized into a wsa:To SOAP header, independent of the underlying protocol. IMO, a Web-architecture consistent means of doing this would be to serialize it to the Request-URI when using SOAP with HTTP, or the "RCPT TO:" value when using SOAP with SMTP, etc.."" 17:32:45 ...or did my client truncate that? 17:33:31 -> http://lists.w3.org/Archives/Public/www-tag/2005Jan/0000.html New issue; WS-Addressing SOAP binding & app protocols 17:34:57 q+ to say: I believe that Mark Baker has a long running concern with information being duplicated at two protocol levels 17:35:15 q+ to to ask somebody to tell me a story that makes this more concrete 17:35:33 ack noah 17:35:33 noah, you wanted to say: I believe that Mark Baker has a long running concern with information being duplicated at two protocol levels 17:36:26 daveo: I think his concern is that the http request-uri may be different from the ws-a destination, such as a case where http is the first hop then smtp is a 2nd hop. 17:36:45 q+ 17:36:47 noah: concern with duplication 17:36:56 ack to 17:36:56 to, you wanted to ask somebody to tell me a story that makes this more concrete 17:37:00 ack DanC 17:37:46 I think the tricky examples are where a message goes first through a few HTTP hops, and then maybe something else like jabber, WebSphere MQ, etc. 17:38:00 danc: when do they line up? 17:38:07 dave: when http is the last hop. 17:38:35 I think there are lots of real deployments in which the public manifestation of a Web Service will be HTTP, but the message then head off into the organization using other mechnisms. WSA tries to address across all those hops. 17:38:36 timbl: proxy discussion... 17:38:45 So, a gateway situation. 17:39:15 ack timbl 17:39:24 timbl: another tunneling aspect of soap. 17:40:22 I hear Tim also saying: but perhaps given that you are tunneling, this is in some ways an honest manifestation of your doing so. 17:40:30 timbl: longstanding history of web services doing tunneling.. 17:41:40 q+ to ask for the floor to interview do, tbl, noah to get a concrete story 17:41:50 daveo: isn't this related to scheme protocols, noah? 17:41:53 I think Mark would have liekd HTTP to have been used directly, with the HTTP URIs being the SOAP object URIs. However, eth SOAP architecture is that the objet id is carried in the SOAP message (as an EPR) not in the HTTP URI. 17:43:43 schemeProtocols-49 : Relationship of URI schemes to protocols and operations 17:44:15 Noah: I raised a cheme/protocol issue, and I think Dave is talking about that. but that is so wide open that I don't know that we should talk about it. 17:44:37 ack danc 17:44:37 DanC, you wanted to ask for the floor to interview do, tbl, noah to get a concrete story 17:44:39 Noah: there's a gateway... 17:45:24 provider sells shoes.. 17:45:25 noah: http hop to corp gateway, then protocol inside corp firewall. 17:45:46 provider sells shoes... provides "check shoe color" op 17:47:31 interanlly, shoes.example uses non-http stuff to route... 17:48:53 a few choices... 17:49:57 For the EPR/Addr: 1. an HTTP URI which has noting to do with shoes 17:50:02 DO's net connection just went bad 17:50:04 2. 17:50:05 3. 17:50:08 Noah: 17:50:17 Let's assume that teh URI for the shoes is MQ: ... 17:50:55 I will tell people that people shoul puthat mq:... URI in the SOAP TO field, and send a SOAP message by HTTP to my service, which has an HTTP URI. 17:51:20 ... Should one put the mq: in eth HTTP request line? 17:51:38 ... YEs i could, (like FTP) but the software doesn't let me do that. 17:52:25 So lets assume that he does GET http;//asjdhhgjkasdf/myshoeservice 17:52:54 DanC -- here's Hugo's example, which I found helpful: http://www.w3.org/2005/Talks/0511-hh-www2005/slide19-0.html 17:53:49 s/GET/POST/ 17:54:50 Noah, wsa:to or wsa:address? 17:55:06 ------------- end of scenario 1 17:55:19 Scenario2 17:55:49 Update shoecolor .. as above except POSY and not get shorcolor but set shoe colour 17:56:14 Shoe id is mq:.... pout int the SOAP wsa:to field 17:56:21 I believe that wsa:To is an entire end point ref saying where the message should go. The wsa:Address property is the piece that takes the URI 17:56:35 Service ID is teh same, http;//asjdhhgjkasdf/myshoeservice 17:56:43 Right, thanks Noah 17:57:25 http://www.w3.org/2005/Talks/0511-hh-www2005/slide22-0.html 17:57:50 Fred is the client 17:58:34 Nakia says " will tell people that people shoul puthat mq:... URI in the SOAP TO field, and send a SOAP message by HTTP to my service, which has an HTTP URI." 17:59:02 Noah: Fred knows the mq: URI 17:59:18 DanC: How does he knwo the service endpoint? 17:59:31 Noah: Nadia told him, basically (modulo wsdl) 17:59:44 DanC: And this we do because off teh shelf software does this? 18:00:01 Noah: yes. 18:00:38 Noah: There may be an argument for hiding implementatuion details, and maybe hiding HTTP under SOAP is justified in that way. 18:01:05 ... I don't think the HTTP arch stops you foing the right thing with HTTP, but it isn't what they are doing. 18:02:12 David: [described generation of WS softwaer application to do this scenario, using a lot of tooling] 18:02:29 DanC: Then , do te object identifiers turn into URIs? 18:02:58 David: If you have a shoe shopping cart, for example, then the IDs fo thinsg like the shoes and carts will be EPRs more likely. 18:03:13 ... In the case of BPEL, the IDs are available to teh application 18:03:48 Danc: It is very starightward to take a jave OO sytstem, and export it using HTTP so that all safe methods become GETs 18:04:04 ... and unsafe implementated by POST. 18:04:28 Dave: Unclear how well deployed WSDL 2.0 is gong to be. 18:06:02 q+ to say that I don't think people have intuited the value of Web network effects 18:07:38 q+ to respond re "whether that [not thinking about the underlying http GET/POST protocol] is good or not is separate" ... it's not separate. Maybe it's easier for the java guy to deploy his service, but the rest of the world is burdened with the impedence mismatch with the rest of the web 18:08:38 Tim; We are not talking abotu what is a clean mapping to HTTP, we are talking abotu a large bindustry all basde on tunneling SOAP on HTTP. The reason it isn't picked up with a sigh of satisfaction when we (or Mark B) proposes to map top HTTP GEt is that,. while it is a bad mapping to HTTOP, teh tunnelling architecture has the advantage that one can operate entirely at the upper layer -- SOAP -- and ignore all aspect of tehh lower layer (HTTP) . This mean that 18:09:10 ack noah 18:09:10 noah, you wanted to say that I don't think people have intuited the value of Web network effects 18:09:49 Dave: [missed] ... One way of being independed of te uinderlying protocol is to recreate the functionality of the lower protocol at a higher layer. 18:10:14 HST has been slowly wading through the layers of indirection this system is assuming. First important point: EPRs as such don't appear in SOAP messages as such -- the information in an EPR _may_ be used to construct/be mapped to a SOAP message 18:12:36 ack danc 18:12:36 DanC, you wanted to respond re "whether that [not thinking about the underlying http GET/POST protocol] is good or not is separate" ... it's not separate. Maybe it's easier for 18:12:40 ... the java guy to deploy his service, but the rest of the world is burdened with the impedence mismatch with the rest of the web 18:13:54 Noah: I think we may have not sufficiently sold people on the value of the network effects of being on the Web. 18:14:11 Dave: Well, more of them are interested than you'd think, but the tooling isn't there to help them. 18:15:03 Dave: ReplyTo gives real value 18:15:05 Dave: our various employers who are investing heavily in SOAP are starting to look at REST, but they find a mixed bag on whether they have the description languages, and other conventions to make it easy. 18:15:24 HST observes that ReplyTo in a SOAP message _does_ directly embed an EPR 18:15:30 q+ to ask a q 18:15:31 Dave: so, it's easier to build things on the Web Services path at the moment. 18:15:42 ack ht 18:15:42 ht, you wanted to ask a q 18:16:59 HST: at some level I think people are buying into URIs. At least some eCommerce sites are clearly encoding everything in (huge) URIs. Back works, etc. 18:17:25 HST: Why are they happy with such an architecture when companies like BEA and IBM seem to find it doesn't work for them. 18:17:29 b 18:19:16 HST: I think I can now construct a real example, both from Hugo's slides and samples in the Rec. Maybe if I do that Dave and Noah can tell me if I got it right. 18:19:39 Noah notes that Dave is more likely to have the details than Noah is. 18:20:29 ACTION: Henry to put together a real example, using an EPR and showing the relationship to real SOAP messages. 18:21:54 I don't think there's a rush, but Noah notes his regrets for next week. If we don't get to the compound document stuff now, I won't be available for the next two weeks. 18:22:28 Topic: Computer Misuse Act and WebArch 18:22:34 VQ: I'm looking for the judgement 18:22:56 HT: I'm working with a W3C member who has sent in money to get an official transcript. Will keep the TAG informed. 18:23:38 Topic: abstractComponentRefs-37 18:23:52 VQ: Dan made a request last week... 18:24:34 Dan: at F2F we talked about the URIs for the Sparkle interface. Dave? helped me find shorter ones, and we've confirmed with the group that it means what we'd hoped. 18:24:48 ...#wsdl.interface(SparqlQuery) 18:25:07 Dan: they said yes, that can refer to the query. 18:25:22 Dan: I asked my co-workers whether this was OK? Pat Hayes didn't like it. 18:25:39 Dan: WSDL working group says this is a conflict between XPointer and RDF. 18:25:53 Dan: I said, maybe so, but I personally am not happy. Maybe "the director" will be. 18:25:59 Tim: is this one URI or a family? 18:26:14 Dan: all the ones you want to use to refer to a WSDL interface 18:26:22 HST: or other component 18:26:25 s/HT/HST/ 18:26:36 (so this is all by way of FYI and discharging my action...) 18:27:18 HST: I've been looking at this from both TAG and Schema point of view. I think we came to a sensible conclusion. The WSDL working group has given reasons. Dan understands, but doesn't think the explanation is enough to make the case. Bottom line: I'm not sure there's a lingering TAG issue. 18:27:36 HST: Roy still has an action to say why parens are bad. 18:28:13 Tim: We know one reason is that you can't use it in a QName. QNames are pretty ubiquitous. XML started using them. 18:28:28 Tim: is that SparqlQuery a QName 18:28:47 ???: Yes it's a QName, whether it's an ID is messier. 18:29:02 HST: They have symbol spaces, so ID's don't do it. 18:29:35 Tim: If I were to write about a WSDL interface I would be tempted to duplicate the information in RDF, rather than referring to the WSDL 18:29:43 scribe is about to fall behind here 18:30:19 anyone want to help me fill in the gaps? The references to bananas are getting lost :-) 18:31:00 #wsdl.interface.SparqlQuery 18:31:01 -> http://lists.w3.org/Archives/Public/public-ws-desc-comments/2005Oct/0025.html DanC to public-ws-desc-comments@w3.org 18:31:10 HST: the tension is that only single symbol space languages allow direct use of QNames for references. 18:31:30 s/QNames/barenames/ 18:31:53 Tim: they could have used #wsdl.inteface.sparqlQuery (scribe's not sure he heard that right) 18:32:22 HST: Right now, our only structured fragid Rec is XPointer. Not fair to ding WSDL for not doing their own. 18:32:36 Tim: why do we need to say that there has to be a univeral design and then a specialization? 18:33:01 Why not the other way around? 18:33:19 HST: Because there at least 2, and maybe more, W3C WGs with this need. So far WSDL and Schema, and maybe others I'm forgetting. 18:33:32 VQ: we're out of time. 18:33:44 -Dave_Orchard 18:34:14 -noah 18:34:16 -Norm 18:34:17 -Ed 18:34:18 -Vincent 18:34:19 -TimBL 18:34:35 -Ht 18:34:36 TAG_Weekly()12:30PM has ended 18:34:39 Attendees were Ht, Vincent, noah, DanC, Ed, TimBL, Norm, Dave_Orchard 18:34:45 zakim, bye 18:34:45 Zakim has left #tagmem 18:34:59 noah, will you do the RRSAgent honours? 18:35:54 I'll try. I'm hoping to convince Dave to do the editing and formatting, but I'll do the rrsagent mechanics. Will need someone with Team access to make the log world readable though. 18:36:04 timbl has left #tagmem 18:36:08 rrsagent, draft minutes 18:36:08 I have made the request to generate http://www.w3.org/2005/10/25-tagmem-minutes.html noah 18:36:16 rrsagent, make logs world-visible 18:36:35 Hmm. 18:37:13 I suppose I've always tried to use the ,access stuff on the URI, and it won't let me do that. 18:38:02 rrsagent, bye 18:38:02 I see 2 open action items saved in http://www.w3.org/2005/10/25-tagmem-actions.rdf : 18:38:02 ACTION: noah to send text to WS-A's public comments list. [1] 18:38:02 recorded in http://www.w3.org/2005/10/25-tagmem-irc#T17-29-37 18:38:02 ACTION: Henry to put together a real example, using an EPR and showing the relationship to real SOAP messages. [2] 18:38:02 recorded in http://www.w3.org/2005/10/25-tagmem-irc#T18-20-29