Dmitry Roo

1. RTFM!

forEach в стримах:
Performs an action for each element of this stream.
This is a terminal operation.
The behavior of this operation is explicitly nondeterministic. For parallel stream pipelines, this operation does not guarantee to respect the encounter order of the stream, as doing so would sacrifice the benefit of parallelism. For any given element, the action may be performed at whatever time and in whatever thread the library chooses. If the action accesses shared state, it is responsible for providing the required synchronization.


forEach для Iterable:
Performs the given action for each element of the Iterable until all elements have been processed or the action throws an exception. Actions are performed in the order of iteration, if that order is specified. Exceptions thrown by the action are relayed to the caller.
The behavior of this method is unspecified if the action performs side-effects that modify the underlying source of elements, unless an overriding class has specified a concurrent modification policy.


2. Ну это совсем просто загуглить

3. Вопрос про отпуск и когда вы можете выйти на работу - это самый обычный вопрос, показывающий, что собеседующий не вчера родился и знает, что люди, иногда не могут выйти на работу "завтра", что иногда у них есть "планы на отпуск и уже билеты куплены". Элементарное управление кадрами.

Потому, что javac только компилирует.
Запускает - java

Только так:

var x = Objects.isNull(obj.getStr1()) ? obj.getStr2() : obj.getStr1();

Лучший способ - через систему сборки maven или gradle.
https://mvnrepository.com/artifact/com.github.kwha...

Обычно с помощью @Bean создают объекты, которые требуют дополнительной настройки. Часто это какие-то компоненты из библиотек, например, http клиенты, пулы подключений и т.д.
@Component и @Service используют обычно, когда ничего особенного при создании объекта не требуется.

Проблема в том, что знако =- это знак присваивания.
Поэтому у вас отправка не на "первую найденную", а на последнюю.

Вам же, видимо, нужно найденные списки собирать в одни список. Для этого есть методы .add (для одного элемента) и .addAll для нескольких.

Вы используете spring-boot.
Не нужно указывать версии hibernate. Совместимая версия уже указана в пэрент-поме спрингбута.

hibernate-core версии 4.3.11.Final вышел в далеком 2015м во времена восьмой джавы.
java 20 вышла в этом году.
Вряд-ли они вместе заработают.

Удалите эту зависимость:

<dependency>
      <groupId>org.hibernate</groupId>
      <artifactId>hibernate-core</artifactId>
      <version>4.3.11.Final</version>
    </dependency>

Я бы приложил усилия для постепенного перевода проекта на реактивные рельсы, ну а пока можно просто передать результат в методе .subscribe

Вам нужно.
- Сделать флюкс не строки, а какого-то своего типа, который будет содержать статус и саму строку
- Добавить логику, при которой статус будет зависить от содержания флюкса

Тогда методом .onErrorResume можно будет поймать исключение, обработать и добавить к ответу.

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

Ну и у джавы, нерешаемых проблем довольно мало, чтобы от нее отказываться. На рынке есть много персонала разной квалификации, JVM - прекрасная, развивающяяся платформа.
На расте же писать никто не умеет (по сравнению с джавой), не понятно какие у технологии перспективы, есть вышеуказанные проблемы. Чем он может заинтересоваться большой бизнес?
Производительностью? Так и jvm достаточно производительна, во-первых, а во вторых, есть куча приложений, для которых никакой хай-лоад и никакое лоу-латенси не предусмотренно...

Camunda?

Нужно установить переменную окружения JAVA_HOME, которая будет смотреть на расположение нужной версии джавы.

Во-первых, ничего страшного.
Во-вторых, вы их всегда можете переименовать.

Если вы, во время логирования, создаете объект - его надо где-то хранить. Когда объект выйдет за пределы видимости его может съесть gc.
Строки, напомню - тоже объекты, к тому же иммутабельные.