diff options
| author | Matthias Radestock <matthias@rabbitmq.com> | 2013-02-15 00:02:15 +0000 |
|---|---|---|
| committer | Matthias Radestock <matthias@rabbitmq.com> | 2013-02-15 00:02:15 +0000 |
| commit | e35933247f536b7ffd089853f3d26757f1b0f9fa (patch) | |
| tree | a6b75c6fd5a7354d26e1fc68b44b7745782334ba | |
| parent | ccbc2ff0c5e452f1c290d2bea33db35765c7e35f (diff) | |
| download | rabbitmq-server-git-e35933247f536b7ffd089853f3d26757f1b0f9fa.tar.gz | |
explain
| -rw-r--r-- | src/rabbit_channel.erl | 10 |
1 files changed, 10 insertions, 0 deletions
diff --git a/src/rabbit_channel.erl b/src/rabbit_channel.erl index e74211af4b..eb03bf54e8 100644 --- a/src/rabbit_channel.erl +++ b/src/rabbit_channel.erl @@ -589,6 +589,16 @@ handle_method(_Method, _, State = #ch{state = closing}) -> handle_method(#'channel.close'{}, _, State = #ch{reader_pid = ReaderPid}) -> {ok, State1} = notify_queues(State), + %% We issue the channel.close_ok response after a handshake with + %% the reader, the other half of which is the + %% ready_for_close. That way the reader forgets about the channel + %% before we send the response (and this channel process + %% terminates). If we didn't do that, a channel.open for the same + %% channel number, which a client is entitled to send as soon as + %% it has received the close_ok, might be received by the reader + %% before it has seen the termination and hence be sent to the + %% old, now dead/dying channel process, instead of a new process, + %% and thus lost. ReaderPid ! {channel_closing, self()}, {noreply, State1}; |
