我们是一家考虑使用WSO2 ESB作为多个关键任务系统之间的代理的公司。我们一直指出文章下面哪个比较了解决方案：WSO2 ESB消息损坏
http://esbperformance.org/display/comparison/ESB+Performance
一个权利要求的是，WSO2 ESB腐败的消息大于16,384字节（16KB） - 这是一个正确的说法？由于这篇文章是由一家竞争公司编写的，我们感到存在一些配置缺陷或一些疏漏，因为这看起来像是一个重大缺陷。
请说明。
首先，您说的是性能基准是由WSO2ESB产品线的竞争对手进行的。有一些观察伪装成腐败问题，但其中只有一半可能有任何优点。与XSLT损坏相关的问题是一个错误的结论，测试的配置缺少语义，由此导致的错误不能归因于消息损坏。
与大于16K的邮件受损有关的问题只是非默认自定义配置的问题，该配置启用了称为Streaming XPath的功能，该功能用于增强XPath场景中的性能。尽管这里存在一个真正的问题，但这并不是一个默认配置，并没有真正影响到WSO2 ESB的数千个真实部署。 Streaming XPath在最近发布的WSO2ESB 4.8.0中稳定下来。 WSO2 ESB仍然是最快的开源ESB。案例研究如：http://wso2.com/casestudies/ebay-uses-100-open-source-wso2-esb-to-process-more-than-1-billion-transactions-per-day/显示了WSO2 ESB在高容量和高性能场景中的价值。