Слишком запутанное предложение)

Но я никаких module-info не писал. Да и писал тоже, только не помогло

ну ты запускаешь своё приложение или чье-то?

свое

Он придирается к строке
import com.sun.javafx.scene.control.IntegerField;

Говорит, импортировать нельзя, ибо не экспортируется

https://stackoverflow.com/a/58050748
попробуй

https://qna.habr.com/q/618008
тоже подходит

У меня градл, так что jar лежит где-то в его кеше. Сейчас я пытаюсь написать таск который добавляет аргументы при компиляции

Вроде вот это выглядит как решение:
https://github.com/javafxports/openjdk-jfx/issues/548#issuecomment-517731652

Но вот честно, решаю методом тыка

/build/libs/ ??

Всем привет, у меня есть несколько компаратор в методе для разных версий метода,компараторы для разных Response классов, но логика внутри компараторов совершенно одинаковая. Можно ли передать как то внутрь компаратора функцию чтоб не повторять код? Или как лучше вынести код из компараторов в одно место?

Можно лямбду через конструктор внедрить

Добрый день!. Как можно поставить timeout на обработку submit form через controller. То есть, если человек сабмитнул форму он должен подождать указанное время. И потом уже получать get запрос

Мой контроллер
@PostMapping(value = "/appeal")
 public String setApp(@ModelAttribute Customer customer, Model model) {
   Date date = new Date(System.currentTimeMillis());
   customer.setCreatedDate(customerService.getClearDate(date));
   model.addAttribute("appeal", customer);
   customerRepository.save(customer);
   return "appeal";
 }

Thread.sleep чем не угодил?

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

Чет опасно(

Да так и сделаю, Спасибо!

чем опасно?

Thread.Sleep has its use: simulating lengthy operations while testing/debugging on an MTA thread. In .NET there's no other reason to use it.

Thread.Sleep(n) means block the current thread for at least the number of timeslices (or thread quantums) that can occur within n milliseconds. The length of a timeslice is different on different versions/types of Windows and different processors and generally ranges from 15 to 30 milliseconds. This means the thread is almost guaranteed to block for more than n milliseconds. The likelihood that your thread will re-awaken exactly after n milliseconds is about as impossible as impossible can be. So, Thread.Sleep is pointless for timing.

Threads are a limited resource, they take approximately 200,000 cycles to create and about 100,000 cycles to destroy. By default they reserve 1 megabyte of virtual memory for its stack and use 2,000-8,000 cycles for each context switch. This makes any waiting thread a huge waste.

Я разве не чётко указал?