Book.od.ua Книги для вашего бизнеса



Одесская библиотека бизнес литературы
полезные книги для бизнеса

Книга «Шаблоны интеграции корпоративных приложений»

4.18. Мост обмена сообщениями

Компания использует обмен сообщениями (Messaging, с. 87) для взаимодействия между приложениями. К сожалению, в компании функционирует сразу несколько систем обмена сообщениями. Это весьма затрудняет выбор системы, к которой необходимо подключить то или иное приложение. Как связать несколько систем обмена сообщениями, чтобы сообщения, передаваемые по одной...

Читать далее >>

4.19. Мост обмена сообщениями. Продолжение.

Если рассматривать систему обмена сообщениями как единый, цельный объект, то связать между собой две такие системы не представляется возможным. Вместо этого мы по отдельности связываем канал одной системы и соответствующий ему канал другой системы. Мост обмена сообщениями - это набор адаптеров канала (Channel Adapter, с...

Читать далее >>

4.20. Шина сообщений

В компании уже долгое время функционирует несколько систем. Теперь они должны получить возможность обмениваться данными и унифицированным образом отвечать на набор распространенных бизнес-запросов.Как организовать согласованную работу отдельных приложений, не поставив их в зависимость друг от друга, чтобы добавление или удаление одного из приложений никоим образом...

Читать далее >>

4.21. Шина сообщений. Часть Вторая.

Шина сообщений представляет собой комбинацию канонической модели данных (Canonical Data Model, с. 367), стандартного набора команд и инфраструктуры обмена сообщениями, позволяющей разным системам взаимодействовать друг с другом через общий набор интерфейсов. Это напоминает шину компьютера, которая выполняет роль ''центрального узла'' общения между процессором, оперативной памятью...

Читать далее >>

4.22. Шина сообщений. Часть Третья.

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

Читать далее >>

5.1. Построение сообщений

ВведениеВ главе 3 обсуждался шаблон сообщение (Message, с. 98). Когда два приложения хотят обменяться порцией данных, они упаковывают эти данные в сообщение. Канал сообщений (Message Channel, с. 93) не может передать необработанные данные как таковые, но может передать их упакованными в сообщение. В связи с...

Читать далее >>

5.2. Сообщение с командой

Приложению необходимо вызывать функциональность других приложений. Обычно для этого применяют удаленный вызов процедуры (Remote Procedure Invocation, с. 85), но сейчас приложение хочет воспользоваться всеми преимуществами обмена сообщениями (Messaging, с. 87). Как использовать обмен сообщениями для вызова процедуры другого приложения? Преимуществом удаленного вызова процедуры является его...

Читать далее >>

5.3. Сообщение с данными документа

Приложение хочет передать данные другому приложению. Это можно было бы сделать с помощью передачи файла (File Transfer, с. 80) или общей базы данных (Shared Database, с. 83), но указанные подходы имеют ряд недостатков. Предпочтительнее организовать передачу данных через обмен сообщениями (Messaging, с. 87). Как использовать...

Читать далее >>

5.4. Сообщение с данными документа. Продолжение.

Сообщение с данными документа во многом напоминает сообщение о событии (Event Message, с. 174). Основная разница между ними определяется своевременностью доставки и содержимым. Главной частью сообщения с данными документа является его содержимое, т.е. сам документ. Важно успешно передать документ, а своевременность его отправки и получения...

Читать далее >>

5.5. Сообщение о событии

Несколько приложений хотели бы использовать оповещения о событиях, чтобы согласовывать свои действия. При этом желательно, чтобы для оповещения применялся обмен сообщениями (Messaging, с. 87). Как использовать обмен сообщениями для передачи событий из одного приложения в другое? Иногда о событии, произошедшем в одном объекте, требуется уведомить...

Читать далее >>

5.6. Сообщение о событии. Продолжение.

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

Читать далее >>

5.7. Запрос-ответ

Если два приложения взаимодействуют посредством обмена сообщениями (Messaging, с. 87), их общение получается односторонним. Можно ли организовать двустороннее общение? Как организовать обмен сообщениями, чтобы отправитель сообщения получал на него ответ? Обмен сообщениями предусматривает одностороннее взаимодействие участвующих в нем приложений. Сообщения (Message, с. 98) "путешествуют" по...

Читать далее >>

5.8. Запрос-ответ. Продолжение.

Рассуждать, какими должны быть приложения, обменивающиеся запросами и ответами, довольно скучно. Гораздо интереснее поговорить о том, что представляют собой запрос и ответ.1. Удаленный вызов процедуры с помощью обмена сообщениями. В этом сценарии обмен сообщениями применяется для реализации удаленного вызова процедуры. Запрос - это сообщение с...

Читать далее >>

5.9. Обратный адрес

Приложение использует обмен сообщениями (Messaging, с. 87) для реализации механизма запрос-ответ (Request-Reply, с. 177).Как ответчик узнает, куда необходимо отправить сообщение с ответом?Сообщения часто рассматриваются как полностью независимые объекты. Многие, например, считают, что отправитель может разместить сообщение в том канале, в котором захочет. Между тем сообщения...

Читать далее >>

5.10. Обратный адрес. Продолжение.

Когда сообщение с ответом отправляется по каналу, заданному обратным адресом, к нему может понадобиться добавить идентификатор корреляции (Correlation Identifier, с. 186). Обратный адрес говорит получателю запроса о том, по какому каналу следует отправить сообщение с ответом, а идентификатор корреляции сообщает отправителю запроса, к какому запросу...

Читать далее >>

5.11. Идентификатор корреляции

Приложение использует обмен сообщениями (Messaging, с. 87) для реализации механизма запрос-ответ (Request-Reply, с. 177) и получило сообщение с ответом.Как инициатор запроса, получивший сообщение с ответом, узнает, к какому запросу оно относится? Когда один процесс вызывает другой через удаленный вызов процедуры (Remote Procedure Invocation, с. 85)...

Читать далее >>

5.12. Идентификатор корреляции. Часть Вторая.

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

Читать далее >>

5.13. Идентификатор корреляции. Часть Третья.

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

Читать далее >>

5.14. Сообщение-запрос SOAP с идентификатором сообщения

<?xml version="1.0" ?><env:Envelope xmlns:env="http://www.w3.org/2 002/06/soap-envelope"> <env:Header><n:MsgHeader xmlns:n="http://example.org/requestresponse"> <n:MessageId>uuid:09233523-345b-43 51-b623-5dsf3 5sgs5d6</n:MessageId> </n:MsgHeader> </env:Header> <env:Body> </env:Body> </env:Envelope>Сообщение-ответ SOAP с идентификатором корреляции, указывающим на исходный запрос<?xml version="1.0" ?><env:Envelope xmlns:env="http://www.w3.org/2 002/06/soap-envelope"> <env:Header><n:MsgHeader xmlns:n="http://example.org/requestresponse"> <n:MessageId>uuid:09233523-567b-28 91-b623-9dke2 8yod7m9</n:MessageId><n:ResponseTo>uuid:09233 523-34 5b-4351-b623-5dsf3 5sgs5d6</n:ResponseTo> </n:MsgHeader> </env:Header> <env:Body> </env:Body> </env:Envelope>Как и в предыдущих примерах для...

Читать далее >>

5.15. Цепочка сообщений

Приложение должно отправить большой объем данных другому процессу, больше, чем может уместиться в одном сообщении. Или приложение сделало запрос, но результирующий набор данных слишком велик и не умещается в одном сообщении. Как использовать обмен сообщениями для передачи сколь угодно большого объема данных? На первый взгляд...

Читать далее >>





Убедительная просьба при использовании любых материалов Одесской электронной бизнес-библиотеки ставить активную ссылку на наш сайт. По всем вопросам касательно сайта пожалуйста пишите на почту
      Карта сайта