![Java Pro-двинутый #7. JMS и MDB.](https://i.ytimg.com/vi/gwEciQ8vMjo/hqdefault.jpg)
Содержание
- Определение - Что означает Java Service (JMS)?
- Введение в Microsoft Azure и Microsoft Cloud | Из этого руководства вы узнаете, что такое облачные вычисления и как Microsoft Azure может помочь вам перенести и запустить свой бизнес из облака.
- Techopedia объясняет Java-сервис (JMS)
Определение - Что означает Java Service (JMS)?
Служба Java (JMS) - это интерфейс прикладного программирования (API) от Sun Microsystems, который функционирует как промежуточное ПО, ориентированное на Java. Он предназначен для обмена слабосвязанными, надежными и асинхронными компонентами между различными программными компонентами (так называемыми клиентами), основанными на платформе Java 2 Enterprise Edition (J2EE).
JMS - это стандарт обмена сообщениями, способный создавать, принимать, получать и считывать запросы, отчеты или события, используемые компонентами программного обеспечения, а не людьми. JMS позволяет программам в разных системах или написанным на разных языках программирования координировать действия друг с другом через s.
Введение в Microsoft Azure и Microsoft Cloud | Из этого руководства вы узнаете, что такое облачные вычисления и как Microsoft Azure может помочь вам перенести и запустить свой бизнес из облака.
Techopedia объясняет Java-сервис (JMS)
JMS API использует две модели обмена сообщениями:
- Модель точка-точка или очередь
JMS слабо связан с помощью промежуточного компонента, очереди. Таким образом, программные компоненты взаимодействуют косвенно. Это означает, что программные компоненты -ing не потребуют знаний о принимающем программном компоненте. Эта модель характеризуется:- Только один компонент получает.
- Исходный компонент не работает, когда принимающий компонент получает.
- Принимающий компонент не работает при отправке.
- s успешно обработанные, подтверждаются принимающим компонентом.
- Модель публикации и подписки
Эта модель работает как анонимная доска объявлений. Компонент подписки может регистрировать необходимость получать сообщения по определенной теме, но ни один компонент (издатель или подписчик) не обязан знать о другом. Эта модель характеризуется несколькими компонентами, получающими и синхронизирующими зависимость между компонентами публикации и подписывающими компонентами следующим образом:- Компонент издателя создает тему для подписки других компонентов.
- Компонент подписчика остается в состоянии получать s, если не установлена долговременная подписка.
- Если установлена долговременная подписка, то опубликованные, в то время как подписчик не может получать s, будут перераспределяться при каждом повторном подключении принимающего компонента.