происходит инициализация некой шляпы для работы с БД. Когда пытаюсь в тестах использовать тестконтейнеры, получается так, что сначала пытается выполниться то что в @BeforeAll, а потом уже стартуют тестконтейнеры. В итоге шляпа для работы с БД инициализируется неправильно. Можно ли как-то изменить этот порядок? Сделать так чтоб тестконтейнеры стартовали раньше выполнения @BeforeAll или ещё что-нибудь?
Дак стартуй свой контейнер в before тоже
в тестовом ямле прописан источник так. нет никакой ебли с ручным созданием тестконтейнерс и т.п. вдруг пригодится... spring: datasource: url: jdbc:tc:postgresql:14:///test-db?TC_INITSCRIPT=db/init.sql¤tSchema=public username: db_user_test password: db_user_test_password cache: type: NONE
Что за инициализация базы?
Ммм... Пару дней ковыряний приводят к мысле, что возможно дело не в самих контейнерах, а в последователности инициализации бинов или чем-то таком: Есть тест, который падает с ошибкой Attempting to connect to: localhost:5672 Connection refused (Connection refused) @Slf4j @Testcontainers @TestInstance(TestInstance.Lifecycle.PER_CLASS) @ContextConfiguration(classes = AppConfig.class) @DbUnitConfiguration(dataSetLoader = XmlDataSetLoader.class) public class MyTest extends AbstractTest { @BeforeAll void setup() { log.info("Test line 1"); rabbitMQ = new RabbitMQContainer(DockerImageName.parse( "rabbitmq:3.8.14-management")) .withPluginsEnabled("rabbitmq_management") .withUser("guest", "guest", ImmutableSet.of("administrator")) .withPermission("/", "guest", ".*", ".*", ".*"); rabbitMQ.start(); postgres = new PostgreSQLContainer("postgres:11.1") .withDatabaseName("postgres") .withUsername("user") .withPassword("password"); postgres.start(); String jdbcUrl = String.format("jdbc:postgresql://localhost:%d/postgres", postgres.getFirstMappedPort()); System.setProperty("db.url", jdbcUrl); Integer rabbitPort = rabbitMQ.getFirstMappedPort(); System.setProperty("mq.port", String.valueOf(rabbitPort)); log.info("Test line 2"); } //Какие-то тесты } Судя по всему до выполнения метода setup дело вообще не доходит (т.к. в логах нет двух тестовых строк) В классе AbstractTest есть @Autowired protected RabbitTemplate template; и @Autowired private RabbitAdmin admin; (которые потом используются в MyTest) Судя по всему (точнее по логу) различные бины для работы, например, с RMQ инициализируются раньше, чем запустились тестконтейнеры. Попытка использовать аннотации @Container и @Dynamicpropertysource приводят к тому же самому: тесты падают и ругаются, что не могут подключиться к кролику или к БД. В AppConfig есть примерно следующее: @Slf4j @Configuration @Import({ RabbitConfig.class, MySystemConfiguration.class }) @ComponentScan(basePackages = "ru.my.path", excludeFilters = { @ComponentScan.Filter(pattern = ".*Test.*", type = FilterType.REGEX)}) @PropertySources({ @PropertySource(value = "file:application.properties", ignoreResourceNotFound = true), @PropertySource(value = "classpath:application.properties", ignoreResourceNotFound = true) }) public class AppConfig { @Autowired private ApplicationContext context; } В RabbitConfig @Slf4j @EnableRabbit @Configuration @Import({ RabbitBase.class, EndpointConfiguration.class, }) public class RabbitConfig { @Value(HOST) private String rabbitHost; @Value(PORT) private int rabbitPort; @Value(USER) private String rabbitUsername; @Value(PASSWORD) private String rabbitPassword; @Bean public RabbitTemplate rabbitTemplate(MessageConverter messageConverter, ConnectionFactory connectionFactory) { RabbitTemplate rabbitTemplate = new RabbitTemplate(connectionFactory); rabbitTemplate.setMessageConverter(messageConverter); log.info("1"); return rabbitTemplate; } @Bean public ConnectionFactory rabbitConnectionFactory() { CachingConnectionFactory connectionFactory = new CachingConnectionFactory(rabbitHost, rabbitPort); connectionFactory.setUsername(rabbitUsername); connectionFactory.setPassword(rabbitPassword); //вот здесь в лог выводится дефолтный порт RMQ. log.info("RABBIT PORT: {}",connectionFactory.getPort()); log.info("2"); return connectionFactory; } }
еще метод beforeall обязан быть статичным, иначе не запустится
Всё равно даже с учётом этих двух исправлений прежде чем какие-то контейнеры начали подниматься вываливается org.springframework.amqp.AmqpConnectException: java.net.ConnectException: Connection refused (Connection refused)
Обсуждают сегодня