Каковы последствия проверки "Отключить автоматическое определение конфигурации" в настройках Eclipse Spring?
Я имею в виду предпочтение Eclipse в разделе Window|Preferences|Spring|Beans Support "Отключить автоматическое определение конфигурации".
Если этот параметр не установлен, при сохранении файлов Java возникает задержка: Создание рабочего пространства...
Загрузка... Серверное приложение или Загрузка...DaoConfig
Эти сообщения предназначены для основных классов приложений Spring Boot (ServerApplication) или классов конфигурации Spring с @ComponentScan (DaoConfig), которые расположены в рабочей области. Это может занять несколько секунд, что немного раздражает.
Когда я проверяю вышеуказанный параметр предпочтений, я не замечаю задержки загрузки этих классов (по крайней мере, для основных классов Spring Boot).
Каковы последствия отключения автоконфигурации, например, что на самом деле делает эта опция, какую функциональность я теряю? Любые указатели на документацию?
Могу ли я ускорить процесс сохранения без отключения автоматического определения конфигурации?
1 ответ
В STS3 IDE создает внутреннюю модель вашего приложения Spring, чтобы он мог отображать хороший обзор ваших элементов Spring в представлении Spring Explorer, предоставлять помощь по содержимому в файлах конфигурации Spring XML и многое другое. Чтобы построить эту внутреннюю модель bean-компонентов Spring, необходимо знать, с чего начать при создании этой модели. Вы можете определить эти точки входа вручную в свойствах для каждого проекта: Spring -> Beans Support, Это предпочтение позволяет вам определять конфигурационные файлы Spring XML и / или аннотированные классы конфигурации Spring, которые будут использоваться в среде IDE для построения этой модели.
В дополнение к этому существует механизм автоматического определения этих файлов (файлы конфигурации Spring XML и аннотации конфигурации приложения Spring Boot), поэтому вам не нужно настраивать их вручную. Но результат тот же. Эти файлы / классы в конечном итоге настраиваются для использования в среде IDE для построения этой внутренней модели.
Я полагаю, что задержка, которую вы видите, связана с созданием этой внутренней модели bean-компонентов - это, по крайней мере, то, что в сообщениях указывается вами.
Пока что на заднем плане. Вы можете отключить этот механизм автоматической настройки, и вам не нужно настраивать эти файлы / классы вручную. Это приведет к тому, что Spring Explorer, например, не покажет ничего значимого для этих проектов.
В качестве альтернативы, и если вы работаете в основном с проектами Spring Boot, я настоятельно рекомендую перейти на совершенно новый Spring Tools 4 (также доступный в виде готового к использованию дистрибутива Eclipse). Он предоставляет немного другой набор функций и реализован по-другому, поэтому ему не нужно создавать дорогостоящую модель внутреннего компонента. Вы должны попробовать. И если вам не хватает того, что вам нравится в STS3, но еще не входит в Spring Tools 4, сообщите нам об этом.