Мой вопрос - это вариант этого .

Поскольку мой проект веб-приложения Java требует множества фильтров / запросов чтения и интерфейсов с такими инструментами, как GridFS, я изо всех сил пытаюсь придумать разумный способ использования MongoDB так, как предлагает это решение.

Поэтому я рассматриваю возможность запуска встроенного экземпляра MongoDB вместе с моими интеграционными тестами. Я бы хотел, чтобы он запускался автоматически (либо для каждого теста, либо для всего набора), очищал базу данных для каждого теста и выключался в конце. Эти тесты могут выполняться на машинах разработки, а также на сервере CI, поэтому мое решение также должно быть переносимым .

Может ли кто-нибудь с дополнительными знаниями о MongoDB помочь мне понять осуществимость этого подхода и / или, возможно, предложить какие-либо материалы для чтения, которые могут помочь мне начать работу?

Я также открыт для других предложений о том, как я могу подойти к этой проблеме ...

Вот обновленная (на 2019 год) версия принятого ответа от @rozky (многое было изменено как в библиотеках Mongo, так и в Embedded MongoDB).

package com.example.mongo;

import com.mongodb.BasicDBObject;
import com.mongodb.MongoClient;
import com.mongodb.client.MongoCollection;
import com.mongodb.client.MongoDatabase;
import de.flapdoodle.embed.mongo.MongodExecutable;
import de.flapdoodle.embed.mongo.MongodProcess;
import de.flapdoodle.embed.mongo.MongodStarter;
import de.flapdoodle.embed.mongo.config.IMongodConfig;
import de.flapdoodle.embed.mongo.config.MongodConfigBuilder;
import de.flapdoodle.embed.mongo.config.Net;
import de.flapdoodle.embed.mongo.distribution.Version;
import de.flapdoodle.embed.process.runtime.Network;
import java.util.Date;
import org.junit.After;
import static org.junit.Assert.*;
import org.junit.Before;
import org.junit.Test;

public class EmbeddedMongoTest
{
    private static final String DATABASE_NAME = "embedded";

    private MongodExecutable mongodExe;
    private MongodProcess mongod;
    private MongoClient mongo;

    @Before
    public void beforeEach() throws Exception {
        MongodStarter starter = MongodStarter.getDefaultInstance();
        String bindIp = "localhost";
        int port = 12345;
        IMongodConfig mongodConfig = new MongodConfigBuilder()
        .version(Version.Main.PRODUCTION)
        .net(new Net(bindIp, port, Network.localhostIsIPv6()))
        .build();
        this.mongodExe = starter.prepare(mongodConfig);
        this.mongod = mongodExe.start();
        this.mongo = new MongoClient(bindIp, port);
    }

    @After
    public void afterEach() throws Exception {
        if (this.mongod != null) {
            this.mongod.stop();
            this.mongodExe.stop();
        }
    }

    @Test
    public void shouldCreateNewObjectInEmbeddedMongoDb() {
        // given
        MongoDatabase db = mongo.getDatabase(DATABASE_NAME);
        db.createCollection("testCollection");
        MongoCollection<BasicDBObject> col = db.getCollection("testCollection", BasicDBObject.class);

        // when
        col.insertOne(new BasicDBObject("testDoc", new Date()));

        // then
        assertEquals(1L, col.countDocuments());
    }

}

Я нашел встроенную библиотеку MongoDB, которая выглядит многообещающей и делает то, о чем вы просили.

В настоящее время поддерживает версии MongoDB: 1.6.5до 3.1.6, при условии, что двоичные файлы по-прежнему доступны с настроенного зеркала.

Вот небольшой пример использования, который я только что попробовал, и он отлично работает:

public class EmbeddedMongoTest {
    private static final String DATABASE_NAME = "embedded";

    private MongodExecutable mongodExe;
    private MongodProcess mongod;
    private Mongo mongo;

    @Before
    public void beforeEach() throws Exception {
        MongoDBRuntime runtime = MongoDBRuntime.getDefaultInstance();
        mongodExe = runtime.prepare(new MongodConfig(Version.V2_3_0, 12345, Network.localhostIsIPv6()));
        mongod = mongodExe.start();
        mongo = new Mongo("localhost", 12345);
    }

    @After
    public void afterEach() throws Exception {
        if (this.mongod != null) {
            this.mongod.stop();
            this.mongodExe.stop();
        }
    }

    @Test
    public void shouldCreateNewObjectInEmbeddedMongoDb() {
        // given
        DB db = mongo.getDB(DATABASE_NAME);
        DBCollection col = db.createCollection("testCollection", new BasicDBObject());

        // when
        col.save(new BasicDBObject("testDoc", new Date()));

        // then
        assertThat(col.getCount(), Matchers.is(1L));
    }
}

Есть продукт Foursquare Fongo . Fongo - это java-реализация mongo в памяти. Он перехватывает вызовы стандартного mongo-java-драйвера для поиска, обновления, вставки, удаления и других методов. В основном используется для облегченного модульного тестирования, когда вы не хотите раскручивать монго-процесс.

Если вы используете Maven, вас может заинтересовать созданный мной плагин, который обертывает встроенный mongo API flapdoodle.de :

встроенный плагин mongo-maven

Он обеспечивает startцель, которую вы можете использовать для запуска любой версии MongoDB, которую хотите (например, во время pre-integration-test), и stopцель, которая остановит MongoDB (например, во время post-integration-test).

Настоящее преимущество использования этого плагина по сравнению с другими заключается в том, что MongoDB не требуется предварительно устанавливать. Бинарные файлы MongoDB загружаются и сохраняются ~/.embedmongoдля будущих сборок.

Если вы используете sbt и specs2, я написал такую ​​же оболочку для embedmongo

https://github.com/athieriot/specs2-embedmongo

с Spring-boot 1.3 вы можете использовать EmbeddedMongoAutoConfiguration

pom.xml

<parent>
    <groupId>org.springframework.boot</groupId>
    <artifactId>spring-boot-starter-parent</artifactId>
    <version>1.3.2.RELEASE</version>
</parent>
 ...
    <dependency>
        <groupId>org.springframework.boot</groupId>
        <artifactId>spring-boot-starter-data-mongodb</artifactId>
    </dependency>
    <dependency>
        <groupId>de.flapdoodle.embed</groupId>
        <artifactId>de.flapdoodle.embed.mongo</artifactId>
        <version>${embedded-mongo.version}</version>
    </dependency>

MongoConfig

@Configuration
@EnableAutoConfiguration(exclude = { EmbeddedMongoAutoConfiguration.class })
public class MongoConfig{
}

Начиная с версии 3.2.6, MongoDB можно запускать в памяти. С сайта :

Начиная с MongoDB Enterprise версии 3.2.6, механизм хранения в памяти является частью общей доступности (GA) в 64-битных сборках. За исключением некоторых метаданных и диагностических данных, механизм хранения в памяти не поддерживает никаких данных на диске, включая данные конфигурации, индексы, учетные данные пользователя и т. Д.

Не только для модульного тестирования, но также объяснил, как использовать inmemory mongodb с rest api.

зависимость maven:

        <dependency>
            <groupId>org.springframework.boot</groupId>
            <artifactId>spring-boot-starter-data-mongodb</artifactId>
        </dependency>

        <dependency>
            <groupId>de.flapdoodle.embed</groupId>
            <artifactId>de.flapdoodle.embed.mongo</artifactId>
        </dependency>

================================================== ===========================

application.properties

server.port = 8080
spring.data.mongodb.database=user_db
spring.data.mongodb.port=27017
spring.data.mongodb.host=localhost

================================================== ===========================

UserRepository.java

открытый интерфейс UserRepository расширяет MongoRepository {

}

для справки и всего кода Java используйте ссылку ниже: (пошаговое объяснение)

https://www.youtube.com/watch?v=2Tq2Q7EzhSA&t=7s

Выступления лучше, если исполнять mongodсstorageEngine='ephemeralForTest'

new MongodConfigBuilder()
    .version(Version.Main.PRODUCTION)
    .cmdOptions(new MongoCmdOptionsBuilder()
         .useStorageEngine("ephemeralForTest")
         .build())
    .net(new Net("localhost", port, Network.localhostIsIPv6()))
    .build()

В производстве вы будете использовать настоящую базу данных.

Если вы хотите, чтобы ваши тесты отражали поведение вашего продукта в производственной среде, используйте реальный экземпляр Mongo.

Поддельная реализация может не вести себя точно так же, как настоящая. При тестировании следует стремиться к корректности. На втором месте - скорость исполнения.