+

Ну он их смапит в null по дефолту, если сущность налабл то не упадёт

Народ не подскажите
String firefoxDriverPath = resourceLoader.getResource("classpath:geckodriver.exe").getFile().getPath();
если запускать в IDE , то всё ровно работает
если собрать JAR и запустить то получаю
java.io.FileNotFoundException: class path resource [geckodriver.exe] cannot be resolved to absolute file path because it does not reside in the file system: jar:file:/C:/TraidingPlatformRobot/robot-0.0.1-SNAPSHOT.jar!/BOOT-INF/classes!/geckodriver.exe
как решить ? (я захожу в jar ку , он там лежит, не пойму почему не находит)

Кратко: лучше всякие exe файлы и ресурсы для внешних программ либо распаковывать "рядом" либо сразу поставлять, как внешние по отношению к jar'нику файлы. Java умеет в пути внутри jar-архива, внешние программы - нет. Для всего, что вне java, URLы ресурсов внутри jar архива воспринимаются как некорректные.

Попробуй
mvn clean package spring-boot:repackage

skipTests по вкусу

Здравствуйте народ

А никто не знает как сделать чтобы онлайн игра много не жрала?

Опять ты

где твоя игра-то, давай её сюда уже.

Ну да🗿
А что нельзя

Ты че
Она еще в разработке

Ну я бета-тестер, давай.

Здравствуйте. Подскажите пожалуйста. Есть keycloak сервер, где хранятся юзвери и есть сервер ресурсов. Штука в том в проекте есть пользователи администраторы. И есть функционал по просмотру и управлению пользователями и их данными, ролями и правами. + Ко всему есть сетка привелегий или же скоупов в терминах oauth. Нормально же что бы админ ходил на сервер keycloak и смотрел менял что нужно по Ресту? Админ так же может заводить юзверей.

Для всего этого есть отдельная UI часть. Не та что предоставляет keycloak

Вроде нормально

Ну норм, а в чём сомнения?

админу - админово

Причём в вопроса "сервер ресурсов", неясно. Сдаётся, что-то не договариваешь.

Мало ли. Обучаюсь такому подходу и не знаю что да а что нет.

Еще вопрос. Что бы UI keycloak не светился наружу его как-то закрывают?  Именно UI

Сервер ресурсов - термин для oauth. Там где лкжит проектная информация. Бизнес логика и т.д.

Я под термином поримаю именно это.

Я до этого пользователей и все с чем они связаны делал в одной БД и в обной кодовой базе. А тут БД разные да и авторизация/регистрация другая (то бишь я сам ее не делал).

Думаю, можно на веб-сервере блочить
/auth/
, но пропускать
/auth/*
Может, и есть способ получше.