датасорс сконфигурируй

Лучше использовать completableFuture или Mono из реактора. Код на тредах очень длинный, плохо читаемый и не композируется.

а кто-то говорил что он что то на тредах делает?

Кто может помочь

Не могу написать шифр многоалфавитной замены

Не знаю с чего начать

А runnable и callable не связаны с тредами?)

enum такое тоже, лучше стринги, иначе потом может стрелять

ахаха, вспомнил тут "бестпрактис" от одних ребят. они генерацию енумов делали.

не спрашивайте как и зачем

Смотря как их использовать) это же просто интерфейсы

У меня енамы стреляли в protobuf/thrift, теперь пять раз думаю прежде чем писать новый енам

А что там стреляет, если протокол изначально предполагает, что новые значения могут появляться?

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

Это просто интерфейсы, мы их и ваше тредов использовали

Эм. Странно. Ну ок

например если коннектор читает из кафки сообщения и пишет в базу as is, прилетает UNRECOGNIZED(для protobuf) и пишется в БД, потом приходится перечитывать топик

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

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

@igorz @dmsol