Avoiding OneWay Deadlocks

re: Avoiding OneWay Deadlocks

Mike Bosch — Wed, 18 Oct 2006 16:59:22 GMT

So what is the proper way to make the calls "true" fire and forget? It seems this is more of a fire, wait to see if you hit your target, then forget.

TransportWithMessageCredential Over TCP

Nicholas Allen's Indigo Blog — Wed, 18 Oct 2006 19:08:28 GMT

After switching from message security to transport security, I'm seeing a bunch of weird protocols being

re: Avoiding OneWay Deadlocks

Nicholas Allen — Wed, 18 Oct 2006 21:23:18 GMT

Mike, that's exactly the right way to think about OneWay tagged operation calls.

Having true fire-and-forget means that your channels must be able to return immediately after sending a message. Typically this requires you to have no delivery guarantees (messages may be lost, duplicated, misordered, whatever along the way). Datagram transports, such as UDP, are an example of channels that can do this. Asynchronous transports, such as mail or queues, can be pretty close to fire-and-forget. They still have to wait for the store to accept the message but they don't have to wait for delivery or processing.

New and Notable 116

Sam Gentile — Thu, 19 Oct 2006 16:07:09 GMT

Now that I got my Feed Demon back, I actually have some stuff in the queue that is not so "new" but perhaps

re: Avoiding OneWay Deadlocks

Brian Mowbray — Tue, 24 Oct 2006 03:56:08 GMT

We used the timeout setting to help mitigate a lock or does this only apply to the soapclient call? The default setting is 2 minutes.

re: Avoiding OneWay Deadlocks

Nicholas Allen — Tue, 24 Oct 2006 10:45:41 GMT

Timeouts are an expensive runtime mitigation that could used for some types of cross-service deadlocks. I would not recommend that as a first line approach if you have any other practical alternatives. You're going to tie up resources on both the client and server waiting for the call to complete. After failing, you're going to have to try again, hoping that this time the call goes through. You're also going to get a whole lot of junk in your logs because of the failures and aborts.

New and Notable 116

Sam Gentile — Tue, 25 Sep 2007 10:05:19 GMT

Now that I got my Feed Demon back, I actually have some stuff in the queue that is not so "new"

New and Notable 116

Sam Gentile's Blog — Thu, 04 Dec 2008 02:20:24 GMT

Now that I got my Feed Demon back, I actually have some stuff in the queue that is not so "new" but perhaps still "notable." Architecture/CAB/Smart Client Oldie but goodie: Eugenio has compiled a list of CAB and Smart Client Software