Java SpringIntegrationDSL中是否有处理消息传递抽象而不是JMS、AMQP。。。？

似乎没有用于构建

messageDrivenChannelAdapter

，

listenerContainers

的工厂。。。在Spring消息传递抽象中（

org.springframework.messaging.

），而不是JMS（

org.springframework.JMS.

）

---

我的意思是，您可以配置消息传递的

MappingJackson2MessageConverter

而不是JMS，使用

JMSMessageTemplate

。

JMSMessageTemplate不是为使用Spring集成流而设计的。这里我们有适配器和它们之间的通道。

JmsMessagingTemplate

是从目标服务使用的一站式服务，没有任何流功能

---

您可以从

.handle（JMSMessageTemplate:：send）

将其用作服务激活器，也可以从

IntegrationFlow.from（JMSMessageTemplate:：receive）

将其用作入站通道适配器。

Hi Artem！这只是一个例子，我更关心的是整个设计，如果我可以创建通道适配器、容器、映射器，所有东西都作为消息传递，而不是特定的JMS，我会提供额外的抽象步骤，但似乎集成DSL还没有准备好，我不明白你的想法。你介意分享更多信息吗？例如，某个PoC应该是什么样子？我不知道为什么SpringIntegrationDSL应该担心那些与EIP抽象无关的问题。谢谢，您可能知道，从Spring4.1开始，有一个完整的消息传递抽象，允许JMS/Rabbit/AMQP。。。抽象。这几乎是org.springframework.jms.*到org.springframework.messaging.*的克隆，稍微重写了MappingJackson2MessageConverter、JmsTemplate、Message等类的逻辑。。我想知道我们是否可以利用工厂和函数进行消息传递抽象。开始发送消息。messageDrivenChannelAdapter…好的。谢谢它应该这样做，即

消息传递.messageDrivenChannelAdapter

？

MessageReceivingOperations.receive（）

不是消息驱动的，它是可轮询的，我已经向您展示了如何从SI使用它的模式。再说一遍：这不是为SI设计的。当你不能或不想使用SI时，这是一种选择。当然，谢谢你提供的信息！正如你想知道的那样，我只是解释了我怀疑的理由，但我完全理解这种情况！