Александр Косарев

В файле свойств проекта (application.yml или application.properties) должен быть указан путь до используемой БД в spring.datasource.url

Для парсинга и выполнения SpEL-выражений используется SpelExpressionParser, но ему нужно в процессе дать объект, откуда требуется получить требуемое значение, что-то вроде:

SpelExpressionParser spelExpressionParser = new SpelExpressionParser();
Expression expression = spelExpressionParser.parseExpression("getAge() > 18");
String value = expression.getValue(object, String.class);

Но что-то мне подсказывает, что в данном случае нужно получить значение некоторой переменной из конфига. Если это так, то значительно проще в ServerNameRequestMappingHandlerMapping добавить свойство, в которое будет заранее внедрено значение свойства app.externalApiHostname при помощи `@Value("${app.externalApiHostname}")` или `@ConfigurationProperties`. Следовательно вычислять фактическое значение аннотации ServerNameMapping не нужно будет

<java.version>1.8</java.version>

Вот тут версию сделать 17, раз Spring Security 6+ (кстати, Spring Boot сделать бы 3+). В SecurityConfiguration по факту отсутствует настройка CORS. Делается это при помощи ветки методов http.cors()...

Нужно сделать scope="prototype" у бина, чтобы для каждого случая создавался новый экземпляр бина.

Model в Spring MVC предназначен для передачи данных между контроллером и представлением.

Содержимое resources копируется в корень JAR при сборке проекта при помощи Maven, поэтому самой директории resources нет в JAR.

А почему JPA должен нарушать принципы DDD? Если у тебя проект, в котором применяется DDD, то все архитектурные уровни (должны быть) абстрагированы, и JPA, будучи применённым на уровне доступа к данным, никак не нарушает принципов DDD.

Зачем для этого использовать Jackson?
Если уж на то пошло, то гораздо логичнее будет написать реализацию org.springframework.core.convert.converter.Converter, которая будет приводить строку к нужному значению.

Как уже написал C4ET4uK, проблема с вызовом не того конструктора.
Hibernate создаёт объект с помощью конструктора по умолчанию, затем при помощи set-методов устанавливает значения свойствам объекта. Соответственно, Hibernate не использует твой конструктор для создания объекта.
Если у тебя не хранится в БД значение свойства userName (в колонке user_name оответственно), то Hibernate метод setUserName тоже никогда не вызовет.
Как вариант можно в setEmail добавить вызов setUserName.

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

Да, всё верно понимаешь.

Имя класса и методов в которые будут производить тестирование моего класса не могут быть произвольными?

Как угодно, но обычно класс с тестами аналогичен тестируемому классу, но с суффиксом Test. Например: есть класс GreetingService, то тестовый класс будет GreetingServiceTest

В какой момент именно будут вызываться данные тесты?

При сборке проекта при помощи инструментов сборки вроде Ant, Maven или Gradle.

После компиляции моего кода, вызов тестов будет происходить каждый раз при запуске программы?

Тесты исполняются только при сборке проекта.

Использую Intellij Community, мне требуется устанавливать дополнительные плагины или есть уже по дефолту что то?

Для поддержки JUnit или TestNG потребуются соответствующие плагины.

Книги

• Spring in Action (5 издание)
  
• Spring Microservices in Action
  
• Spring Boot in Action
  
• Pro Spring 5
  
• Java в облаке (Cloud native Java)
  

Видеоролики можно посмотреть на их канале - SpringDeveloper там есть и how-to ролики, есть и доклады с конференций и вебкасты и т.д.

Ну, а лучший источник инфы по Spring - сайт spring.io. Документация достаточно подробная, информативная и удобная. Кроме мануалов есть различные гайды. Могу посоветовать ещё Baeldung и Spring Framework Guru

Из твоего кода и появляется - если ты не можешь получить текущую сессию при помощи sessionFactory.getCurrentSession, то ты её создаёшь, но не закрываешь.
Чтобы получить текущую сессию, нужно настроить какую-нибудь реализацию CurrentSessionContext, например ThreadLocalSessionContext.

Если проблема не проявляется, либо проявляется редко, и стоимость такой проблемы невелика, то её решать нет никакого смысла. В противном случае можно как минимум попробовать использовать оптимистические блокировки, а в идеале - задуматься о применении Event Sourcing.

Для id должна быть объявлена аннотация @GeneratedValue:

@Id
@Column(name = "id")
@GeneratedValue(strategy = GenerationType.IDENTITY)
private int id;