Size: a a a

2020 December 08

AE

Alexandr Emelyanov in pro.jvm
Artjom Kalita
Он деприкейтед же
замена есть?
источник

A

Artjom Kalita in pro.jvm
Alexandr Emelyanov
замена есть?
От нетфликса resilience4j
источник

AE

Alexandr Emelyanov in pro.jvm
Artjom Kalita
От нетфликса resilience4j
он в спринг клауд интегрирован уже?
источник

A

Artjom Kalita in pro.jvm
Хороший вопрос, надо гуглить
источник

АД

Александр Дерюгин... in pro.jvm
источник

БТ

Бородатый Таракан... in pro.jvm
Как правильно в webflux-e провернуть такую логику?
service.callOne: Mono<Boolean>
service.callTwo: Unit
val myBoolean = service.callOne.ifError(err -> service.callTwo);
service.callThree(myBoolean)
источник

ὦan in pro.jvm
Бородатый Таракан
Как правильно в webflux-e провернуть такую логику?
service.callOne: Mono<Boolean>
service.callTwo: Unit
val myBoolean = service.callOne.ifError(err -> service.callTwo);
service.callThree(myBoolean)
Лично сделал костыльно. Через onErrorResume + block
Лучше чёт пока не допер
источник

ДК

Дима Красилов... in pro.jvm
Можно оффтопнуть?
источник

ДК

Дима Красилов... in pro.jvm
Есть тут чуваки, которые из множества репозиториев делали монорепо?

Я тут долго думал и принял решение, что пора сливать все в монорепо, потому что менеджить 50+ репозиториев очень сильно замедляет разработку.
Когда нужно сделать микрофикс, касающийся нескольких сервисов, это становится очень неприятной рутиной в виде создания 5 веток, мердж реквестов, апрувов, ожидания 5 пайплайнов и т.п.

Ну и прочие плюсы монорепо для меня неистово перевешивают минусы.

Основные трудности в том, чтобы смерджить все эти репы и историю гита сохранить при этом.
Может оно и не нужно в итоге?

Еще стоит вопрос про gradle vs maven для этой задачи. Сейчас мавен, но возможно это как раз повод неистово перейти на градл?
источник

ДК

Дима Красилов... in pro.jvm
Я короче загнался и в итоге решил, что монорепо решает примерно 50% моих проблем.
И подводные камни кажутся незначительными
источник

AG

Alexey Genus in pro.jvm
Скрипт для переезда в монорепу: https://github.com/hraban/tomono
maven для этого полное говно
gradle чуть лучше, но для 50+ сервисов всё равно не очень
Идеальный вариант bazel, но у него плохая поддержка в ide

Но в монорепо точно надо переезжать, это прямо благо
источник

OO

Oleksandr Olgashko in pro.jvm
проблема монорепы - нужны другие тулзы для работы с кодовой базой
источник

OO

Oleksandr Olgashko in pro.jvm
вот да, базель как раз из таких
источник

DC

Denis Chikanov in pro.jvm
у меня был очень ограниченный опыт общения с базелем и в каком-то довольно специфичном сценарии, но он мне показался непроходимым говном
источник

AG

Alexey Genus in pro.jvm
Язык у него непривычный и поддержка IDE хромает. В остальном это просто лучшее, что есть
источник

AG

Alexey Genus in pro.jvm
Возможно, говно, но лучшее
источник

AB

Alexei Barantsev 🗹... in pro.jvm
bazel — силища, но вкатываться в него больно, это правда
источник

ДК

Дима Красилов... in pro.jvm
Alexey Genus
Скрипт для переезда в монорепу: https://github.com/hraban/tomono
maven для этого полное говно
gradle чуть лучше, но для 50+ сервисов всё равно не очень
Идеальный вариант bazel, но у него плохая поддержка в ide

Но в монорепо точно надо переезжать, это прямо благо
Ого и скрипт уже есть.
Это очень, очень приятно.
источник

AB

Alexei Barantsev 🗹... in pro.jvm
кроме плохой поддержки в IDE могу отметить, что поддержка Windows тоже оставляет желать лучшего
источник

AG

Alexey Genus in pro.jvm
Ну он, конечно, так себе по качеству. Скорее он нужен для вдохновения
источник