Понятное дело что время не меняется, но нужно четко хранить локальное, то есть система работает в межтаймзонном режиме

Ок,  спасибо, я думал что есть какой-то может тип специальный.

гуглится же всякое https://docs.oracle.com/javase/7/docs/api/java/util/TimeZone.html

Ну это я знаю, это джава кор

я с точки зрения Hibernate и DBA спрашиваю

Думаю, здесь никаких собенностей нет.

так это задача слоя отображения данных, ведь то, в какой таймзоне отобразится время юзеру зависит от таймзоны этого юзера, либо от таймзоны конечно пункта назначения (смотря как вы хотите показывать).

в любом случае хранить это в БД не сильно в таком случае нужно.

В своем проекте я храню время как два таймстампа (локальный и глобальный). В Hibernate ничего особенного, а в пользоватьльском коде объединяю в одно поле с типом поддерживающем смещение. Utc для поиска, local для вывода. Можно и проще через конверторы, но у меня jpa слишком старая
:-(

В проекте есть ентити Юзер у которого есть Роли. У роли есть ентити привилегии. (Админ, Юзер и тд). Стал вопрос добавления разрешений для ролей. К примеру Админ может иметь доступ везде и удалять, добавлять юзера, Юзер не может добавлять юзера и тд. Пример простой, на деле ролей больше и действий, которые нужно ограничить и разрешить много.
Как лучше это организовать? @Secured("Role") на методе?  Либо есть более елегантный способ?

Secured или PreAuthorize. Последний более новый и более сильный подход за счёт поддержки spel
И ещё можно требовать наличие сразу > 1 роли у пользователя

Доброе утро! Имеется примерно полтора десятка SpringCloud микросервисов, перриодических в их api вносятся обратнонесовместимые изменения и потому на контурах должны быть развернуты совместимые версии микросервисов. Например А-сервис v0.5+ может работать с В-сервисами v0.99+.  Подскажите каким инструументом можно менеджерить версии запущенных микросервисов на совместимость?

Это довольно сложный вопрос. Очень легко менеджерить ВЕРСИИ запущенных. Но вот как проверить что они еще и совместимы? Либо знать это наперед (не вносить ломающих изменений), либо протестировать.

В плане тестирования на совместимость есть концепция Consumer driven contract. Есть даже какие-то стандартные решения для её реализации на java, но как я слышал, всякие автоматизации пока что работают не так хорошо, как хотелось бы. Месяца так 2-3 назад был митап в avito по тестированию. Там в частности было пару докладов про CDC. Можешь начать исследования с этого

да, конечно я готов где-то руками забивать что такая-то версия сервиса совместима с такой-то версией другого сервиса. В принципе задача не сложная и я думал ее прямо в Дискавери сервисе как-то запилить, но может есть что-то готовое?

Я слышал только о самописном костыле на GO все с того же митапа)

Вот к слову ссылка на тот митап https://www.youtube.com/watch?v=dK7JEouxPAE

Спасибо!

Можно как-то инициализировать объект, создаваемый джексоном, который приходит в контроллер? Допустим клиент передает id, а хотелось бы иметь на входе уже преобразованный объект с подтянутыми сущностями по этому id из базы. Или это не в контроллере нужно делать?

Не в нем)

Есть допустим валидация, она же верифицирует ID, чтобы убедиться, что Василий не напихал туда значений из головы. Получается нужно будет дергать базу еще раз в приложении, так почему бы сразу не инициализировать после валидации и не передать данные в контроллер

Вообще spring-data это из коробки умеет. Просто делаете параметр контроллера вашу JPA Энтити - и он сам делает findById. Но лучше так не делать, да.

так тоже лучше не делать