@ComponentScan mit Spring und Mongodb

Question

Ich arbeite an einer Spring-Boot-Anwendung und probiere den MongoDB-Connector aus. Ich habe einige Unterschiede zwischen der Handhabung von Entitäten und Komponenten durch Spring im Umgang mit MongoDB festgestellt, als dies bei herkömmlichen JPA- und RDB-Konnektoren der Fall ist. Meine Fragen sind diese:

Durchsucht Mongo jedes Paket über die @SpringBootApplication Config-Klasse und versucht, es für die Persistenz zuzuordnen? Ich sah einige seltsame Fehler, bei denen Spring versuchte, Persistenzklassen zu kartieren, die ich nicht als @Entity kommentiert hatte.

Ist das traditionelle @ComponentScan aus dem Fenster? Sind nur Mongo-Repositories in einem spezifischen @EnableMongoRepositories(basePackages = { "some.package" }) Paket als Federspeicher verfügbar? Ist es möglich, ein MongoRepository in einem anderen Paket zu haben, das mit der traditionellen JPA @Repository versehen ist?

Hilfe zum Verständnis der Unterschiede zwischen der Funktionsweise von Spring-Boot auf relationalen JPA-Entitäten und Entitäten auf Persistenz mit MongoDB wäre wünschenswert.

Answer 1

Sollten Sie nicht @Document anstelle von @Entity für die Zuordnung Ihrer Persistenzklassen verwenden? Siehe here