MongoDb 支持
版本 2.1 引入了对 MongoDB 的支持:一个“高性能、开源、面向文档的数据库”。
项目需要此依赖项
-
Maven
-
Gradle
<dependency>
<groupId>org.springframework.integration</groupId>
<artifactId>spring-integration-mongodb</artifactId>
<version>7.0.0</version>
</dependency>
compile "org.springframework.integration:spring-integration-mongodb:7.0.0"
要下载、安装和运行 MongoDB,请参阅 MongoDB 文档。
连接到 MongoDb
阻塞还是响应式?
从版本 5.3 开始,Spring Integration 提供了对响应式 MongoDB 驱动程序的支持,以在访问 MongoDB 时启用非阻塞 I/O。要启用响应式支持,请将 MongoDB 响应式流驱动程序添加到您的依赖项中。
-
Maven
-
Gradle
<dependency>
<groupId>org.mongodb</groupId>
<artifactId>mongodb-driver-reactivestreams</artifactId>
</dependency>
compile "org.mongodb:mongodb-driver-reactivestreams"
对于常规同步客户端,您需要将其相应的驱动程序添加到依赖项中。
-
Maven
-
Gradle
<dependency>
<groupId>org.mongodb</groupId>
<artifactId>mongodb-driver-sync</artifactId>
</dependency>
compile "org.mongodb:mongodb-driver-sync"
两者在框架中都是 optional(可选)的,以更好地支持最终用户的选择。
要开始与 MongoDB 交互,您首先需要连接到它。Spring Integration 基于另一个 Spring 项目 Spring Data MongoDB 提供的支持。它提供了名为 MongoDatabaseFactory 和 ReactiveMongoDatabaseFactory 的工厂类,它们简化了与 MongoDB 客户端 API 的集成。
| Spring Data 默认提供阻塞式 MongoDB 驱动程序,但您可以通过包含上述依赖项来选择使用响应式模式。 |
使用 MongoDatabaseFactory
要连接到 MongoDB,您可以使用 MongoDatabaseFactory 接口的实现。
以下示例展示了如何使用 SimpleMongoClientDatabaseFactory
-
Java
-
XML
MongoDatabaseFactory mongoDbFactory =
new SimpleMongoClientDatabaseFactory(com.mongodb.client.MongoClients.create(), "test");
<bean id="mongoDbFactory" class="o.s.data.mongodb.core.SimpleMongoClientDatabaseFactory">
<constructor-arg>
<bean class="com.mongodb.client.MongoClients" factory-method="create"/>
</constructor-arg>
<constructor-arg value="test"/>
</bean>
SimpleMongoClientDatabaseFactory 接收两个参数:一个 MongoClient 实例和一个指定数据库名称的 String。如果您需要配置 host、port 等属性,您可以使用底层 MongoClients 类提供的构造函数之一来传递这些属性。有关如何配置 MongoDB 的更多信息,请参阅 Spring-Data-MongoDB 参考。
使用 ReactiveMongoDatabaseFactory
要使用响应式驱动程序连接到 MongoDB,您可以使用 ReactiveMongoDatabaseFactory 接口的实现。
以下示例展示了如何使用 SimpleReactiveMongoDatabaseFactory
-
Java
-
XML
ReactiveMongoDatabaseFactory mongoDbFactory =
new SimpleReactiveMongoDatabaseFactory(com.mongodb.reactivestreams.client.MongoClients.create(), "test");
<bean id="mongoDbFactory" class="o.s.data.mongodb.core.SimpleReactiveMongoDatabaseFactory">
<constructor-arg>
<bean class="com.mongodb.reactivestreams.client.MongoClients" factory-method="create"/>
</constructor-arg>
<constructor-arg value="test"/>
</bean>
MongoDB 消息存储
如《企业集成模式》(EIP)一书所述,消息存储允许您持久化消息。当处理具有缓冲消息能力的组件(QueueChannel、aggregator、resequencer 等)时,如果可靠性是一个问题,这会很有用。在 Spring Integration 中,MessageStore 策略也为 索赔检查 模式奠定了基础,该模式也在 EIP 中有所描述。
Spring Integration 的 MongoDB 模块提供了 MongoDbMessageStore,它是 MessageStore 策略(主要用于索赔检查模式)和 MessageGroupStore 策略(主要用于聚合器和重新排序器模式)的实现。
以下示例配置了一个 MongoDbMessageStore,以使用 QueueChannel 和 aggregator
<bean id="mongoDbMessageStore" class="o.s.i.mongodb.store.MongoDbMessageStore">
<constructor-arg ref="mongoDbFactory"/>
</bean>
<int:channel id="somePersistentQueueChannel">
<int:queue message-store="mongoDbMessageStore"/>
<int:channel>
<int:aggregator input-channel="inputChannel" output-channel="outputChannel"
message-store="mongoDbMessageStore"/>
上述示例是一个简单的 bean 配置,它需要一个 MongoDbFactory 作为构造函数参数。
MongoDbMessageStore 使用 Spring Data Mongo 映射机制将 Message 扩展为包含所有嵌套属性的 Mongo 文档。当您需要访问 payload 或 headers 以进行审计或分析(例如,针对存储的消息)时,这很有用。
MongoDbMessageStore 使用自定义的 MappingMongoConverter 实现将 Message 实例存储为 MongoDB 文档,并且对 Message 的属性(payload 和 header 值)有一些限制。 |
从版本 5.1.6 开始,MongoDbMessageStore 可以配置自定义转换器,这些转换器会传播到内部的 MappingMongoConverter 实现中。有关更多信息,请参阅 MongoDbMessageStore.setCustomConverters(Object… customConverters) JavaDocs。
Spring Integration 3.0 引入了 ConfigurableMongoDbMessageStore。它实现了 MessageStore 和 MessageGroupStore 接口。这个类可以接收 MongoTemplate 作为构造函数参数,例如,您可以使用它配置自定义的 WriteConcern。另一个构造函数需要一个 MappingMongoConverter 和一个 MongoDbFactory,这允许您为 Message 实例及其属性提供一些自定义转换。请注意,默认情况下,ConfigurableMongoDbMessageStore 使用标准 Java 序列化来写入和读取 MongoDB 中的 Message 实例(参见 MongoDbMessageBytesConverter),并依赖 MongoTemplate 中其他属性的默认值。它从提供的 MongoDbFactory 和 MappingMongoConverter 构建一个 MongoTemplate。ConfigurableMongoDbMessageStore 存储的集合的默认名称是 configurableStoreMessages。当消息包含复杂数据类型时,我们建议使用此实现来创建健壮且灵活的解决方案。
从 6.0.8 版本开始,AbstractConfigurableMongoDbMessageStore 提供了 setCreateIndexes(boolean) 选项(默认为 true),可用于禁用自动索引创建。以下示例展示了如何声明一个 bean 并禁用自动索引创建。
@Bean
public MongoDbChannelMessageStore mongoDbChannelMessageStore(MongoDatabaseFactory databaseFactory) {
MongoDbChannelMessageStore mongoDbChannelMessageStore = new MongoDbChannelMessageStore(databaseFactory);
mongoDbChannelMessageStore.setCreateIndexes(false);
return mongoDbChannelMessageStore;
}
MongoDB 通道消息存储
版本 4.0 引入了新的 MongoDbChannelMessageStore。它是一个优化的 MessageGroupStore,用于 QueueChannel 实例。通过 priorityEnabled = true,您可以在 <int:priority-queue> 实例中使用它,以实现持久化消息的优先级顺序轮询。优先级 MongoDB 文档字段由 IntegrationMessageHeaderAccessor.PRIORITY (priority) 消息头填充。
此外,所有 MongoDB MessageStore 实例现在都有一个用于 MessageGroup 文档的 sequence 字段。sequence 值是同一集合中简单 sequence 文档的 $inc 操作的结果,该文档按需创建。在 poll 操作中,sequence 字段用于在消息存储在同一毫秒内时提供先进先出(FIFO)的消息顺序(如果配置了优先级,则在优先级内)。
我们不建议将同一个 MongoDbChannelMessageStore bean 用于优先级和非优先级,因为 priorityEnabled 选项适用于整个存储。但是,同一个 collection 可以用于两种 MongoDbChannelMessageStore 类型,因为从存储中轮询消息是排序的并使用索引。要配置此场景,您可以将一个消息存储 bean 扩展到另一个,如下例所示 |
<bean id="channelStore" class="o.s.i.mongodb.store.MongoDbChannelMessageStore">
<constructor-arg name="mongoDbFactory" ref="mongoDbFactory"/>
</bean>
<int:channel id="queueChannel">
<int:queue message-store="store"/>
</int:channel>
<bean id="priorityStore" parent="channelStore">
<property name="priorityEnabled" value="true"/>
</bean>
<int:channel id="priorityChannel">
<int:priority-queue message-store="priorityStore"/>
</int:channel>
使用禁用自动索引创建的 AbstractConfigurableMongoDbMessageStore
从版本 6.0.8 开始,AbstractConfigurableMongoDbMessageStore 实现了 setCreateIndex(boolean),可用于禁用或启用(默认)自动索引创建。以下示例展示了如何声明一个 bean 并禁用自动索引创建
@Bean
public AbstractConfigurableMongoDbMessageStore mongoDbChannelMessageStore(MongoDatabaseFactory databaseFactory)
{
AbstractConfigurableMongoDbMessageStore mongoDbChannelMessageStore = new MongoDbChannelMessageStore(databaseFactory);
mongoDbChannelMessageStore.setCreateIndex(false);
return mongoDbChannelMessageStore;
}
MongoDB 元数据存储
Spring Integration 4.2 引入了新的基于 MongoDB 的 MetadataStore(参见 Metadata Store)实现。您可以使用 MongoDbMetadataStore 在应用程序重启后维护元数据状态。您可以将此新的 MetadataStore 实现与以下适配器一起使用
要指示这些适配器使用新的 MongoDbMetadataStore,请声明一个 bean 名称为 metadataStore 的 Spring bean。Feed 入站通道适配器会自动识别并使用声明的 MongoDbMetadataStore。以下示例展示了如何声明一个名为 metadataStore 的 bean
@Bean
public MetadataStore metadataStore(MongoDbFactory factory) {
return new MongoDbMetadataStore(factory, "integrationMetadataStore");
}
MongoDbMetadataStore 也实现了 ConcurrentMetadataStore,这使得它可以在多个应用程序实例之间可靠地共享,其中只有一个实例被允许存储或修改键的值。由于 MongoDB 的保证,所有这些操作都是原子性的。
MongoDB 入站通道适配器
MongoDB 入站通道适配器是一个轮询消费者,它从 MongoDB 读取数据并将其作为 Message payload 发送。以下示例展示了如何配置 MongoDB 入站通道适配器
<int-mongodb:inbound-channel-adapter id="mongoInboundAdapter"
channel="replyChannel"
query="{'name' : 'Bob'}"
entity-class="java.lang.Object"
auto-startup="false">
<int:poller fixed-rate="100"/>
</int-mongodb:inbound-channel-adapter>
如上述配置所示,您可以使用 inbound-channel-adapter 元素配置 MongoDB 入站通道适配器,并为各种属性提供值,例如
-
query: 一个 JSON 查询(参见 MongoDB 查询) -
query-expression: 一个 SpEL 表达式,其计算结果为 JSON 查询字符串(如上面的query属性)或o.s.data.mongodb.core.query.Query的实例。与query属性互斥。 -
entity-class: payload 对象的类型。如果未提供,则返回com.mongodb.DBObject。 -
collection-name或collection-name-expression: 标识要使用的 MongoDB 集合的名称。 -
mongodb-factory: 引用o.s.data.mongodb.MongoDbFactory的实例 -
mongo-template: 引用o.s.data.mongodb.core.MongoTemplate的实例 -
所有其他入站适配器共有的其他属性(例如 'channel')。
您不能同时设置 mongo-template 和 mongodb-factory。 |
前面的示例相对简单和静态,因为它有一个用于 query 的字面值,并使用 collection 的默认名称。有时,您可能需要根据某些条件在运行时更改这些值。为此,请使用它们的 -expression 等效项(query-expression 和 collection-name-expression),其中提供的表达式可以是任何有效的 SpEL 表达式。
此外,您可能希望对从 MongoDB 读取的已成功处理的数据进行一些后处理。例如,您可能希望在文档处理后移动或删除它。您可以通过使用 Spring Integration 2.2 添加的事务同步功能来实现这一点,如下例所示
<int-mongodb:inbound-channel-adapter id="mongoInboundAdapter"
channel="replyChannel"
query-expression="new BasicQuery('{''name'' : ''Bob''}').limit(100)"
entity-class="java.lang.Object"
auto-startup="false">
<int:poller fixed-rate="200" max-messages-per-poll="1">
<int:transactional synchronization-factory="syncFactory"/>
</int:poller>
</int-mongodb:inbound-channel-adapter>
<int:transaction-synchronization-factory id="syncFactory">
<int:after-commit
expression="@documentCleaner.remove(#mongoTemplate, payload, headers.mongo_collectionName)"
channel="someChannel"/>
</int:transaction-synchronization-factory>
<bean id="documentCleaner" class="thing1.thing2.DocumentCleaner"/>
<bean id="transactionManager" class="o.s.i.transaction.PseudoTransactionManager"/>
以下示例显示了前面示例中引用的 DocumentCleaner
public class DocumentCleaner {
public void remove(MongoOperations mongoOperations, Object target, String collectionName) {
if (target instanceof List<?> documents){
for (Object document : documents) {
mongoOperations.remove(new BasicQuery(JSON.serialize(document)), collectionName);
}
}
}
}
您可以使用 transactional 元素将轮询器声明为事务性的。此元素可以引用一个真正的事务管理器,例如,如果您的流的某些其他部分调用了 JDBC。如果您没有“真正的”事务,您可以使用 o.s.i.transaction.PseudoTransactionManager 实例,它是 Spring 的 PlatformTransactionManager 的实现,并在没有实际事务时启用 Mongo 适配器的事务同步功能。
| 这样做并不会使 MongoDB 本身具有事务性。它允许在成功(提交)之前或之后或失败(回滚)之后进行动作的同步。 |
一旦您的轮询器是事务性的,您就可以在 transactional 元素上设置 o.s.i.transaction.TransactionSynchronizationFactory 的实例。TransactionSynchronizationFactory 创建 TransactionSynchronization 的实例。为了您的方便,我们公开了一个基于 SpEL 的默认 TransactionSynchronizationFactory,它允许您配置 SpEL 表达式,它们的执行与事务协调(同步)。支持提交前、提交后和回滚后事件的表达式,以及每个事件的通道,其中发送评估结果(如果有)。对于每个子元素,您可以指定 expression 和 channel 属性。如果只有 channel 属性存在,则接收到的消息作为特定同步场景的一部分发送到那里。如果只有 expression 属性存在且表达式的结果是非空值,则生成一个以结果作为有效载荷的消息并发送到默认通道(NullChannel)并出现在日志中(在 DEBUG 级别)。如果您希望评估结果转到特定通道,请添加 channel 属性。如果表达式的结果为 null 或 void,则不生成消息。
有关事务同步的更多信息,请参阅 事务同步。
从 5.5 版本开始,MongoDbMessageSource 可以配置一个 updateExpression,它必须评估为具有 MongoDb update 语法的 String 或 org.springframework.data.mongodb.core.query.Update 实例。它可以作为描述上述后处理过程的替代方法,并且它会修改从集合中获取的实体,这样它们就不会在下一个轮询周期中再次从集合中拉取(假设更新更改了查询中使用的一些值)。当集群中使用多个针对同一集合的 MongoDbMessageSource 实例时,仍然建议使用事务来实现执行隔离和数据一致性。
MongoDB 变更流入站通道适配器
从 5.3 版本开始,spring-integration-mongodb 模块引入了 MongoDbChangeStreamMessageProducer —— 一个响应式 MessageProducerSupport 实现,用于 Spring Data 的 ReactiveMongoOperations.changeStream(String, ChangeStreamOptions, Class) API。默认情况下,该组件生成一个消息 Flux,其 body 为 ChangeStreamEvent 作为有效载荷,以及一些与变更流相关的头部信息(参见 MongoHeaders)。建议将此 MongoDbChangeStreamMessageProducer 与 FluxMessageChannel 结合作为 outputChannel,以实现按需订阅和下游事件消费。
此通道适配器的 Java DSL 配置可能如下所示
@Bean
IntegrationFlow changeStreamFlow(ReactiveMongoOperations mongoTemplate) {
return IntegrationFlow.from(
MongoDb.changeStreamInboundChannelAdapter(mongoTemplate)
.domainType(Person.class)
.collection("person")
.extractBody(false))
.channel(MessageChannels.flux())
.get();
}
当 MongoDbChangeStreamMessageProducer 停止,或下游订阅被取消,或 MongoDb 变更流产生 OperationType.INVALIDATE 时,Publisher 完成。通道适配器可以再次启动,并创建一个新的源数据 Publisher,它会自动订阅到 MessageProducerSupport.subscribeToPublisher(Publisher<? extends Message<?>>)。如果在启动之间需要从其他位置消费变更流事件,则可以为新的选项重新配置此通道适配器。
有关变更流支持的更多信息,请参阅 Spring Data MongoDB 文档。
MongoDB 出站通道适配器
MongoDB 出站通道适配器允许您将消息有效载荷写入 MongoDB 文档存储,如下例所示
<int-mongodb:outbound-channel-adapter id="fullConfigWithCollectionExpression"
collection-name="myCollection"
mongo-converter="mongoConverter"
mongodb-factory="mongoDbFactory" />
如上述配置所示,您可以通过使用 outbound-channel-adapter 元素并为各种属性提供值来配置 MongoDB 出站通道适配器,例如
-
collection-name或collection-name-expression: 标识要使用的 MongoDb 集合的名称。 -
mongo-converter: 引用o.s.data.mongodb.core.convert.MongoConverter实例,该实例协助将原始 Java 对象转换为 JSON 文档表示形式。 -
mongodb-factory: 引用o.s.data.mongodb.MongoDbFactory的实例。 -
mongo-template: 引用o.s.data.mongodb.core.MongoTemplate的实例。注意:您不能同时设置mongo-template和mongodb-factory。 -
所有入站适配器共有的其他属性(例如 'channel')。
前面的示例相对简单和静态,因为它有一个用于 collection-name 的字面值。有时,您可能需要根据某些条件在运行时更改此值。为此,请使用 collection-name-expression,其中提供的表达式可以是任何有效的 SpEL 表达式。
MongoDB 出站网关
版本 5.0 引入了 MongoDB 出站网关。它允许您通过向其请求通道发送消息来查询数据库。然后网关将响应发送到回复通道。您可以使用消息有效负载和标头来指定查询和集合名称,如下例所示
-
Java DSL
-
Kotlin DSL
-
Java
-
XML
@SpringBootApplication
public class MongoDbJavaApplication {
public static void main(String[] args) {
new SpringApplicationBuilder(MongoDbJavaApplication.class)
.web(false)
.run(args);
}
@Autowired
private MongoDbFactory;
@Autowired
private MongoConverter;
@Bean
public IntegrationFlow gatewaySingleQueryFlow() {
return f -> f
.handle(queryOutboundGateway())
.channel(c -> c.queue("retrieveResults"));
}
private MongoDbOutboundGatewaySpec queryOutboundGateway() {
return MongoDb.outboundGateway(this.mongoDbFactory, this.mongoConverter)
.query("{name : 'Bob'}")
.collectionNameFunction(m -> m.getHeaders().get("collection"))
.expectSingleResult(true)
.entityClass(Person.class);
}
}
class MongoDbKotlinApplication {
fun main(args: Array<String>) = runApplication<MongoDbKotlinApplication>(*args)
@Autowired
lateinit var mongoDbFactory: MongoDatabaseFactory
@Autowired
lateinit var mongoConverter: MongoConverter
@Bean
fun gatewaySingleQueryFlow() =
integrationFlow {
handle(queryOutboundGateway())
channel { queue("retrieveResults") }
}
private fun queryOutboundGateway(): MongoDbOutboundGatewaySpec {
return MongoDb.outboundGateway(this.mongoDbFactory, this.mongoConverter)
.query("{name : 'Bob'}")
.collectionNameFunction<Any> { m -> m.headers["collection"] as String }
.expectSingleResult(true)
.entityClass(Person::class.java)
}
}
@SpringBootApplication
public class MongoDbJavaApplication {
public static void main(String[] args) {
new SpringApplicationBuilder(MongoDbJavaApplication.class)
.web(false)
.run(args);
}
@Autowired
private MongoDbFactory mongoDbFactory;
@Bean
@ServiceActivator(inputChannel = "requestChannel")
public MessageHandler mongoDbOutboundGateway() {
MongoDbOutboundGateway gateway = new MongoDbOutboundGateway(this.mongoDbFactory);
gateway.setCollectionNameExpressionString("'myCollection'");
gateway.setQueryExpressionString("'{''name'' : ''Bob''}'");
gateway.setExpectSingleResult(true);
gateway.setEntityClass(Person.class);
gateway.setOutputChannelName("replyChannel");
return gateway;
}
@Bean
@ServiceActivator(inputChannel = "replyChannel")
public MessageHandler handler() {
return message -> System.out.println(message.getPayload());
}
}
<int-mongodb:outbound-gateway id="gatewayQuery"
mongodb-factory="mongoDbFactory"
mongo-converter="mongoConverter"
query="{firstName: 'Bob'}"
collection-name="myCollection"
request-channel="in"
reply-channel="out"
entity-class="org.springframework.integration.mongodb.test.entity$Person"/>
您可以将以下属性与 MongoDB 出站网关一起使用
-
collection-name或collection-name-expression: 标识要使用的 MongoDB 集合的名称。 -
mongo-converter: 引用o.s.data.mongodb.core.convert.MongoConverter实例,该实例协助将原始 Java 对象转换为 JSON 文档表示形式。 -
mongodb-factory: 引用o.s.data.mongodb.MongoDbFactory的实例。 -
mongo-template: 引用o.s.data.mongodb.core.MongoTemplate的实例。注意:您不能同时设置mongo-template和mongodb-factory。 -
entity-class: 要传递给 MongoTemplate 中find(..)和findOne(..)方法的实体类的完全限定名。如果未提供此属性,则默认值为org.bson.Document。 -
query或query-expression: 指定 MongoDB 查询。有关更多查询示例,请参见 MongoDB 文档。 -
collection-callback: 引用org.springframework.data.mongodb.core.CollectionCallback的实例。自 5.0.11 起,首选o.s.i.mongodb.outbound.MessageCollectionCallback的实例,带有请求消息上下文。有关更多信息,请参阅其 Javadocs。注意:您不能同时拥有collection-callback和任何查询属性。
作为 query 和 query-expression 属性的替代方案,您可以使用 collectionCallback 属性作为 MessageCollectionCallback 函数接口实现的引用来指定其他数据库操作。以下示例指定了一个计数操作
private MongoDbOutboundGatewaySpec collectionCallbackOutboundGateway() {
return MongoDb.outboundGateway(this.mongoDbFactory, this.mongoConverter)
.collectionCallback((collection, requestMessage) -> collection.count())
.collectionName("myCollection");
}
MongoDB 响应式通道适配器
从版本 5.3 开始,提供了 ReactiveMongoDbStoringMessageHandler 和 ReactiveMongoDbMessageSource 实现。它们基于 Spring Data 的 ReactiveMongoOperations,并需要 org.mongodb:mongodb-driver-reactivestreams 依赖。
ReactiveMongoDbStoringMessageHandler 是 ReactiveMessageHandler 的实现,当集成流定义中涉及响应式流组合时,该实现在框架中得到原生支持。有关更多信息,请参见 ReactiveMessageHandler。
从配置的角度来看,与许多其他标准通道适配器没有区别。例如,使用 Java DSL,这样的通道适配器可以像这样使用
@Bean
public IntegrationFlow reactiveMongoDbFlow(ReactiveMongoDatabaseFactory mongoDbFactory) {
return f -> f
.channel(MessageChannels.flux())
.handle(MongoDb.reactiveOutboundChannelAdapter(mongoDbFactory));
}
在这个示例中,我们将通过提供的 ReactiveMongoDatabaseFactory 连接到 MongoDb,并将请求消息中的数据存储到名为 data 的默认集合中。实际操作将根据内部创建的 ReactiveStreamsConsumer 中的响应式流组合按需执行。
ReactiveMongoDbMessageSource 是一个 AbstractMessageSource 实现,它基于提供的 ReactiveMongoDatabaseFactory 或 ReactiveMongoOperations 和 MongoDb 查询(或表达式),根据 expectSingleResult 选项调用 find() 或 findOne() 操作,并使用预期的 entityClass 类型来转换查询结果。当生成的消息有效载荷中的 Publisher(根据 expectSingleResult 选项,为 Flux 或 Mono)被订阅时,才按需执行查询并评估结果。当在下游使用分发器和 FluxMessageChannel 时,框架可以自动订阅此类有效载荷(本质上是 flatMap)。否则,下游端点中的轮询发布者由目标应用程序负责订阅。
使用 Java DSL,这种通道适配器可以这样配置
@Bean
public IntegrationFlow reactiveMongoDbFlow(ReactiveMongoDatabaseFactory mongoDbFactory) {
return IntegrationFlow
.from(MongoDb.reactiveInboundChannelAdapter(mongoDbFactory, "{'name' : 'Name'}")
.entityClass(Person.class),
c -> c.poller(Pollers.fixedDelay(1000)))
.split()
.channel(c -> c.flux("output"))
.get();
}
从版本 5.5 开始,ReactiveMongoDbMessageSource 可以配置 updateExpression。它具有与阻塞 MongoDbMessageSource 相同的功能。有关更多信息,请参阅 MongoDB 入站通道适配器 和 AbstractMongoDbMessageSourceSpec JavaDocs。