Почему мой тест flapdoodle Embedded MongoDB не запускается? (создание 'embeddedMongoServer' не может запустить процесс EOF)

У меня проблемы с получением нового проекта. Я использовал https://start.spring.io/ для создания нового нового проекта Spring 2.0 MongoDB Maven и хочу иметь встроенную базу данных MongoDB для моих интеграционных тестов. С этой целью весенний инициализатор добавил зависимость для de.flapdoodle.embed.mongo.

Но каждый раз, когда я пытаюсь запустить "чистый пакет mvn", во время теста я получаю следующую ошибку:

Caused by: org.springframework.beans.factory.BeanCreationException: 
Error creating bean with name 'embeddedMongoServer' defined in class path resource
[org/springframework/boot/autoconfigure/mongo/embedded/EmbeddedMongoAutoConfiguration.class]: 
Invocation of init method failed; nested exception is java.io.IOException: 
Could not start process: <EOF>
at de.flapdoodle.embed.mongo.AbstractMongoProcess.onAfterProcessStart(AbstractMongoProcess.java:79) ~[de.flapdoodle.embed.mongo-2.0.3.jar:na]
at de.flapdoodle.embed.process.runtime.AbstractProcess.<init>(AbstractProcess.java:116) ~[de.flapdoodle.embed.process-2.0.2.jar:na]
at de.flapdoodle.embed.mongo.AbstractMongoProcess.<init>(AbstractMongoProcess.java:53) ~[de.flapdoodle.embed.mongo-2.0.3.jar:na]
at de.flapdoodle.embed.mongo.MongodProcess.<init>(MongodProcess.java:50) ~[de.flapdoodle.embed.mongo-2.0.3.jar:na]
at de.flapdoodle.embed.mongo.MongodExecutable.start(MongodExecutable.java:44) ~[de.flapdoodle.embed.mongo-2.0.3.jar:na]
at de.flapdoodle.embed.mongo.MongodExecutable.start(MongodExecutable.java:34) ~[de.flapdoodle.embed.mongo-2.0.3.jar:na]
at de.flapdoodle.embed.process.runtime.Executable.start(Executable.java:108) ~[de.flapdoodle.embed.process-2.0.2.jar:na]

Что мне не хватает?

Файл моего приложения довольно прост:

@SpringBootApplication
public class NewnewinternetApplication {

    public static void main(String[] args) {
        SpringApplication.run(NewnewinternetApplication.class, args);
    }
}

Мой файл конфигурации очень прост:

@Configuration
@EnableMongoRepositories
@ComponentScan(basePackages = "com.snoop.dougg.newnewinternet")
public class AppConfig {

    @Bean
    public InternalResourceViewResolver viewResolver() {
        InternalResourceViewResolver resolver = new InternalResourceViewResolver();
        resolver.setPrefix("/");
        resolver.setSuffix(".html");
        return resolver;
    }
}

У меня есть два простых контроллера, которые сейчас возвращают только статический вывод.

У меня есть небольшой документ:

@Document(collection = "user")
public class User implements Serializable {
    protected static final long serialVersionUID = -1L;

    @Id
    private String id;

    private String username;
    private String firstName;
    private String lastName;

    public User() {}

    public User(String username, String firstName, String lastName) {
        this.username = username;
        this.firstName = firstName;
        this.lastName = lastName;
    }

    //Getters, setters, and equals and hash code methods...
}

А потом глупый маленький тест:

@RunWith(SpringRunner.class)
//@SpringBootTest -> Doesn't work either
@DataMongoTest
public class NewnewinternetApplicationTests {

    @Autowired
    private MongoTemplate mongoTemplate;

    @Test
    public void sillyLittleTest() {
        mongoTemplate.save(new User("sdoug", "Snoop", "Dougg"));
        Assert.notNull(
            mongoTemplate.find(
                new Query(Criteria.where("firstName").is("Snoop")), User.class),
            "Couldn't find by first name!");
    }
}

А потом мой файл pom, который я действительно оставил в покое:

<?xml version="1.0" encoding="UTF-8"?>
<project xmlns="http://maven.apache.org/POM/4.0.0" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
    xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 http://maven.apache.org/xsd/maven-4.0.0.xsd">
    <modelVersion>4.0.0</modelVersion>

    <groupId>com.snoop.dougg.newnewinternet</groupId>
    <artifactId>NewNewInternet</artifactId>
    <version>0.0.1</version>
    <packaging>jar</packaging>

    <name>NewNewInternet</name>
    <description>A new new internet</description>

    <parent>
        <groupId>org.springframework.boot</groupId>
        <artifactId>spring-boot-starter-parent</artifactId>
        <version>2.0.1.RELEASE</version>
        <relativePath/> <!-- lookup parent from repository -->
    </parent>

    <properties>
        <project.build.sourceEncoding>UTF-8</project.build.sourceEncoding>
        <project.reporting.outputEncoding>UTF-8</project.reporting.outputEncoding>
        <azure.version>2.0.1</azure.version>
        <java.version>1.8</java.version>
        <spring-cloud.version>Finchley.M9</spring-cloud.version>
    </properties>

    <dependencies>
        <dependency>
            <groupId>org.springframework.boot</groupId>
            <artifactId>spring-boot-starter-data-mongodb</artifactId>
        </dependency>
        <dependency>
            <groupId>org.springframework.boot</groupId>
            <artifactId>spring-boot-starter-security</artifactId>
        </dependency>
        <dependency>
            <groupId>org.springframework.boot</groupId>
            <artifactId>spring-boot-starter-web</artifactId>
        </dependency>
        <dependency>
            <groupId>com.microsoft.azure</groupId>
            <artifactId>azure-active-directory-spring-boot-starter</artifactId>
        </dependency>
        <dependency>
            <groupId>com.microsoft.azure</groupId>
            <artifactId>azure-keyvault-secrets-spring-boot-starter</artifactId>
        </dependency>
        <dependency>
            <groupId>com.microsoft.azure</groupId>
            <artifactId>azure-spring-boot</artifactId>
        </dependency>
        <dependency>
            <groupId>org.springframework.cloud</groupId>
            <artifactId>spring-cloud-starter-oauth2</artifactId>
        </dependency>
        <dependency>
            <groupId>org.springframework.session</groupId>
            <artifactId>spring-session-core</artifactId>
        </dependency>

        <dependency>
            <groupId>org.springframework.boot</groupId>
            <artifactId>spring-boot-starter-test</artifactId>
            <scope>test</scope>
        </dependency>
        <dependency>
            <groupId>de.flapdoodle.embed</groupId>
            <artifactId>de.flapdoodle.embed.mongo</artifactId>
            <scope>test</scope>
        </dependency>
        <dependency>
            <groupId>org.springframework.security</groupId>
            <artifactId>spring-security-test</artifactId>
            <scope>test</scope>
        </dependency>
    </dependencies>

    <dependencyManagement>
        <dependencies>
            <dependency>
                <groupId>org.springframework.cloud</groupId>
                <artifactId>spring-cloud-dependencies</artifactId>
                <version>${spring-cloud.version}</version>
                <type>pom</type>
                <scope>import</scope>
            </dependency>
            <dependency>
                <groupId>com.microsoft.azure</groupId>
                <artifactId>azure-spring-boot-bom</artifactId>
                <version>${azure.version}</version>
                <type>pom</type>
                <scope>import</scope>
            </dependency>
        </dependencies>
    </dependencyManagement>

    <build>
        <plugins>
            <plugin>
                <groupId>org.springframework.boot</groupId>
                <artifactId>spring-boot-maven-plugin</artifactId>
            </plugin>
        </plugins>
    </build>

    <repositories>
        <repository>
            <id>spring-milestones</id>
            <name>Spring Milestones</name>
            <url>https://repo.spring.io/milestone</url>
            <snapshots>
                <enabled>false</enabled>
            </snapshots>
        </repository>
    </repositories>


</project>

14 ответов

Можно также прокомментировать следующие строки в application.properties и поместить их в другой профиль. Я нашел это здесь

spring.data.mongodb.database=
spring.data.mongodb.host=
spring.data.mongodb.port=

У меня была такая же ситуация, и я мог решить ее с помощью @DirtiesContext следующим образом:

@DirtiesContext(classMode = ClassMode.AFTER_EACH_TEST_METHOD)
public class CommoditiesApplicationTests {

}

мое сообщение об ошибке было именно таким

      2022-03-15 10:57:00.053  WARN 7196 --- [    Test worker] s.c.a.AnnotationConfigApplicationContext : Exception encountered during context initialization - cancelling refresh attempt: org.springframework.beans.factory.UnsatisfiedDependencyException: Error creating bean with name 'embeddedMongoServer' defined in class path resource [org/springframework/boot/autoconfigure/mongo/embedded/EmbeddedMongoAutoConfiguration.class]: Unsatisfied dependency expressed through method 'embeddedMongoServer' parameter 0; nested exception is org.springframework.beans.factory.BeanCreationException: Error creating bean with name 'embeddedMongoConfiguration' defined in class path resource [org/springframework/boot/autoconfigure/mongo/embedded/EmbeddedMongoAutoConfiguration.class]: Bean instantiation via factory method failed; nested exception is org.springframework.beans.BeanInstantiationException: Failed to instantiate [de.flapdoodle.embed.mongo.config.MongodConfig]: Factory method 'embeddedMongoConfiguration' threw exception; nested exception is java.lang.IllegalStateException: Set the spring.mongodb.embedded.version property or define your own MongodConfig bean to use embedded MongoDB

поэтому я добавляю свойство в свой файл application.yml.

      spring.mongodb.embedded.version: 3.2.3

и, решил это.

В моем случае был загружен 32-битный клиент mongodb вместо 64-битного. Библиотека embedded.mongo использует класс BitSize для определения архитектуры ОС. В моей системе не возвращалось значение, указанное в ifутверждение. Я решил проблему, установив os.archсистемное свойство x86_64(одно из значений, используемых BitSizeвернуться B64) в моем приложении main.

      @SpringBootApplication
public class Application {

    public static void main(String[] args) {
        System.setProperty("os.arch", "x86_64");
        SpringApplication.run(Application.class, args);
    }
}

Примечание: System.getProperty("os.arch")вернет неправильное значение, если вы используете 32-битную версию Java для запуска вашего приложения в 64-битной системе!

Обычно источником проблемы является уже запущенный экземпляр mongodb. Я бы начал с проверки, занимает ли что-нибудь порт mongodb по умолчанию - 27017.

Скорее всего, экземпляр mongodb, загруженный через весенний плагин, равен 32, а вы работаете на 64-битной Java или наоборот. Пожалуйста, подтвердите, если есть какой-либо другой способ, которым вы определили исправление.

У меня был такой же сценарий, и я решил его, используя

    <dependency>
        <groupId>com.github.fakemongo</groupId>
        <artifactId>fongo</artifactId>
        <version>2.1.1</version>
        <scope>test</scope>
    </dependency>

вместо того de.flapdoodle.embed.mongo

Ошибка связана с пакетом de.flapdoodle.embed, который использовался для Embedded Mongo, используйте его стабильную версию 3.5.0.

          <dependency>
            <groupId>de.flapdoodle.embed</groupId>
            <artifactId>de.flapdoodle.embed.mongo</artifactId>
            <version>3.5.0</version>
            <scope>test</scope>
        </dependency>

добавьте его в pom.file(добавьте к нему версию). Затем обновите maven, он должен работать нормально

В моем случае файл сокета все еще был рядом.

Чтобы добраться до основной проблемы, мне нужен вывод журнала консоли, я поставил точку останова в elseпункт AbstractMongoProcess::onAfterProcessStart(который попадает в случае неудачи). Здесь у вас есть доступ к logWatchи может запустить System.out.println(logWatch.output.toString());в режиме отладки, чтобы вывести консоль монго. Для моей проблемы вывод сказал SocketException: Address already in use

Предлагаемые команды, такие как sudo lsof -iTCP -sTCP:LISTEN -n -Pу меня не сработало (в моем случае ничего не указано)

Я нашел еще один ответ SO, в котором говорилось, что нужно запустить ls -lrta /tmp | grep .sock

Файл .sock все еще был там с предыдущего запуска (видимо, я прервал свои тесты)

Удаление этого файла решило проблему.

Попробуй добавить @DirtiesContext до уровня тестового класса.

У меня была такая же проблема. Обратитесь к этой проблеме github для решения, если ваша проблема связана с флапдудлом: https://github.com/flapdoodle-oss/de.flapdoodle.embed.mongo/issues/427

Просто увеличьте версию флапдудла >=3.5.0 и, если возможно, также увеличьте версию весенней загрузки до последней версии.

Та же проблема. spring.data.mongodb.port был 27017 в application.properties. Я изменил его на 0 . Когда используется 0 , вместо этого назначается случайный порт.

Мой интеграционный тест выглядит следующим образом:

              @RunWith(SpringRunner.class)
        @DataMongoTest
        public class IntegrationTestIT { ... }

Я использую de.flapdoodle.embed:de.flapdoodle.embed.mongo:3.4.6.

Я удалил каталог «mongo» в своем appdata/temp, и именно тогда я поймал, что мой McAfee изолирует мой встроенный mongo. Я выключил McAfee и снова удалил временный монго, после чего все заработало отлично...

Мой случай был немного особенным, но, возможно, это поможет кому-то еще решить эту проблему.

Если по какой-либо причине вы используете win 10 и у вас уже есть MongoDB, работающий в качестве службы (в моем случае это была более ранняя версия - v3.4 - работающая), то попробуйте остановить службу и запустить тест после этого.,

Другие вопросы по тегам