хз но оставил только вот это

@Data
public class DeptResponseDto {
    private Long id;
    private String name;

}

проект собрался...

через рефлекшн и все такое

Всем привет!
Как в java хранят числа, которые превышают диапазон long?

BigInteger

Аа, понял, спасибо!)

А что именно непонятно?

Декларируешь пост процессор, спринг при создании бинов цепляет через рефлекшн (не всегда) какую-то логику

Когда готовый бин выдаётся, это может быть прокси

А вовсе не тот класс, который декларировался

Ну и спрингу, конечно, нужно сказать о существовании твоих пост-процессоров

Для стандартных пост-процессоров это делается с помощью <context:annotation-config />, например

(иксэмэлем уже никто не пользуется)

пост процессоры имплементим от определенного интерфейса и делаем бинами и в таком случае спринг их использует верно?

Да, автоматическая регистрация

Есть ещё бин фактори пост процессор, например, который отрабатывает перед созданием бинов

Угу, верно

а если BeanFactory используем? хочу понять разницу автоматической регистрации от неавтомат

Этого я не помню, но гугл говорит, что можно вот такое делать addBeanPostProcessor()

Потыкай ручками, ответ быстро прийдёт

It is important to know that a BeanFactory treats bean post-processors slightly differently than an ApplicationContext. An ApplicationContext will automatically detect any beans which are defined in the configuration metadata which is supplied to it that implement the BeanPostProcessor interface, and register them as post-processors, to be then called appropriately by the container on bean creation. Nothing else needs to be done other than deploying the post-processors in a similar fashion to any other bean. On the other hand, when using a BeanFactory implementation, bean post-processors explicitly have to be registered