VP
просто для крудов не нужно
Ну как сказать - как-то не хочется раздавать ошибки клиентам при выключении одного из экземпляров приложения. По-хорошему http-сервер должен это уметь.
Size: a a a
2019 June 26
VP
В случае с ktor об этом явно подумали, но что-то пошло не так
RI
Ну как сказать - как-то не хочется раздавать ошибки клиентам при выключении одного из экземпляров приложения. По-хорошему http-сервер должен это уметь.
ну повторят запрос, ничего страшного
VP
ну повторят запрос, ничего страшного
POST не повторишь, но да, с тем же успехом может пойти не так что-нибудь другое
RI
Почему, повторишь. Особенно если у тебя всякий JS это делает
RI
Да и с формами работать будет
AO
Выглядит так, как будто бага тут
io.netty.util.concurrent.SingleThreadEventExecutor#confirmShutdown
io.netty.util.concurrent.SingleThreadEventExecutor#confirmShutdown
AO
if (runAllTasks() || runShutdownHooks()) никогда сюда не заходит, хотя как я понимаю он должен сюда зайти, когда делать нечегоRI
Ну понятно, нетти не продакшен реди
AO
А io.netty.util.concurrent.SingleThreadEventExecutor#runAllTasks() всегда возвращает false, если тасок нет
VP
Почему, повторишь. Особенно если у тебя всякий JS это делает
Если повторять его бездумно, можно получить что-то не то
АО
Используйте CIO
АО
VP
Т.е. автоматически не повторишь
AO
Используйте CIO
Чот сыкатно
VP
Используйте CIO
Эталон production ready
RI
Если повторять его бездумно, можно получить что-то не то
Ну вообще при идемпотентных запросах даже при таком расскладе ничего не случится
VP
Ну вообще при идемпотентных запросах даже при таком расскладе ничего не случится
Ну так а с каких пор POST идемпотентный?
d
пост же не является идемпотентным
VP
Если только накрутить это поверх самому