Повреждение сообщений WSO2 ESB

Question

Мы являемся компанией, рассматривающей использование WSO2 ESB в качестве брокера между несколькими критически важными системами. Мы указали на статью, ниже которой сравниваются некоторые решения:

http://esbperformance.org/display/comparison/ESB+Performance

Одним из требований является то, что WSO2 ESB портит сообщения больше, чем 16384 байт (16kb) - это правильное утверждение? Поскольку статья была написана конкурирующей компанией, мы находимся под впечатлением, что есть некоторые недостатки конфигурации или некоторый надзор, поскольку это похоже на серьезную ошибку.

Просьба уточнить.

Answer 1

Прежде всего, вы правильно говорите, что эталон производительности был проведен конкурентами линейки продуктов WSO2ESB. Есть несколько наблюдений, маскирующихся как проблемы коррупции, но только половина из них может иметь какие-либо достоинства. Проблема, связанная с коррупцией XSLT, является ошибочным завершением, в тестируемой конфигурации отсутствовала семантика, и ошибки, возникающие в результате этого, не могут быть связаны с повреждением сообщения.

Проблема, связанная с повреждением сообщений размером более 16 КБ, была проблемой только с настраиваемой конфигурацией, отличной от настроек по умолчанию, которая включала функцию, называемую 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 в сценариях с большим объемом и высокой производительностью.