Не загрязняет ли установка Spring.jpa.hibernate.ddl-auto=create-drop мой контекст? ⇐ JAVA

[Anonymous]

У меня есть следующий одноэлементный контейнер, как описано в разделе «Жизненный цикл тестовых контейнеров»

Код: Выделить всё

public abstract class AbstractPostgresIT {
static PostgreSQLContainer POSTGRES_CONTAINER =
new PostgreSQLContainer(DockerImageName.parse("postgres:16")).withDatabaseName("ems")
.withUsername("username").withPassword("password");

static {
POSTGRES_CONTAINER.start();
}

@DynamicPropertySource
public static void dynamicPropertySource(DynamicPropertyRegistry registry) {
registry.add("spring.datasource.url", POSTGRES_CONTAINER::getJdbcUrl);
registry.add("spring.datasource.username", POSTGRES_CONTAINER::getUsername);
registry.add("spring.datasource.password", POSTGRES_CONTAINER::getPassword);
registry.add("spring.jpa.hibernate.ddl-auto", () -> "create-drop");
}
}

У меня есть два класса, расширяющие AbstractPostgresIT. Иногда (до сих пор это случайно, и я не выяснил схему струи) я получаю сообщение об ошибке:

Код: Выделить всё

HikariPool-2 - Failed to validate connection org.postgresql.jdbc.PgConnection@4ec6f11d (This connection has been closed.). Possibly consider using a shorter maxLifetime value.

Мне интересно и я пытаюсь понять, не загрязняет ли этот подход мой контекст, запутывая кэшированный HikariPool путем переключения баз данных. Тогда я мог бы добавить @DirtiesContext в AbstractPostgresIT. Но я не опытный пользователь Spring, поэтому хотелось бы подробно разобраться, что здесь происходит. Так не загрязняет ли установка Spring.jpa.hibernate.ddl-auto=create-drop мой контекст? Если да, то почему? Если нет, есть ли другие проблемы, о которых я мог не знать?

Подробнее здесь: https://stackoverflow.com/questions/788 ... my-context