RE: The deep difference between request/response and fire-and-forget
Rich Salz <[email protected]>
| Newsgroups | gmane.text.xml.distributed |
|---|---|
| Message-ID | <[email protected]> |
> I would think that consuming the response is the opposite of "forget".
> Consuming the response is effectively not fire and forget. Isn't that
> the key difference between req/resp and f-a-f?
Layering. From the point of view of a SOAP application, it sends a SOAP
message and gets nothing back, seems like f-a-f to me.
It's exactly like TCP. Suppose a "client" connects to a server, sends
data, and then closes the connection -- and the "server" sends nothing.
You'd consider this a one-way data flow, and ignore the fact that the
TCP implementation underneath is shipping packets in both directions.
The MEP is for the developer using SOAP, not the implementor.
/r$
--
SOA Appliance Group
IBM Application Integration Middleware
* This address is going away; please use [email protected] *