EB
тоже так думаю
Size: a a a
2019 March 07
EB
пока глубоко не копал, но проблема точно есть
ML
отказались от такой затеи. Видимо потеря БД критична для Ecto и Phoenix
я же говорю: родовая травма рельс
ML
люди десять лет думали что кроме мускля БД не существует, а foreign keys можно заимплементить в приложении
EB
:)
ŹR
скорее всего надо структуру супервизоров экто переделывать
Экто поднимает все не в своем приложении, а в твоем - Repo это корень дерева супервизоров
ŹR
Можно его обернуть во что хочешь
EB
@Virviil То есть надо все это изолировать руками
ŹR
Ну само репо же руками прописано в application когда генерируется к примеру феникс проект
ŹR
Как по мне это гораздо лучше, чем method_missing и конвенционные известно где, когда даже подебажить где - не понятно
A
Each repository in Ecto defines a start_link/0 function that needs to be invoked before using the repository. In general, this function is not called directly, but as part of a supervision tree.
A
и запускается как воркер в супервизоре worker(Repo, [])
A
можно написать свой супервизор который будет запускать Repo с более лояльной логикой не вырубать все приложение
к
что за worker() в супервизоре?
к
ага загуглил
к
deprecated, в актуальной доке по ecto этого тоже нет уже
МБ
нагуглил
backoff_type: :stop в настройках репо, в итоге все не будет падать, будет только в лог писатьМБ
но вот не понятно, сможет ли потом пересоздать коннект до бд
МБ
норм, пытается переподключиться