JMS Размер сообщения в теме - PullRequest
       24

JMS Размер сообщения в теме

1 голос
/ 08 октября 2009

Наше приложение использует тему для отправки сообщения небольшому кругу подписчиков. какие вещи я должен искать при моделировании сообщения jms относительно размера фактического сообщения, которое нужно отправить. Существуют ли какие-либо известные ограничения или это сервер приложений? Какие-либо лучшие практики или предложения по этой теме (каламбур непреднамеренный)?

Ответы [ 4 ]

4 голосов
/ 08 октября 2009

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

Длина сообщений в мегабайтах, как правило, тяжелая. Думайте в терминах нескольких К как своего рода стадион, в котором вы хотите быть.

Техника, используемая иногда, заключается в отправке небольших сообщений о том, что «Элемент 123435 был обновлен», затем потребители отправляются на получение данных, связанных с Элементом 12345, из базы данных или другого механизма хранения. Следовательно, каждый клиент может получить только те данные, которые ему нужны, мы не разбрасываем большие порции данных, когда подписчикам это может не понадобиться.

3 голосов
/ 08 октября 2009

Предлагаю вам проверить книгу Шаблоны корпоративной интеграции , где множество шаблонов, касающихся таких вопросов, как тот, который вы задаете, тщательно проанализированы. В частности, если размер вашего сообщения большой, вы можете использовать Message Sequence для решения проблемы:

Огромное количество данных: иногда приложения хотят передать действительно большая структура данных, которая может не поместиться удобно в одном сообщении. В этом случае разбейте данные на более управляемые куски и отправлять их как Последовательность сообщений . Куски должны быть отправлены как последовательность, а не просто куча сообщений, так что получатель может восстановить оригинал структура данных.

Цитируется по http://www.eaipatterns.com/MessageConstructionIntro.html

Домашняя страница с кратким описанием каждого образца книги доступна по адресу http://www.eaipatterns.com/index.html

0 голосов
/ 08 октября 2009

Маленькие сообщения быстрее, очевидно. При этом базовая реализация JMS-сервера может повысить производительность, используя, например, сжатие сообщений, такое как Weblogic 9. (http://download.oracle.com/docs/cd/E13222_01/wls/docs92/perform/jmstuning.html#wp1150012)

0 голосов
/ 08 октября 2009

Это зависит от реализации. Как и следовало ожидать, чем меньше, тем лучше. Например, Tibco рекомендует сохранять размеры сообщений менее 100 КБ.

...