Интеграционное тестирование в Spring: TestContext Framework, наследование конфигурации контекста

@ContextConfiguration поддерживает логические атрибуты inheritLocations и inheritInitializers, которые указывают, должны ли наследоваться местоположения ресурсов или классы компонентов и инициализаторы контекста, объявленные суперклассами. Значение по умолчанию для обоих флагов - true. Это означает, что тестовый класс наследует расположение ресурсов или классы компонентов, а также инициализаторы контекста, объявленные любыми суперклассами. В частности, местоположения ресурсов или классы компонентов для тестового класса добавляются к списку местоположений ресурсов или аннотированных классов, объявленных суперклассами. Точно так же инициализаторы для данного тестового класса добавляются к набору инициализаторов, определенных тестовыми суперклассами. Таким образом, подклассы имеют возможность расширять расположение ресурсов, классы компонентов или инициализаторы контекста.

Если для атрибута inheritLocations или inheritInitializers в @ContextConfiguration установлено значение false, местоположения ресурсов или классы компонентов и инициализаторы контекста, соответственно, для тестового класса затеняют и эффективно заменяют конфигурацию, определенную суперклассами.

В следующем примере, в котором используются местоположения ресурсов XML, ApplicationContext для ExtendedTest загружается из base-config.xml и extended-config.xml в указанном порядке. Бины, определенные в extended-config.xml, могут, следовательно, переопределять (то есть заменять) те, которые определены в base-config.xml. В следующем примере показано, как один класс может расширять другой и использовать как свой собственный файл конфигурации, так и файл конфигурации суперкласса: 

@ExtendWith(SpringExtension.class)
// ApplicationContext будет загружен из "/base-config.xml"
// в корне пути к классам
@ContextConfiguration("/base-config.xml") 
class BaseTest {
    // тело класса...
}

// ApplicationContext будет загружен из "/base-config.xml" и
// "/extended-config.xml" в корне пути к классам
@ContextConfiguration("/extended-config.xml") 
class ExtendedTest extends BaseTest {
    // тело класса...
}

Точно так же в следующем примере, в котором используются классы компонентов, ApplicationContext для ExtendedTest загружается из классов BaseConfig и ExtendedConfig в указанном порядке. Бины, определенные в ExtendedConfig, могут, следовательно, переопределять (то есть заменять) те, которые определены в BaseConfig. В следующем примере показано, как один класс может расширять другой и использовать как свой собственный класс конфигурации, так и класс конфигурации суперкласса:

// ApplicationContext будет загружен из BaseConfig
@SpringJUnitConfig(BaseConfig.class) 
class BaseTest {
    // тело класса...
}

// ApplicationContext будет загружен 
// из BaseConfig и ExtendedConfig
@SpringJUnitConfig(ExtendedConfig.class) 
class ExtendedTest extends BaseTest {
    // тело класса...
}

В следующем примере, в котором используются инициализаторы контекста, ApplicationContext для ExtendedTest инициализируется с помощью BaseInitializer и ExtendedInitializer. Однако обратите внимание, что порядок, в котором вызываются инициализаторы, зависит от того, реализуют ли они интерфейс Spring Ordered или аннотируются аннотацией Spring @Order или стандартной аннотацией @Priority. В следующем примере показано, как один класс может расширять другой и использовать как собственный инициализатор, так и инициализатор суперкласса:

// ApplicationContext будет инициализирован BaseInitializer
@SpringJUnitConfig(initializers = BaseInitializer.class) 
class BaseTest {
    // тело класса...
}

// ApplicationContext будет инициализирован BaseInitializer
// и ExtendedInitializer
@SpringJUnitConfig(initializers = ExtendedInitializer.class) 
class ExtendedTest extends BaseTest {
    // тело класса...
}

Читайте также:


Комментарии

Отправить комментарий

Популярные сообщения из этого блога

Методы класса Object в Java

Изображение
Класс Object является корнем иерархии классов. У каждого класса есть Object как суперкласс. Все объекты, включая массивы, реализуют методы этого класса. Методы класса Object Метод getClass() public final Class getClass() Возвращает класс времени исполнения (runtime class) этого Object. Возвращенный объект Class - это объект, который заблокирован статическими синхронизированными методами представленного класса. Фактический тип результата - Class<? extends |X|> где |X| заменяется статическим типом выражения, для которого вызывается getClass. Например, в этом фрагменте кода не требуется приведение: Number n = 0; Class c = n.getClass(); Метод getClass() возвращает: Объект Class, представляющий класс времени исполнения (runtime class) этого объекта. Метод hashCode public int hashCode() Возвращает значение хэш-кода для объекта. Этот метод поддерживается для использования хэш-таблиц, таких как те, что предоставляются HashMap. Основной контракт метода hashCo
Далее...

Как получить текущий timestamp в Java

Изображение
Чтобы получить текущий timestamp в Java : package main; import java.sql.Timestamp; public class Main { public static void main(String[] args){ Timestamp timestamp = new Timestamp(System.currentTimeMillis()); System.out.println(timestamp); } } Вывод: 2019-10-03 10:09:21.61 Вот еще два более подробных примера как получить текущий timestamp в Java: 1. java.sql.Timestamp Есть два метода получить текущий java.sql.Timestamp package main; import java.sql.Timestamp; import java.text.SimpleDateFormat; import java.util.Date; public class Main { private static final SimpleDateFormat dateFormat = new SimpleDateFormat("yyyy.MM.dd.HH.mm.ss"); public static void main(String[] args) { // Метод 1 Timestamp timestamp = new Timestamp(System.currentTimeMillis()); System.out.println(timestamp); // Метод 2 - через Date Date date = new Date(); System.out.println(new Timestamp(date.getTime()
Далее...

Основные опции JVM для повышения производительности и отладки

Изображение
Если вы являетесь Java-разработчиком или администратором Java приложения, вам поможет в работе знание того, что означают опции JVM, а также их важность и как они влияют на ваше приложение. Обзор параметров JVM Если говорить о параметрах JVM, то есть три типа параметров, которые вы можете включить в JVM: стандартные, нестандартные и расширенные параметры. Если вы используете расширенную опцию, вы всегда используете опцию с -XX. Точно так же, если вы применяете нестандартную опцию, вы используете -X. Стандартные опции ничего не добавляют к опции. Какие параметры JVM используются вашим приложением? Если приложение работает в Linux, вы можете использовать ps -ef | grep java для идентификации процесса Java и просмотра параметров JVM, напечатанных как аргументы процесса. Если в системе выполняется более одного Java-процесса, вам может потребоваться использовать ключевое слово, уникальное для вашего Java-приложения. Если ваш аргумент слишком длинный, попробуйте использовать ps
Далее...