Size: a a a

2021 March 26

ГС

Георгий СПб... in pro.jvm
подозреваю что можно сделать как-то более логично
источник

B

Boxlogo in pro.jvm
Георгий СПб
Не понял вопроса, сейчас делаем рест, потом клиент хочет попилить всё на микросервисы и юзать grpc
В смысле потом? Т.е вы сейчас пишите монолит, а дальше хотите разбить его на микросервисы?
источник

ГС

Георгий СПб... in pro.jvm
да
источник

ГС

Георгий СПб... in pro.jvm
Сейчас gRPC используют для запросов с фронта на бэкенд?

Тут написано, что ещё не готово:
https://grpc.io/blog/state-of-grpc-web/

Но компилятор в JS я видел
источник

B

Boxlogo in pro.jvm
Георгий СПб
Сейчас gRPC используют для запросов с фронта на бэкенд?

Тут написано, что ещё не готово:
https://grpc.io/blog/state-of-grpc-web/

Но компилятор в JS я видел
В чем проблема использовать обычный рест контроллер для связи  бека с фронтом?
источник

S

Susa in pro.jvm
Георгий СПб
Сейчас gRPC используют для запросов с фронта на бэкенд?

Тут написано, что ещё не готово:
https://grpc.io/blog/state-of-grpc-web/

Но компилятор в JS я видел
В основном его используют для взаимосвязь между сервисами
источник

D

Dima in pro.jvm
Георгий СПб
Или есть какие-то правильные способы выдать фейковый рест апи для фронта апи на время разработки бэкенда?
можете руками/можете генерить моки
источник

ГС

Георгий СПб... in pro.jvm
Моки генерить прям в контроллере?
Вариант, но там будет столько кода, плюс зависимость на конвертер, а ведь конвертер в ДТО должен быть в сервисе, по идее. Вот по такой логике всё и переехало в сервисы, а контроллеры чистенькие

Я ещё думал что вот эти фейковые репо для фронта можно будет потом использовать для тестов, поэтому соблазнился этой идеей, ведь звучит здорово
источник

ГС

Георгий СПб... in pro.jvm
Похоже я понял, надо мокать сервисы, и всё будет гут
У фейковых сервисов прям внутри собирать объекты, а у настоящих будет зависимость на JpaRepository
источник

ГС

Георгий СПб... in pro.jvm
И наследовать оба сервиса от одного интерфейса, тогда и тестировать можно будет удобно
источник

IS

Ignat Simonenko in pro.jvm
Георгий СПб
И если это возможно - для фронта
grpc можно сконфигурировать, чтоб он был совместим с рестом
https://grpc.io/blog/coreos/
источник

ГС

Георгий СПб... in pro.jvm
Спасибо!
Как раз натыкался на статью об этом на хабре, посочувствовал тем кто вынужден сидеть на двух стульях. А выходит придётся и мне)
источник

МН

Макс Новиков... in pro.jvm
Всем привет! Кто-нибудь писал телеграм ботов? Никак не могу понять как получить ссылку для добавления в групповой чат. Метод chat.getInviteLink() выдает null. Использую библиотеку org.telegram.telegrambots.
источник

WT

Waldemar Tsiamruk in pro.jvm
Вы лучше на доку телеги смотрите а потом как это в либе реализовали
источник

V

Vladimir in pro.jvm
Георгий СПб
Спасибо!
Как раз натыкался на статью об этом на хабре, посочувствовал тем кто вынужден сидеть на двух стульях. А выходит придётся и мне)
envoy grpc transcoding не смотрели? Мы пользуем как прокси http-grpc
источник

DZ

Dmitriy Zanin in pro.jvm
Dmitriy Zanin
Feign logging only responds to the DEBUG level.

Есть простой способ (без переопределения всего FeignClient) задать уровень логирования на INFO?
root level задан на info, соотвественно логи feign не получаю. Задача залогировать вызовы через feign client
если вдруг кому понадобится - как в итоге получилось у меня обойти это недоразумение:
Создал CustomLogger extends feign.Logger
Переопределил в нем 3 основных метода (logRequest, logAndRebufferResponse, log) - по факту взял всё полностью из feign.Logger что бы ничего не сломать 🙂
log - в нем заменил вызов log.debug на log.info
logRequest и logAndRebufferResponse оставил как в feign.Logger, так как в логгере, используемом по умолчанию (Slf4jLogger) эти методы переопределены и стоит проверка if (this.logger.isDebugEnabled())
После чего в конфиге создал бин
@Bean
feign.Logger logger() {
   return new CustomLogging();
}


the end.
ps: надеюсь не отсрелю себе ногу по яйца
источник

МН

Макс Новиков... in pro.jvm
Waldemar Tsiamruk
Вы лучше на доку телеги смотрите а потом как это в либе реализовали
Да вот не соображу чего-то ...  подумал вдруг кто-то уже разбирался
источник

ГС

Георгий СПб... in pro.jvm
Vladimir
envoy grpc transcoding не смотрели? Мы пользуем как прокси http-grpc
Сейчас глянул быстро, в чём преимущество перед официально рекомендуемым способом? (https://grpc.io/blog/coreos/)

Вдобавок ещё доп зависимость от библиотеки, которая не входит в gRPC и не поддерживается гуглом наверняка
источник

V

Vladimir in pro.jvm
Георгий СПб
Сейчас глянул быстро, в чём преимущество перед официально рекомендуемым способом? (https://grpc.io/blog/coreos/)

Вдобавок ещё доп зависимость от библиотеки, которая не входит в gRPC и не поддерживается гуглом наверняка
Хм, envoy это практически стандарт и это не библиотека, а прокси которому просто можно скормить протобаф.
источник

ГС

Георгий СПб... in pro.jvm
Vladimir
Хм, envoy это практически стандарт и это не библиотека, а прокси которому просто можно скормить протобаф.
понял, спасибо
источник