ИЕ
а разве по сематике в stop функции не должны дропаться спейсы, удаляться функции зарегистрированные (как деинсталяция)?
Или за это другая операция отвечает?
Или за это другая операция отвечает?
Size: a a a
2020 December 24
R
по-другому нормально не сделать. если API держать, то он будет держать референсы на старые функции, которые держат референсы на старые модули (через замыкания)
да все нормально это делается , внутри прокси функций без проблем атомарно меняются ссылки со старых на новые, при этом "в моменте" когда роль не доустпна эти прокси функции выдают служебную ошибку для rpc модуля который понимает что нужно сделать ретрай в связи с обновлением роли ... вот как это должно быть
KN
гораздо проще считать что если ты получаешь ответ в стиле "404", то сейчас идет перезагрузка кода, и нужно просто делать ретрай
R
а разве по сематике в stop функции не должны дропаться спейсы, удаляться функции зарегистрированные (как деинсталяция)?
Или за это другая операция отвечает?
Или за это другая операция отвечает?
вот вот!!
KN
а разве по сематике в stop функции не должны дропаться спейсы, удаляться функции зарегистрированные (как деинсталяция)?
Или за это другая операция отвечает?
Или за это другая операция отвечает?
нет
DS
а разве по сематике в stop функции не должны дропаться спейсы, удаляться функции зарегистрированные (как деинсталяция)?
Или за это другая операция отвечает?
Или за это другая операция отвечает?
такая была исходная задумка (выключение роли насовсем), но вроде ни один человек так этим не пользуется
R
гораздо проще считать что если ты получаешь ответ в стиле "404", то сейчас идет перезагрузка кода, и нужно просто делать ретрай
вообще не проще ... я вообще не хочу знать про релоад... я вызываю api через роль которая существует
MF
а разве по сематике в stop функции не должны дропаться спейсы, удаляться функции зарегистрированные (как деинсталяция)?
Или за это другая операция отвечает?
Или за это другая операция отвечает?
я придерживаюсь мнения что автоматические дропы опасны
DS
заведи ишью на cartridge чтобы stop() у ролей звался
я бы скорее позволил ролям "дописывать" функции в on_shutdown
KN
получается да, документация не соответствует тому, как это де-факто используется, надо поменять
ИЕ
в целом мне кажется каким бы подход ни был рекомендованный - его нужно в документации отразить (пример будет отлично)
KN
вообще не проще ... я вообще не хочу знать про релоад... я вызываю api через роль которая существует
так в общем случае нельзя сделать, потому что это чревато подвисанием большого количества запросов и истощением ресурсов на сервере. клиентам обязательно надо дать понять что нужно "поумерить пыл на время"
KN
мы думали про удержание запросов, но откинули эту идею именно по таким соображениям
KN
в частном случае и при большой аккуратности -- может прокатить
KN
плюс у тебя не раскрыта проблема с разрегистрацией неиспользуемых более эндпойнтов. сейчас логика такая - мы дропаем все эндпойнты, а когда код загружается, он регистрирует только то что нужно
KN
когда новый код загрузится, твои удержанные запросы все равно могут привести к "404"
YD
а можно шаг назад? что за роль вы пишете и откуда размышления про грейсфул шатдаун?