О лучших практиках интеграции JMS с использованием клиента TIBCO .Net

Question

Я работаю над интеграционным проектом, в котором я разговариваю с платформой JMS с использованием клиента TIBCO .Net. Коллега рекомендует проектное решение, основанное на страхе внезапного получения слишком большого количества сообщений таким образом, чтобы наше приложение не могло с этим справиться. Мы используем асинхронный режим при получении сообщений. Я новичок в этой теме, поэтому я не смог найти быстрых лучших советов, чтобы поддержать его или моего моллюска. Какие-либо предложения? Как я могу проверить этот предмет?

Answer 1

После того, как я некоторое время проверил тему, я обнаружил, что не боюсь количества полученных сообщений. Главное не в получении самого, а в обработке полученного сообщения. Это то, что определяет реальную производительность приложения.

В предыдущем проекте мы отделили компонент Receiver от компонента Processor, и это привело к задержке, потому что мы должны ждать, пока приемник не закончит, чтобы начать обработку полученных сообщений через другой компонент.

Этот дизайн сейчас меняется. Таким образом, обработка должна быть сразу после получения сообщения. Прием сообщения должен осуществляться асинхронно с помощью обработки события MessageHandler типа EMSMessageHandler, и это лучший метод для получения сообщений.