我们是一家考虑使用WSO2 ESB作为几个关键任务系统之间的代理的公司 . 我们已经指出下面的文章比较了一些解决方案：
http://esbperformance.org/display/comparison/ESB+Performance
其中一个主张是WSO2 ESB破坏大于16,384字节（16KB）的消息 - 这是正确的陈述吗？由于该文章是由一家竞争公司撰写的，我们认为存在一些配置缺陷或一些疏忽，因为这看起来像一个主要的错误 .
请澄清 .
我们是一家考虑使用WSO2 ESB作为几个关键任务系统之间的代理的公司 . 我们已经指出下面的文章比较了一些解决方案：
http://esbperformance.org/display/comparison/ESB+Performance
其中一个主张是WSO2 ESB破坏大于16,384字节（16KB）的消息 - 这是正确的陈述吗？由于该文章是由一家竞争公司撰写的，我们认为存在一些配置缺陷或一些疏忽，因为这看起来像一个主要的错误 .
请澄清 .
1 回答
首先，你说的是性能基准是由WSO2ESB产品系列的竞争对手进行的 . 有一些意见伪装成腐败问题，但只有一半可能有任何优点 . 与XSLT损坏相关的问题是一个错误的结论，测试的配置缺少语义，由此导致的错误不能归因于消息损坏 .
与大于16K的消息损坏相关的问题只是非默认自定义配置的问题，该配置启用了称为Streaming XPath的功能，该功能用于增强XPath方案中的性能 . 虽然这里存在一个真正的问题，但这绝不是默认配置，并没有真正影响WSO2 ESB的数千个真实部署 . 流式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在高容量和高性能场景中的 Value .