Вопрос по spring, java – Как сканировать несколько путей, используя аннотацию @ComponentScan?
Я использую Spring 3.1 и запускаю приложение, используя@Configuration а также@ComponentScan атрибутов.
Фактическое начало сделано с
new AnnotationConfigApplicationContext(MyRootConfigurationClass.class);
Этот класс конфигурации помечен
@Configuration
@ComponentScan("com.my.package")
public class MyRootConfigurationClass
и это работает нормально. Однако я хотел бы быть более точным в отношении пакетов, которые я сканирую, поэтому я попробовал.
@Configuration
@ComponentScan("com.my.package.first,com.my.package.second")
public class MyRootConfigurationClass
Однако это приводит к ошибкам, сообщающим, что он не может найти компоненты, указанные с помощью@Component аннотаций.
Какой правильный способ сделать то, что я делаю после?
Спасибо
@ComponentScan использует строковый массив, например так:
@ComponentScan({"com.my.package.first","com.my.package.second"})
Когда вы предоставляете несколько имен пакетов только в одной строке, Spring интерпретирует это как одно имя пакета и, следовательно, не может его найти.
Еще один способ сделать это с помощьюbasePackages поле; которое является полем внутри аннотации ComponentScan.
@ComponentScan(basePackages={"com.firstpackage","com.secondpackage"})
Если вы посмотрите аннотацию ComponentScan .class из файла jar, вы увидите поле basePackages, которое принимает массив строк.
public @interface ComponentScan {
String[] basePackages() default {};
}
Укажите название пакета отдельно, для этого требуетсяString[] для имен пакетов.
Вместо этого:
@ComponentScan("com.my.package.first,com.my.package.second")
Использовать этот:
@ComponentScan({"com.my.package.first","com.my.package.second"})
Есть еще одноtype-safe alternative чтобы указать расположение базового пакета в виде строки.Смотрите API здесь, но я также проиллюстрирован ниже:
@ComponentScan(basePackageClasses = {ExampleController.class, ExampleModel.class, ExmapleView.class})
С использованиемbasePackageClasses Спецификатор с вашими ссылками на класс скажет Spring сканировать эти пакетыalternatives), но этот методtype-safe и добавляетIDE support для будущего рефакторинга - огромный плюс в моей книге.
Читая из API, Spring предлагает создать класс маркера no-op или интерфейс в каждом пакете, который вы хотите сканировать, который не служит никакой другой цели, кроме как для использования в качестве ссылки для этого атрибута.
IMO, мне не нравятся классы маркеров(but then again, they are pretty much just like the package-info classes) но безопасность типов, поддержка IDE и резкое сокращение количества базовых пакетов, которые необходимо включить для этого сканирования, - без сомнения, гораздо лучший вариант.
Похожие вопросы
