Size: a a a

2020 July 27

GL

Gennady Lebedev in pro.jvm
кому как
источник

GL

Gennady Lebedev in pro.jvm
но это от сложности зависит сильно, делать эталонную проверку корректности емейла по спеке - не призываю)
источник

AE

Alexandr Emelyanov in pro.jvm
Gennady Lebedev
как нет, если да
HB выполняет действие при закрытии транзакции
транзакции сделаны через AOP
AOP - неявная шляпа
транзакции можно использовать явно, поэтому на АОП управление транзакциями этот жффект совершенно не завязан
источник

GL

Gennady Lebedev in pro.jvm
тоже правда
источник

AE

Alexandr Emelyanov in pro.jvm
Gennady Lebedev
но это от сложности зависит сильно, делать эталонную проверку корректности емейла по спеке - не призываю)
там повеситься можно
источник

h

humanoid in pro.jvm
Gennady Lebedev
как нет, если да
HB выполняет действие при закрытии транзакции
транзакции сделаны через AOP
AOP - неявная шляпа
"неявная шляпа"
Это наверное про всю джаву?) Потому что вся джава а вонючей рефлексии
источник

AE

Alexandr Emelyanov in pro.jvm
Gennady Lebedev
тоже правда
почему наезд на аоп не оправдан, посчитаем это ФП травмами
источник

GL

Gennady Lebedev in pro.jvm
humanoid
"неявная шляпа"
Это наверное про всю джаву?) Потому что вся джава а вонючей рефлексии
нууу, не надо так
реально мрачный - HB
спрингом можно пользоваться с минимумом рефлексии
источник

GL

Gennady Lebedev in pro.jvm
источник

AE

Alexandr Emelyanov in pro.jvm
все видели наверно
источник

AE

Alexandr Emelyanov in pro.jvm
кто интересовался
источник

P

Pan Kotek in pro.jvm
Даже использовали
источник

P

Pan Kotek in pro.jvm
источник

A

Aleksandr in pro.jvm
Знатоки секьюрити, встречали ли подобную ошибку?
Handling error: InvalidGrantException, Неверные учетные данные пользователя
2020-07-27 20:22:53.893  WARN 6402 --- [nio-8080-exec-1] .m.m.a.ExceptionHandlerExceptionResolver : Resolved [error="invalid_grant", error_description="Неверные учетные данные пользователя"]

Что ещё это может значить помимо проблем с пропертями?
источник

SP

Sergey Potekhin in pro.jvm
источник

A

Aleksandr in pro.jvm
Ну да, с точки зрения запроса проблем тут нету
источник

V

Vitalii in pro.jvm
Подскажите какие есть варианты решения: спринг апликейшн с springdoc либой для генерации openapi. Какие есть плагины для gradle/maven чтобы сохраняли сгенеренную документацию на репозиторий? Или может есть другие бест практис, чтобы после изменения апи не копипастить новый файл на все связанные сервисы, а просто версию артифакта проапдейтить или типа того...
источник

AE

Alexandr Emelyanov in pro.jvm
Vitalii
Подскажите какие есть варианты решения: спринг апликейшн с springdoc либой для генерации openapi. Какие есть плагины для gradle/maven чтобы сохраняли сгенеренную документацию на репозиторий? Или может есть другие бест практис, чтобы после изменения апи не копипастить новый файл на все связанные сервисы, а просто версию артифакта проапдейтить или типа того...
пишешь тест, который поднимает весь контекст (либо только контроллеры + моки) и дергаешь эндпоинт доки, результат запроса сохраняешь куда надо
источник

V

Vitalii in pro.jvm
Alexandr Emelyanov
пишешь тест, который поднимает весь контекст (либо только контроллеры + моки) и дергаешь эндпоинт доки, результат запроса сохраняешь куда надо
спасибо, думал подобные решения уже написаны до нас) а как все таки архитектурно правильнее: как ты написал тест на целевом сервере и хранить доку в репозитории или написать что-то типа плагина на связанном сервисе который напрямую с апликешина по ендпоинту будет брать ямл файл и генерить доку (наверное так сложнее версию контроллировать)
источник

AE

Alexandr Emelyanov in pro.jvm
Vitalii
спасибо, думал подобные решения уже написаны до нас) а как все таки архитектурно правильнее: как ты написал тест на целевом сервере и хранить доку в репозитории или написать что-то типа плагина на связанном сервисе который напрямую с апликешина по ендпоинту будет брать ямл файл и генерить доку (наверное так сложнее версию контроллировать)
Какой целевой сервер?
источник