Орхан Гасанлы

Чем хорош вебфлакс... асинхронностью.
По своему опыту скажу, что он имеет преимущества в плане отзывчивости перед вебом.

Пока не вижу кейсов, при которых не хватало SpringBoot, либо MicroProfile-фреймворков.

Уж поверьте, когда понадобится, тогда увидите нужные кейсы.

Мне например, приходилось разрабатывать приложение, который на вход принимает огромное количество точек (более 1000), строит маршруты и возвращает инструкции. Тав вот, асинхронно (flux) я возвращал данные по мере готовности. А если вы работаете с БД, то можете вместо jdbc подключить r2dbc.

Есть API, Который принимает на вход ID платежа. Далее кроном ходит бд и вытягивает по ID детали платежа
(сумма, реквизит и т.п) и присваивается статус: NEW.

Попробуйте фреймворк spring quartz. Или spring batch. С их помощью можно реализовать то, что вы хотите

Приложение будет предоставлять несколько WEB-сервисов, за каждый будет отвечать отдельный микросервис :) Но все они будут обращаться к одной базе данных.

Может быть вам нужны не микросервисы, а distributed monolith? Ну и реализовать паттерн shared database access

Я хочу сделать микросервис (или модуль?), который абстрагирует БД. Т.е. он умеет читать (пока только читать, а в перспективе и писать, и кэшировать запросы) записи из БД и раздавать их другим частям приложения. Все остальные части ничего не знают про БД, а пользуются готовыми объектами.

Тут можно и про SAGA задуматься.

Но допустим, у меня БД на 1000 таблиц (плюс ещё таблицы взаимосвязаны что порождает вложенные Java-объекты). Это значит, мне надо сделать 1000 репозиториев, в каждом Х методов (получение по ID, получение по значению поля, одного объекта, коллекции...). И ещё 1000*Х методов в контроллерах....

Честно, не уловил сути между количеством таблиц в БД и количеством репозиториев. Но если что можно же монорепо сделать.

Думаю, вам не нужны микросервисы. Вам понадобится monolith, ну или максимумdistributed monolith.
Много чего можно вынести в отдельные модули. Например, создать модуль persistence и вынести DAO туда

Вы можете поднять Nexus репозиторий и использовать сколько угодно
https://habr.com/ru/post/473358/
https://www.sonatype.com/products/nexus-repository

Добрый день
Вам необходимо byte{} перевести в base64.

Чтобы получить массив байтов -

String image = "this is base 64 image";
byte[] photoByteArr = Base64.getDecoder().decode(String image);

Чтобы получить base64

String image = Base64.getEncoder().encodeToString(photo.getImage())

А дальше гляньте, как вставить картинку в base64 - https://stackoverflow.com/questions/8499633/how-to...

Вдобавок к тому, что указал коллега - https://www.youtube.com/watch?v=5ePo08sqcpk&list=P...

Сам когда-то перешел из рнр разработки в Java и скажу, что очень этому рад.
Вряд ли при переходе с рнр на джава вы начнете, как джун. Некоторые мои знакомые перешли из джава в с шарп и сохранили свои позиции миддла.
Так что, если нравится язык, то можете смело переходить.

Доброго дня.
Соглашусь с коллегой. Вам необходимо константы хранить в properties || yml файле.
Далее ознакомьтесь с такими аннотациями, как @Value и @ConfigurationProperties

Как вариант, можете использовать JCommander

Доброго дня!
Соглашусь с коллегой
Лучше поднять фронт и бэк поотдельности.
Притом, можете каждый из них засунуть поотдельности в докер. + добавить nginx.
И будет вам счастье

Добрый день.
Конечно же есть... По факту вам нужно реализовать поиск.
Если нужна готовая либа. то вот:
https://github.com/tkaczmarzyk/specification-arg-r...

Если хотите обойтись без либы, то расширьте репозиторий интерфейсом.
JpaSpecificationExecutor<Book>
А дальше можете передавать туда нужные спецификации (Specification)
https://www.baeldung.com/rest-api-search-language-...

С учетом того, что этой либы нет в Maven Central и др. репозиториях, то вам нужно скачать проект себе. Сбилдить его при помощи Gradle. Созданный jar добавить в виде dependency.

Доброго времени суток!
1)

ConstraintViolationException: Validation failed for classes

Судя по всему у вас есть некий constraint, который был нарушен и потому объект не был сохранен.
Попробуйте подебажить этот момент: Скорее всего проблема тут.

@Getter
    @Setter
    @ElementCollection(targetClass = Role.class, fetch = FetchType.EAGER)
    @CollectionTable(name = "user_role", joinColumns = @JoinColumn(name = "user_id"))
    @Enumerated(EnumType.STRING)
    private Set<Role> roles;

Некоторые рекомендации не связанные с вопросом:
2) рекомендую ознакомитсья с паттерном DTO. Вам нужно принять DTO, замаппить его в Entity. Это более корректный способ.
3) нет смысла дублировать @Getter @Setter, если эти аннотации стоят над каждым полем. Попробуйте перенести его на уровен класса.
4)

Добрый день.
Как отметил коллега, каждый микросервис может быть написан на разных языках и это нормальная практика.
Теперь, что касается Java. Ну во-первых, касаемо используемых фреймворков. Удобонее писать микросервисы на Spring (Spring Boot) или Quarkus.
Приложения могут быть запущены в Tomcat, Jetty, Netty, GlassFish и т.д.
По умолчанию в Spring Boot есть embedded зависимость для самозапускающихся приложений. Например, embedded tomcat.

В Node.js сервисы обычно запускают в Docker, я слышал что в Java для этого используют Tomcat, в чем разница между ними? (или это вообще разные вещи?)

Это разные вещи. Приложения написанные в Java тоже можно контейнезировать и запустить внутри докера.

В Node.js для запуска сервера обычно используют express.js, а что для этого используется в Java? (Servlet, Spring или что-то еще?)

Сервлет, есть сервлет. Spring это фреймворк. А для запуска используется то, что я указал выше.

Допустим я сделал сервер на Servlet, как запускать это в docker контейнере?

https://sematext.com/blog/docker-java-tutorial/

Если я запущу 10 Java сервисов в отдельных Docker контейнерах, в каждом из них будет отдельный экземпляр JRE\JDK?

В этом и есть суть докер контейнера и микросервисов. Каждый микросервис является автономным модулем. Каждый контенер является полноценной системой.

Преимущество Java мискросервисов перед Node.js? (или наоборот)

Не хочу холиварить. У каждого языка и фреймворка свои преимущества. Потому, микросервисы могут быть написаны на разных языках и не только на ноде, но и на Rust, Kotlin, Go и т.д.
https://runnable.com/docker/java/dockerize-your-ja...

Вариантов может быть несколько.
Например, вы указали некорректный путь до БД в конфигах liquibase. Как вариант, вы могли указать localhost вместо названия самого докер контейнера в jdbc url или еще что...

Клиент отправляет файл в апи и на стороне создаётся задача, далее клиенту передается идентификатор задачи по которому он будет время от времени спрашивает прогресс обработки.

Посмотрите в сторону:
- Spring Quartz
- Spring Batch
- Spring Webflux
- DeferredResult

Дальше профилирование, возможно вертикальное расширение.