FM
процесс может упасть между Process.alive? и GenServer.call
Size: a a a
2018 November 08
FM
можно через Registry эту проблему решить
Е
каким образом?
Е
чем нам поможет
Registry?FM
можно делать
call через viaFM
если генсервер сдох, реджистри ответит ошибкой
Е
если Registry ответит ошибкой, то GenServer.call падает, ЕМНИП
Е
Кроме того Registry мониторит процессы при помощи все тех же сообщений, поэтому на момент GenServer.call, Registry может еще "не знать", что процесс сдох
AG
тому кто вызвал
GenServer.call, очевиднотак если адресат здох то как ему вернуть ошибку? или может я че не так понял..
AG
а понял
Е
так если адресат здох то как ему вернуть ошибку? или может я че не так понял..
Проще говоря, нужен некий вариант GenServer.call, который бы в случае умершего адресата возвращал бы что-то вроде {:error, :адресат_сдох}, а не тупо валил свой процесс
AG
можно в handle_call ответить {noreply, NewState,{continue,Continue}}, и запустить отдельный процесс в котором послать адресату ответ
AG
ну или иметь один отдельный процесс через который слать все ответы адресатам которые могут свалиться
AG
If {noreply,NewState} is returned, {noreply,NewState,Timeout}, or {noreply,NewState,hibernate}, the gen_server process continues executing with NewState. Any reply to From must be specified explicitly using reply/2.
Е
не понял, адресат умер, какой
handle_call?Е
тут даже мониторинг адресата не поможет, так как сообщение о смерти может прийти слишком поздно.
AG
не понял, адресат умер, какой
handle_call?так адресат это процесс генсервера?
Е
Конечно, GenServer.call подразумевает, что адресат - генсервер
AG
а, че timeout не помогает?
Е
Причем тут timeout? Он работает, если адресат жив, но тянет с ответом.