WSO2 ESB。 v. 5.0.0 和 v. 4.9.0 之间的差异。派调解员
WSO2 ESB. Differences between v. 5.0.0 and v. 4.9.0. Send mediator
在 WSO2 ESB v. 4.9.0 send metiator 没有终止它所在的序列和所有父序列，最后是代理服务或 API。所以，在代码中：
...
<!-- This seqience has send mediator -->
<sequence key="ElabaFtpFileWrite"/>
<!-- This sequence has send mediator -->
<sequence key="ElabaSendMail"/>
<!-- for instance, some mediator or another logic -->
<log level="full"/>
...
始终执行第二个序列和日志中介。
相反，在 5.0.0 版本中。既不执行第二个序列也不执行对数中介。
根据有关 v.5.0.0 发送中介的文档，第二种行为是正确的。但为什么在 v.4.9.0 中发送以不同的方式工作，我没有发现任何关于此类问题的通知。
我想我以某种方式没有注意到，因为我不是 WSO2 产品的非常有经验的用户。
我在第一个和第二个序列中将 send mediator 更改为 call mediator，然后执行 log mediator。
这样的分辨率对吗？
参见https://github.com/wso2/wso2-synapse/commit/dc78d18210f3cbd8d2eb04bcd7236658ee3731f4：2016 年 6 月 29 日，发送调解器已更改为 return "false"（而不是 "true"）以避免执行剩余的调解器
文档反映了这一点：比较 https://docs.wso2.com/display/ESB490/Send+Mediator and https://docs.wso2.com/display/ESB500/Send+Mediator 你会注意到这个附加组件：
不要在同一个序列的Send mediator 后面添加任何mediator 配置，因为WSO2 ESB 不处理它们。发送中介之后的任何中介配置都应该转到 outSequence 或接收序列。
在 WSO2 ESB v. 4.9.0 send metiator 没有终止它所在的序列和所有父序列，最后是代理服务或 API。所以，在代码中：
...
<!-- This seqience has send mediator -->
<sequence key="ElabaFtpFileWrite"/>
<!-- This sequence has send mediator -->
<sequence key="ElabaSendMail"/>
<!-- for instance, some mediator or another logic -->
<log level="full"/>
...
始终执行第二个序列和日志中介。
相反，在 5.0.0 版本中。既不执行第二个序列也不执行对数中介。
根据有关 v.5.0.0 发送中介的文档，第二种行为是正确的。但为什么在 v.4.9.0 中发送以不同的方式工作，我没有发现任何关于此类问题的通知。
我想我以某种方式没有注意到，因为我不是 WSO2 产品的非常有经验的用户。
我在第一个和第二个序列中将 send mediator 更改为 call mediator，然后执行 log mediator。
这样的分辨率对吗？
参见https://github.com/wso2/wso2-synapse/commit/dc78d18210f3cbd8d2eb04bcd7236658ee3731f4：2016 年 6 月 29 日，发送调解器已更改为 return "false"（而不是 "true"）以避免执行剩余的调解器
文档反映了这一点：比较 https://docs.wso2.com/display/ESB490/Send+Mediator and https://docs.wso2.com/display/ESB500/Send+Mediator 你会注意到这个附加组件：
不要在同一个序列的Send mediator 后面添加任何mediator 配置，因为WSO2 ESB 不处理它们。发送中介之后的任何中介配置都应该转到 outSequence 或接收序列。