Pertanyaan saya adalah variasi dari pertanyaan ini .

Karena proyek aplikasi Web Java saya membutuhkan banyak filter / kueri baca dan antarmuka dengan alat seperti GridFS, saya kesulitan memikirkan cara yang masuk akal untuk menggunakan MongoDB dengan cara yang disarankan solusi di atas.

Oleh karena itu, saya sedang mempertimbangkan untuk menjalankan instance MongoDB yang disematkan bersama tes integrasi saya. Saya ingin ini dimulai secara otomatis (baik untuk setiap pengujian atau seluruh rangkaian), bersihkan database untuk setiap pengujian, dan matikan di akhir. Tes ini mungkin dijalankan pada mesin pengembangan serta server CI, jadi solusi saya juga harus portabel .

Adakah orang yang memiliki lebih banyak pengetahuan tentang MongoDB membantu saya mendapatkan gagasan tentang kelayakan pendekatan ini, dan / atau mungkin menyarankan bahan bacaan apa pun yang dapat membantu saya memulai?

Saya juga terbuka untuk saran lain yang mungkin dimiliki orang tentang bagaimana saya dapat mendekati masalah ini ...

Berikut adalah versi terbaru (untuk 2019) dari jawaban yang diterima dari @rozky (banyak yang telah diubah di pustaka Mongo dan 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());
    }

}

Saya telah menemukan pustaka Embedded MongoDB yang terlihat cukup menjanjikan dan melakukan apa yang Anda minta.

Saat ini mendukung versi MongoDB: 1.6.5to 3.1.6, asalkan binari masih tersedia dari mirror yang dikonfigurasi.

Berikut adalah contoh penggunaan singkat, yang baru saja saya coba dan berfungsi dengan sempurna:

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));
    }
}

Ada produk Foursquare Fongo . Fongo adalah implementasi java dalam memori dari mongo. Ini memotong panggilan ke mongo-java-driver standar untuk menemukan, memperbarui, menyisipkan, menghapus, dan metode lainnya. Penggunaan utama adalah untuk pengujian unit ringan di mana Anda tidak ingin memutar proses mongo.

Jika Anda menggunakan Maven, Anda mungkin tertarik dengan plugin yang saya buat yang membungkus API 'mongo tertanam' flapdoodle.de :

embedmongo-maven-plugin

Ini memberikan starttujuan yang dapat Anda gunakan untuk memulai versi apa pun dari MongoDB yang Anda inginkan (misalnya selama pre-integration-test), dan stoptujuan yang akan menghentikan MongoDB (misalnya selama post-integration-test).

Manfaat nyata menggunakan plugin ini dibandingkan yang lain adalah tidak ada persyaratan untuk menginstal MongoDB sebelumnya. Biner MongoDB diunduh dan disimpan ~/.embedmongountuk versi mendatang.

Jika Anda menggunakan sbt dan specs2, saya menulis jenis pembungkus yang sama untuk embedmongo

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

dengan spring-boot 1.3 Anda dapat menggunakan 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{
}

Anda dapat menjalankan MongoDB di memori mulai versi 3.2.6. Dari situs :

Mulai MongoDB Enterprise versi 3.2.6, mesin penyimpanan dalam memori adalah bagian dari ketersediaan umum (GA) dalam build 64-bit. Selain beberapa metadata dan data diagnostik, mesin penyimpanan dalam memori tidak memelihara data pada disk apa pun, termasuk data konfigurasi, indeks, kredensial pengguna, dll.

Tidak hanya untuk unit testing, tapi juga dijelaskan bagaimana cara menggunakan inmemory mongodb dengan rest api.

ketergantungan 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

antarmuka publik UserRepository memperluas MongoRepository {

}

untuk referensi dan semua kode java gunakan tautan di bawah ini: (penjelasan langkah demi langkah)

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

Performa lebih baik saat dijalankan mongoddenganstorageEngine='ephemeralForTest'

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

Dalam produksi, Anda akan menggunakan database yang sebenarnya.

Jika Anda ingin pengujian Anda mencerminkan bagaimana produk Anda berperilaku dalam produksi, gunakan instance Mongo yang sebenarnya.

Penerapan palsu mungkin tidak berperilaku persis sama dengan yang asli. Saat menguji, Anda harus berusaha untuk kebenaran. Kecepatan eksekusi berada di urutan kedua.