D
Size: a a a
2021 January 28
П
Спасибо, буду сравнивать пробовать
SP
а может проще подключаться прямо к данным? Можно сделать сервис-адаптер на Spring-Boot и в нем обернуть JJDBC вызовы в REST. Мы так делали в финтех проекте для подключения к банковской АБС
SP
получается легковесно и независимо
П
Если бы можно было сделать отдельный сервис вопроса бы не стояло)
SP
у них деплой каждого war на томкат платный? )))
П
Задача просто найти инструмент, чтобы в монолите сделать слой, который будет уметь принимать запросы. А не доставать параметры из http request руками и все далее вытекающее
П
у них деплой каждого war на томкат платный? )))
Каждый новый сервис +100500 строк какого-то скрипт кода для деплоя. Лучше не спрашивайте, это долго объяснять, проблема вытекает из организационных разногласий
SP
ну если монолит будет принимать запросы, то там тоже будут параметры
П
Параметры везде будут. Разница в удобстве их извлечения, валидации, организации url и тд
SP
ну url будет на том же хосте, просто с другим именем приложения. Деплой на томкат делается простым копированием в папку. Это одна команда
П
Если вы хотите меня убедить в том что подход плохой то не старайтесь, я итак знаю
П
Не хочу спорить. Я с вами согласен что лучше так. Но так нельзя.
SP
Павел
Если вы хотите меня убедить в том что подход плохой то не старайтесь, я итак знаю
Ну, остается только посочувствовать. Надеюсь за такую работу достойно платят
П
Спасибо)
РН
всем привет, есть вопрос по apache camel
как обратно заагрегейтить заспличенную коллекцию элементов переменного размера? при этом внутри пути отдельного элемента могут быть ещё вложенные сплиттеры и мультикасты
мне непонятно откуда агрегатор должен взять размер исходной коллекции
как обратно заагрегейтить заспличенную коллекцию элементов переменного размера? при этом внутри пути отдельного элемента могут быть ещё вложенные сплиттеры и мультикасты
мне непонятно откуда агрегатор должен взять размер исходной коллекции
K
в эксепшене должна быть информация
Далеко не всегда в эксепшене есть эта информация. У меня лично был кейс с жпа+постгрес когда единственная инфа в эксепшене: value too long.
Я в итоге искал через дебаггер, но вообще говорят что надо логи самой базы ковырять.
А вообще, таких кейсов не должно быть в принципе. Это в первую очередь указывает на косяк в сервисе. Достаточно внимательно посмотреть на хранимую сущность. Если поле вводимое - должны быть валидаторы. Если генерируемое - значит ты что-то делаешь не так.
Я в итоге искал через дебаггер, но вообще говорят что надо логи самой базы ковырять.
А вообще, таких кейсов не должно быть в принципе. Это в первую очередь указывает на косяк в сервисе. Достаточно внимательно посмотреть на хранимую сущность. Если поле вводимое - должны быть валидаторы. Если генерируемое - значит ты что-то делаешь не так.
K
Всем привет, у меня есть в spring data jpa приложении есть класс сущность и новые значения я сохраняю стандартно через метод save(). Но возникла PropertyValueException, наверное я не вписываюсь в какое-то ограничение в таблице. Можно ли узнать на каком именно поле возникает ошибка. Потому что через дебаггер долго и неудобно высматривать ошибку.
⬆️