Wan-Derer

И решение, если я читаю часы-минуты-секунды и получаю в секундах 00 - то мне следует перечитать минуты ещё раз и сделать вывод.

Обычно в таких случаях самый часто изменяющийся разряд читают дважды -- в начале и в конце чтения составного значения и перечитывают значение целиком если этот разряд изменился.

Да, можно. Делаете сколько нужно классов с методом main, свой jar подключаете библиотекой -cp, классы указываете по имени.
Если же хотите, чтобы вызывался именно как -jar, то в манифесте можно указать только один main-класс.

Кажется, вашу проблему полностью решает project reactor

Вот небольшое демо:

@Test
    void testMultiproducer() throws InterruptedException {

        Sinks.Many<Integer> sinksA = Sinks.many().multicast().onBackpressureBuffer();
        Sinks.Many<Integer> sinksB = Sinks.many().multicast().onBackpressureBuffer();
        Sinks.Many<Integer> sinksC = Sinks.many().multicast().onBackpressureBuffer();

        Sinks.Many<Integer> sinkCommon = Sinks.many()
                .multicast()
                .onBackpressureBuffer();

        sinkCommon.asFlux()
                .mergeWith(sinksA.asFlux().delayElements(Duration.ofMillis(100)))
                .mergeWith(sinksB.asFlux().delayElements(Duration.ofMillis(200)))
                .mergeWith(sinksC.asFlux().delayElements(Duration.ofMillis(300)))
                .subscribe(e -> log.info("Element {}", e));  // Your consumer
        
        IntStream.range(0, 100)
                .forEach(sinksA::tryEmitNext);  // Your producers

        IntStream.range(1000, 1100)
                .forEach(sinksB::tryEmitNext);

        IntStream.range(2000, 2100)
                .forEach(sinksC::tryEmitNext);

        Thread.sleep(10000); // Is necessary for test only
    }

Если рассматривать аналогию с php, то там каждый запрос отправляется с новым подключением к базе.

Это не так. Соединение открывается на все время выполнения скрипта, и закрывается автоматически по завершении работы всей цепочки вызовов. В процессе, одно соединение может выполнить стопицот запросов.

На сколько целесообразно "пытаться" держать соединение, или все же просто по аналогии с php?

Вот тут точного ответа не дам, однако в пхп стараются избегать персистент соединения, так как пул соединений не бесконечный, и чем быстрее закроется соединение, тем быстрее можно освободить очередь для открытия нового, таким образом с небольшой задержкой можно обслужить очередь из сильно превышающей пул очереди. А с одним соединением начинается жонглирование запросами внутри 1 соединения, что приводит к блокировке кучи пользователей пользующихся 1 соединением с бд, вместо локально тормозящего 1 юзера в случае открытия/закрытия...

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

можно попробовать через аспекты https://habr.com/en/post/428548/

Микросервис можно
Обращаться по api можно
Генерировать xls можно
Осталось понять, что вы имеете ввиду под «сложной структурой»

Начните со знакомства с apache poi

Вопрос состоит из двух частей.

1) Можно ли на java сделать микросервис? Ответ - да. Есть много готовых шаблонов типа Spring-REST
которые являют собой почти готовые микро-сервисы.

Например https://start.spring.io/;

2) Генерировать XLS со сложной структурой. Тут не знаю. Насколько сложной? Что там? Вся база знаний о планете Земля со времен Шумеров? Ну для работы с XLS есть библитечка apache poi

https://poi.apache.org/

Да, с некоторыми оговорками по тому, чего именно собираешься программировать.

И настоятельно рекомендую не использовать малинку как основной компьютер, дорого медленно глупо. Основное место им - компактные и энергоэффективные компьютеры

Если желаешь найти максимально дешевое железо и при этом что то программировать, настоятельно рекомендую собрать машину x86 на базе mitx материнских плат со встроенными процессорами от intel серии N, можно на их базе найти готовые 'железки' (коробка) от 10т.р.
например на базе N5105 от 10.5т.р. (полистай там опции есть)

Если собирать самому, настоятельно рекомендую открыть каталог твоего магазина и выбрать материнки mitx + встроенный процессор, пропуская AMD (я люблю эту компанию но встраиваемые решения от них отвратительны) и совсем уж старые версии, старее 2016г, выбирая минимальную ram по цене и любой ssd диск (если linux можно даже с флешки потерпеть какое то время, но это экономия 'на спичках', сэкономишь тысячу, потратишь нервов на сто)

Само собой монитор клавиатура и мышка тебе нужны, но все современные (последние лет 20) телевизоры позволяют подключать к себе компьютер, так что на этом тоже можно сэкономить, но как очень временное решение. Так же можно найти БУ, за дешево, если к примеру маленький экран.

p.s. если с деньгами совсем швах, то можно заранее потратить выделенные деньги на нормальный смартфон, купить usb-хаб с подключением к его разъему и настроить на нем debian-root, это по факту полноценный linux, в некоторых случаях можно добиться запуск почти любого приложения. Подключить монитор в данной ситуации можно через miracast/chromecast (телевизоры последние 5-10 лет) либо вместо usb хаба покупать докстанцию (это просто первая попавшаяся модель как пример) с поддержкой dp/hdmi (при выборе смартфона проверять поддержку подключения, таких мало).

upd. p.p.s. в продолжение темы рабочего места из смартфона
так как за работой не всегда проводится много времени, можно воспользоваться облачными решениями, найти любого провайдера с почасовой оплатой и поднимать там машину, работая на ней удаленно, к примеру селектел (дорогой) позволяет за 5р сутки за ip address + ~5р в час за 2cpu8ram10g-ssd + копейки на бакап, поднимать и выключать машину по требованию.

Arduino не подойдет.

Raspberry Pi - вполне. Только желательно брать от 4GB RAM, что бы можно было запустить браузер, если нет другого ПК.
Но в любом случае, для первоначальной настройки понадобиться другой ПК, чтобы записать Линукс на SD карту.

Можно попробовать аналогичные альтернативные SBC, например Orange Pi или Rock Pi. Получится дешевле и в некоторых конфигурациях производительнее, но поддержка и комьюнити у Raspberry лучше.

https://www.baeldung.com/java-netty-http-server. Здесь кажется есть ответ.

Обычно запрос XMLHttpRequest может делать запрос только в рамках текущего сайта. При попытке использовать другой домен/порт/протокол – браузер выдаёт ошибку.

Подробнее читайте на https://learn.javascript.ru/xhr-crossdomain

https://support.google.com/admanager/answer/103585...

или аддоны к браузеру