You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Mediator wysyła okresowo (co 1-2s?) pakiety do klientów i driverów oczekując odpowiedzi. Jeśli jej nie dostanie w określonym czasie to uznaje, że klient czy driver nie działają. Wykonuje w takim wypadku odpowiednie operacje.
Uwagi
Co to znaczy " odpowiednie operacje " ? Co ma otrzymać driver po śmierci klienta ? Które drivery powinny to otrzymać ? Co, gdy driver umrze -- czy klienci powinni o tym wiedzieć?
The text was updated successfully, but these errors were encountered:
Self note: opcja {keepalive, true} robi dokładnie to (tylko dla TCP/IP) (patrz też: "Socket keepalive option").
@mjkpl czy chcemy to implementować? Jeśli tak to moja propozycja wygląda następująco: https://gist.github.com/kgadek/5218420 sterownik zwyczajnie odbijałby z powrotem do nadawcy. Gdybyśmy zdecydowali się przejść na TCP/IP to w klientach nie trzeba by raczej nic robić. Pytanie też, kto byłby nadawcą tych wiadomości -- klient czy Erlang?
Rozwiązanie tego issue prawie automatycznie rozwiązałoby #21 tak na marginesie ;)
Jak nie to też się nic nie dzieje, w tej chwili mamy dość dobrze wszystko ogarnięte -- jak driver umrze to drzewko supervisorów go zrestartuje.
Mediator wysyła okresowo (co 1-2s?) pakiety do klientów i driverów oczekując odpowiedzi. Jeśli jej nie dostanie w określonym czasie to uznaje, że klient czy driver nie działają. Wykonuje w takim wypadku odpowiednie operacje.
Uwagi
Co to znaczy " odpowiednie operacje " ? Co ma otrzymać driver po śmierci klienta ? Które drivery powinny to otrzymać ? Co, gdy driver umrze -- czy klienci powinni o tym wiedzieć?
The text was updated successfully, but these errors were encountered: