On 5/13/06, Stuart Charlton <[EMAIL PROTECTED]> wrote:
> Fair enough, I can accept that distinction and note the distinction in the future. I'm not sure what MQSeries is, I think it can be either transport or transfer, depending on whether the message embeds operations or not.
The operation is the essential distinction IMO, yes, though not the
only one. And any transfer protocol can be used as a transport
protocol because, as I mentioned, transfer protocols sit atop
transport protocols, giving developers the option of ignoring the
transfer layer.
MQSeries is a transfer protocol in part because, as you say, you don't
have to embed operations; there's an implicit one that's used when
you're job is just trying to get data from one application to another.
>
> But I must admit, I've searched around a fair amount when you first brought up the distinction, and have never heard a clear distinction between transfer and transport other than in the terminological notes of IETF RFC's and your own blog entries advocating the distinction!
8-)
> I just don't think the terminological differences (while reasonable and useful) are broadly established in the IT industry, though perhaps I'm wrong. The terms have in practice been used interchangeably, in my experience.
No, you're bang on. Certainly within the IT industry as a whole,
that's the case. But even within parts of the IETF, the terms are, on
occasion, used interchangably. That's the exception though, luckily.
(I'm reminded of a Jim Getty's - an HTTP/1.1 editor - presentation on
HTTP, where he referred to it as the "Hypertext Transport Protocol").
Ah, here it is;
http://www.w3.org/Talks/9608HTTP/
Unfortunately, despite the differences being widely misunderstood
(outside of the IETF), those difference are also essential to building
a loosely coupled system that can scale. It's no mistake, IMO, that
all the systems that have seen widespread use on the Internet have
used transfer protocols *as* transfer protocols.
Mark.
SPONSORED LINKS
| Computer software | Computer aided design software | Computer job |
| Soa | Service-oriented architecture |
YAHOO! GROUPS LINKS
- Visit your group "service-orientated-architecture" on the web.
- To unsubscribe from this group, send an email to:
[EMAIL PROTECTED]
- Your use of Yahoo! Groups is subject to the Yahoo! Terms of Service.
