我正在浏览一些基于Spring集成的代码,并且我注意到所有int-http:inbound-gateways都使用可轮询请求通道:
<int-http:inbound-gateway id="someId"
request-channel="queue-channel"
reply-channel="reply-channel"
request-payload-type="java.lang.String"
supported-methods="POST"
path="/rest/notifications"
auto-startup="true" />
<int:channel id="queue-channel" datatype="java.lang.String">
<int:queue capacity="100" />
</int:channel>
在配置中指定了显式轮询器:
<int:poller id="mainSystemPoller" default="true" fixed-delay="500" max-messages-per-poll="1">
<int:transactional transaction-manager="transactionManager" propagation="REQUIRES_NEW" isolation="DEFAULT"/>
</int:poller>
因此,流中的第一个通道是可轮询的。使用这种方法有什么好处?它是否只是为我们提供了更多的业务流程灵活性(事务配置,队列容量等)?
答案 0 :(得分:2)
没有事务配置,在那里使用轮询器的价值很小(如果有的话),因为http线程无论如何都会在网关中等待回复。
但是,在您的情况下,它将启动一个事务并导致网关下游的所有内容在事务中运行。但是,根据配置,这将单线程您的请求;你需要一个任务执行器来处理多个并发请求。
还有其他方法可以在事务中运行并发Web请求;您可以使用事务网关,然后流将在Web容器线程上运行,并由Web容器管理并发。