k
Так его настроить надо
То есть если я делаю new ObjectMapper, я не получаю дефолтный?
Я его конфигурирую (fail on unknown задаю false), но это не помогло тогда
Я его конфигурирую (fail on unknown задаю false), но это не помогло тогда
Size: a a a
2020 November 24
AE
По моим личным ощущениям орм больше проблем создала чем решила
Все зависит от сложности доменной модели и нагрузок
AE
То есть если я делаю new ObjectMapper, я не получаю дефолтный?
Я его конфигурирую (fail on unknown задаю false), но это не помогло тогда
Я его конфигурирую (fail on unknown задаю false), но это не помогло тогда
Дефолт, но спринг его настраивает не мало
AE
Я бы ещё инжектировал message converter и посмотрел что там
k
Понял, буду разбираться
AE
Или ты совсем руками только конвертишь?
k
Я сначала читаю json в один класс, а потом превращаю его в другой, загруженный другим класслоадером
Пока что это все действия
Пока что это все действия
RS
То есть если я делаю new ObjectMapper, я не получаю дефолтный?
Я его конфигурирую (fail on unknown задаю false), но это не помогло тогда
Я его конфигурирую (fail on unknown задаю false), но это не помогло тогда
new ObjectMapper() создаст дефолтный для Джексона, никак не затронутый спрингом.Если у вас спринг-бут, то он создает ObjectMapper и конфигурирует согласно настройкам application.yaml и выставляет его в виде синглтон-бина, так что можно просто инжектить его, где нужно, и использовать - и он уже будет настроен так, как надо.
C
Чот я помню, хочу автовайрнуть ObjectMapper, а спрингбут мне - нет такого бина. Может, он из starter-web'а приходит, а у меня в том модуле web'а нет - точно не помню...
EI
А почему выбирают вебфлакс? Из-за сложности мультитреда?
RS
Чот я помню, хочу автовайрнуть ObjectMapper, а спрингбут мне - нет такого бина. Может, он из starter-web'а приходит, а у меня в том модуле web'а нет - точно не помню...
Ну да, там стоит
@ConditionalOnClass(Jackson2ObjectMapperBuilder.class), этот класс из spring-webRS
А почему выбирают вебфлакс? Из-за сложности мультитреда?
нет, вебфлакс как раз сложнее, чем стандартная модель программирования, где ты пишешь синхронный код и о тредах большую часть времени не думаешь.
выбирают как раз ради того, чтобы не создавался тред на каждый запрос. когда идет тысяча одновременных запросов, то такая модель становится не очень производительной и тратит много памяти впустую (т.к. 1 тред занимает примерно 1 мб сам по себе)
выбирают как раз ради того, чтобы не создавался тред на каждый запрос. когда идет тысяча одновременных запросов, то такая модель становится не очень производительной и тратит много памяти впустую (т.к. 1 тред занимает примерно 1 мб сам по себе)
AE
Ruslan Stelmachenko
нет, вебфлакс как раз сложнее, чем стандартная модель программирования, где ты пишешь синхронный код и о тредах большую часть времени не думаешь.
выбирают как раз ради того, чтобы не создавался тред на каждый запрос. когда идет тысяча одновременных запросов, то такая модель становится не очень производительной и тратит много памяти впустую (т.к. 1 тред занимает примерно 1 мб сам по себе)
выбирают как раз ради того, чтобы не создавался тред на каждый запрос. когда идет тысяча одновременных запросов, то такая модель становится не очень производительной и тратит много памяти впустую (т.к. 1 тред занимает примерно 1 мб сам по себе)
Ещё большое количество тредов так же не бесплатно по cpu
RS
Ещё большое количество тредов так же не бесплатно по cpu
Верно. Это я и имел ввиду под "становится не очень производительной". ОС начинает тратить больше ресурсов на переключение контекста между потоками, чем на саму работу внутри потоков.
AE
Надо микронавт попробовать, там hibernate reactive пришили уже
EI
Ruslan Stelmachenko
нет, вебфлакс как раз сложнее, чем стандартная модель программирования, где ты пишешь синхронный код и о тредах большую часть времени не думаешь.
выбирают как раз ради того, чтобы не создавался тред на каждый запрос. когда идет тысяча одновременных запросов, то такая модель становится не очень производительной и тратит много памяти впустую (т.к. 1 тред занимает примерно 1 мб сам по себе)
выбирают как раз ради того, чтобы не создавался тред на каждый запрос. когда идет тысяча одновременных запросов, то такая модель становится не очень производительной и тратит много памяти впустую (т.к. 1 тред занимает примерно 1 мб сам по себе)
Спасибо
E
Ребят, Spring Boot Native на GraalVM ковырял кто-нибудь ради интереса?
AE
Ruslan Stelmachenko
Верно. Это я и имел ввиду под "становится не очень производительной". ОС начинает тратить больше ресурсов на переключение контекста между потоками, чем на саму работу внутри потоков.
Но есть одно но - при малом значении конкуретности производительность вебфлакса устремится к классическому mvc. Ещё такой момент - если соотношение ожидания вода вывода к полезной работе cpu очень мало, то смысла от вебфлакса будет мало, тредов на его работу будет гораздо меньше
RS
Но есть одно но - при малом значении конкуретности производительность вебфлакса устремится к классическому mvc. Ещё такой момент - если соотношение ожидания вода вывода к полезной работе cpu очень мало, то смысла от вебфлакса будет мало, тредов на его работу будет гораздо меньше
Я как-то читал статью про то, как Нетфликс переходил со своего синхронного Zuul на асинхронный (который они вроде так и не релизнули, или релизнули, но спринг уже к тому времени начал продвигать свой cloud-gateway, не помню). И не смотря на то, что там нагрузки довольно приличные, на большинстве сервисов они не получили никакого выигрыша. На некоторых выигрыш был 30%. Так что да)
AE
Ruslan Stelmachenko
Я как-то читал статью про то, как Нетфликс переходил со своего синхронного Zuul на асинхронный (который они вроде так и не релизнули, или релизнули, но спринг уже к тому времени начал продвигать свой cloud-gateway, не помню). И не смотря на то, что там нагрузки довольно приличные, на большинстве сервисов они не получили никакого выигрыша. На некоторых выигрыш был 30%. Так что да)
Zuul2 вышел, да, но в spring cloud его не затащили)