i
я это читала, у меня не работает
Size: a a a
2020 December 07
i
пардон, вот это сработало https://stackoverflow.com/questions/42251975/how-to-increase-width-of-column-of-table-in-word-file-by-java/42254536#42254536
C
O’Neal’ buddy, код неверный, обратись к админу.
EI
Хочу подписщиц в инстаграм
K
#toAdmins @igDen
BA
Всем привет) подскажите, в kafka насколько хороша идея (в мультиарендаторном приложении) создавать топик для каждого арендатора?
P
Ребят, а этот конфиг работает для Spring Query Map?
spring.jackson.property-naming-strategy=SNAKE_CASE
spring.jackson.property-naming-strategy=SNAKE_CASE
P
А то у меня в url параметры отправляются в CAMEL CASE - передаю через @SpringQueryMap FilterTripParams params
P
Ребят, так никто не знает? Для обьектов работает, но с анотацией SpringQueryMap - нет...
Edited: создал Issue https://github.com/spring-cloud/spring-cloud-openfeign/issues/439
Edited: создал Issue https://github.com/spring-cloud/spring-cloud-openfeign/issues/439
AE
там по дефолту выводится весь url, включая query параметры. сейчас буду пробовать пилить свой errorDecoder, где буду исключать нужный мне параметр
Ты токены из url светить не хочешь?
А
Ты токены из url светить не хочешь?
да
AE
Всем привет) подскажите, в kafka насколько хороша идея (в мультиарендаторном приложении) создавать топик для каждого арендатора?
Ну тут всегда холиварная тема "мало топиков и много типов сообщений в топике" vs "топик на так сообщения"
Или речь о топике на клиента?
Или речь о топике на клиента?
AE
да
Эм, просто не логгируй) а что за проблема такая, к логам имеют доступ не доверенные люди?
А
Эм, просто не логгируй) а что за проблема такая, к логам имеют доступ не доверенные люди?
ну у нас местами есть, что логируется весь ексепшн. а там содержится и урл, который вызывали.
Доступа не имеют, но это ж не хорошо такое логгировать. тем более у нас на проекте до этого был тикет, в котором надо было скрывать некоторые данные, которые логгирует nginx
Доступа не имеют, но это ж не хорошо такое логгировать. тем более у нас на проекте до этого был тикет, в котором надо было скрывать некоторые данные, которые логгирует nginx
BA
Ну тут всегда холиварная тема "мало топиков и много типов сообщений в топике" vs "топик на так сообщения"
Или речь о топике на клиента?
Или речь о топике на клиента?
Топик на клиента. Job1_tenantA, Job2_tenantA, Job1_tenantB, Job2_tenantB
Ещё есть идея раздел в топике под клиента. Вот и думаю, как более менее верно
Ещё есть идея раздел в топике под клиента. Вот и думаю, как более менее верно
AE
Топик на клиента. Job1_tenantA, Job2_tenantA, Job1_tenantB, Job2_tenantB
Ещё есть идея раздел в топике под клиента. Вот и думаю, как более менее верно
Ещё есть идея раздел в топике под клиента. Вот и думаю, как более менее верно
Зачем? Кто клиенты? Сервисы или пользовательское по?
BA
Зачем? Кто клиенты? Сервисы или пользовательское по?
Пока что сервисы, планируется и по.
Разделение , что бы убрать "шумных соседей".
Возможно зря по разделению (топик/раздел) парюсь?
Разделение , что бы убрать "шумных соседей".
Возможно зря по разделению (топик/раздел) парюсь?
2020 December 08
A
Почему нужно(или не нужно)) имплементировать интерфейсы репозитории в классах сервисах интерфейсах, то есть сначала репозиторий с Jpa -> сервисы интерфейс набором методов, и класс сервис который имплементирует/реализует интерфейс с набором методов(который заимплементился от интерйса репозитория) Получается интерфейс ради интерфейса?) Почему бы классу сервису напрямую не имплементировать интерфейсы репозитории...?))