{"id":648,"date":"2005-01-25T11:43:00","date_gmt":"2005-01-25T15:43:00","guid":{"rendered":"http:\/\/www.markbaker.ca\/wp\/2005\/01\/25\/gudge-chimes-in\/"},"modified":"2005-01-25T11:43:00","modified_gmt":"2005-01-25T15:43:00","slug":"gudge-chimes-in","status":"publish","type":"post","link":"http:\/\/www.markbaker.ca\/blog\/2005\/01\/gudge-chimes-in\/","title":{"rendered":"Gudge chimes in"},"content":{"rendered":"

Gudge chimes in<\/a> on the\nWS-A issue<\/a>;<\/p>\n\n

\nThe WS-Addressing spec doesn’t say that you *can’t* put the content of wsa:Address into ‘the “RCPT TO” command on the SMTP protocol’. It just says you MUST put it into the wsa:To SOAP header. I wonder why Mark thought the two were mutually exclusive…\n<\/blockquote>\n\n

I can understand the confusion, but my concern was simply that the spec\ndidn’t require<\/em> that the address go in the appropriate place in the\napplication protocol. That’s required in order to cleanly integrate with\nthe architecture of the Internet (not just the Web). Otherwise the Internet\nis being treated as a big bit pipe, rather than as a set of distributed\napplications (oh, wait, nevermind 8-).<\/p>\n\n

\nIn the one Endpoint Reference, multiple protocols case, it’s fairly obvious ( to me at least ) that the value of the wsa:Address ( and corresponding wsa:To ) cannot be used as address information for all of the underlying transports ( although it might, by happy accident, work for one of them ).\n<\/blockquote>\n\n

Hmm, what can I say to that? Baked in to that statement is the implicit\nassumption that application protocols are to be treated equivalently to\ntransport protocols. Please, please, please Gudge, take some time out to\ncarefully consider that application protocols are very very different beasts\nthan transport protocols. URIs, even http ones, are application layer\nidentifiers, intended to identify anything, including customers, invoices,\nreceipts, etc.., not just “network endpoints”, or “transport addresses”.\nIf you’ve come from an RPC background (which I believe you have), there is\nsimply no analogue<\/em> for an application protocol in RPC architectures.\nBut, simply because they share a name with a layer in the RPC stack, they get\ntreated as it would in the RPC stack.<\/p>\n\n

\nThe third interesting point in completely non-technical, but rather a socio-political one. Mark raised his issue with the WS-Addressing WG who considered his request, thought about at least some of the things mentioned above and in Steve’s post and declined to take up his issue. Not being willing (able?) to take ‘No’ for an answer, Mark then raised his issue with a higher authority, the TAG, hoping, I guess, that they will make the WS-Addressing WG see the error of its ways…\n<\/blockquote>\n\n

Right. That’s how it works. I’m just following the\nprocess<\/a> (see the Issue Resolution section).\nAnd as I mentioned to Steve, I think the acceptance of the issue is, for me,\nthe only win I’m interested in. I don’t really care how it’s resolved.<\/p>","protected":false},"excerpt":{"rendered":"Gudge chimes in on the WS-A issue; The WS-Addressing spec doesn’t say that you *can’t* put the content of wsa:Address into ‘the “RCPT TO” command on the SMTP protocol’. It just says you MUST put it into the wsa:To SOAP header. I wonder why Mark thought the two were mutually exclusive… I can understand the […]","protected":false},"author":1,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[1],"tags":[26],"class_list":["post-648","post","type-post","status-publish","format-standard","hentry","category-uncategorized","tag-soap"],"_links":{"self":[{"href":"http:\/\/www.markbaker.ca\/blog\/wp-json\/wp\/v2\/posts\/648","targetHints":{"allow":["GET"]}}],"collection":[{"href":"http:\/\/www.markbaker.ca\/blog\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"http:\/\/www.markbaker.ca\/blog\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"http:\/\/www.markbaker.ca\/blog\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"http:\/\/www.markbaker.ca\/blog\/wp-json\/wp\/v2\/comments?post=648"}],"version-history":[{"count":0,"href":"http:\/\/www.markbaker.ca\/blog\/wp-json\/wp\/v2\/posts\/648\/revisions"}],"wp:attachment":[{"href":"http:\/\/www.markbaker.ca\/blog\/wp-json\/wp\/v2\/media?parent=648"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"http:\/\/www.markbaker.ca\/blog\/wp-json\/wp\/v2\/categories?post=648"},{"taxonomy":"post_tag","embeddable":true,"href":"http:\/\/www.markbaker.ca\/blog\/wp-json\/wp\/v2\/tags?post=648"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}