我們是一家考慮使用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在高容量和高性能場景中的價值。