order by now()

Jpql?

использую findAll(Pageable), которому передаётся Sort

ну, вот не хотелось бы критерии строить, результат разбирать... в sql всё просто и условие простое, хотелось, что бы и тут легко было

так тебе сказали про jpql, а не о Criteria API

Подскажите пожалуйста, вношу изменения в проект(сайт с дашбордом), собираю через Grails в war. Останавливаю службу на сервере Tomcat 9, меняю варник, запускаю службу и всё работает.
Но нет никаких изменений на сайте, даже если просто поменять название графика. Как будто он берёт данные с кэша, причём у себя локально его чистил.
Кто может подсказать, в каком направлении искать? Спасибо

order by now()

В чем прикол сортировки про функции now()? Зачем сортировать по текущему времени?

это просто пример, что есть некое sql выражение, по которому нужно отсортировать

сто лет не работал с вар, но вроде там после деплоя это все распаковывается в другую директорию

похоже из этой другой директории и отдается старая версия

Привет, может кто в двух словах объяснит как хранить состояния или версии объектов, например есть объект у которого параметр 30,  я его хочу сохранить как снапшот в базе (postgres или mysql), а потом ещё раз взять через день сделать снапшот чтобы потом сравнить . Буду благодарен

Мне кажется, это будут разные объекты, так как значение полей у них разные )
Соответственно и это будут две различные записи в таблице в базе данных.

Просто записывать каждый раз новой строкой с инкрементом версии

Аудит БД?

Там же (в Sort) есть Order, Direction и прочее такое. Или дело в сортировке именно в БД?

Как я понял из доки в Sort (Order) можно передавать только свойства Entity. Получается, только либо @Formula, либо, как писали выше, jpql

Если у тебя есть специфичные только для твоей бд вызовы функций, можешь глянуть в сторону nativeQuery

Hibernate Envers. Она фиксирует изменения сущности, произведенные в рамках транзакции, в отдельной таблице автоматически. Настраивается (можно выбрать конкретные колонки для аудита).
pgAudit - для постгреса. Тоже самое, что Envers, но средствами БД.

еще одна альтернатива Envers = Javers  - я смотрел краем глаза очень грамотно выглядит

всем привет, есть вопрос по apache camel

цель: обработать трёхуровневую иерархию объектов + связать их со справочниками
пример: отдел, команда, человек. данные включают несколько отделов, отдел включает несколько команд, команда включает несколько людей, и у каждого уровня есть ещё всякие связи со справочниками

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

вопрос: как можно сагрегировать коллекцию с непостоянной длиной после сплита?

возможно, короче по больше опишу ситуацию: есть страница инстаграмма, и параметры подписчики, подписки, колво публикаций, я сделаю сником, через день делаю еще один снимок мне эти два снимка нужно сравнить, как мне их грамотно уложить в базе, чёт не додумаюсь 😂