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



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

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

3.17. Цепочечные преобразования

Многие сценарии бизнес-интеграции предполагают преобразование данных на нескольких различных уровнях. Предположим, что запись заказа покупок EDI 850, представленную файлом с фиксированным форматом, следует преобразовать в XML-документ и отправить по протоколу HTTP в систему управления заказами, использующую отличное определение объекта Order. Необходимые при этом преобразования охватывают...

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

3.18. Цепочечные преобразования. Продолжение.

Предположим, что система бухгалтерского учета ожидает получить XML-документ следующего вида (использование немецкого языка в именах тэгов не является чем-то сверхъестественным в области интеграции корпоративных приложений).<Kunde><Name>Joe Doe</Name> <Adresse><Strasse>123 Main</Strasse><Ort>San Francisco</Ort><Telefon>415-555-1234</Telefon></Adresse> </Kunde>Приведенный выше XML-документ имеет более простую структуру, чем исходный. Кроме отличий в именах тэгов, некоторые поля...

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

3.19. Конечная точка сообщения

Приложения обмениваются сообщениями (Message, с. 98) по каналам сообщений (Message Channel, с. 93).Как подключить приложение к каналу системы обмена сообщениями?Приложение и система обмена сообщениями представляют собой две отдельные программные сущности. Приложение обеспечивает функциональность для пользователей, в то время как система обмена сообщениями управляет каналами, применяющимися...

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

4.1. Каналы обмена сообщениями

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

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

4.2. Каналы обмена сообщениями. Решения.

Итак, вы поняли, что такое каналы сообщений (Message Channel, с. 93). Теперь давайте рассмотрим, какой шаблон канала следует выбирать в той или иной ситуации.• "Один-к-одному" или "один-ко-многим". Если приложение размещает в канале свои данные, должны ли они быть доступны только одному получателю или же ими...

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

4.3. Каналы обмена сообщениями. Решения. Продолжение.

• Защита от сбоев. Если система обмена сообщениями даст сбой или будет закрыта на обслуживание, что произойдет с сообщениями? Останутся ли сообщения в канале, когда система вновь вернется к работе? По умолчанию нет; содержимое каналов хранится в оперативной памяти. Тем не менее шаблон гарантированная доставка...

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

4.4. Канал точка-точка

Приложение использует обмен сообщениями (Messaging, с. 87) для удаленного вызова процедур или передачи документов. Может ли приложение, отправившее документ или вызвавшее процедуру, гарантировать, что документ или вызов будет получен только одним приложением? Одно из преимуществ удаленного вызова процедуры (Remote Procedure Call - RPC) заключается в...

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

4.5. Канал публикация-подписка

Приложение использует обмен сообщениями (Messaging, с. 87) для оповещения о событиях. Как оповестить о событии всех заинтересованных получателей? Для реализации широковещательной рассылки существуют хорошо известные, проверенные решения. Шаблон проектирования наблюдатель (Observer) из [12] описывает необходимость разобщения наблюдателей и субъекта (т.е. инициатора события), чтобы субъект мог...

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

4.6. Подписка на каналы при помощи символов подстановки

Многие системы обмена сообщениями позволяют подписчикам каналов ''публикация-подписка'' (Publish-Subscribe Channel) использовать специальные символы подстановки. Это очень мощный прием, благодаря которому потребители сообщений могут подписаться сразу на несколько каналов. К примеру, если некоторое приложение публикует свои сообщения в каналах MyCorp/Prod/OrderProcessing/NewOrders и MyCorp/ Prod/OrderProcessing/CancelledOrders, другое приложение может...

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

4.7. Канал типа данных

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

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

4.8. Канал качества обслуживания

К концепции канала типа данных (Datatype Channel) близка такая стратегия, как канал качества обслуживания (quality-of-service channel). Пусть компании требуется передать некоторую группу сообщений с уровнем обслуживания, отличного от того, который применяется при передаче других сообщений. К примеру, входящие сообщения о новых заказах могут представлять собой...

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

4.9. Канал недопустимых сообщений

Приложение использует обмен сообщениями (Messaging, с. 87) для получения сообщений (Message, с. 98). Как поступить с сообщением, не несущим в себе никакого смысла для получателя? В теории все, что передается по каналу сообщений (Message Channel, с. 93), является обычным сообщением, а получатели просто обрабатывают принятые...

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

4.10. Канал недопустимых сообщений. Продолжение.

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

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

4.11. Канал недоставленных сообщений

Компания использует обмен сообщениями (Messaging, с. 87) для интеграции приложений. Что делать с сообщениями, которые не удается доставить? Если получатель принимает сообщение, но не может его обработать, он должен переместить его в канал недопустимых сообщений (Invalid Message Channel, с. 143). Но что делать, если система...

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

4.12. Гарантированная доставка

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

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

4.13. Насколько надежна гарантированная доставка сообщений

Важно помнить, что надежность компьютерных систем измеряется количеством ''девяток'', например 99,9%. Иными словами, достичь 100-процентной надежности вряд ли вообще возможно, а повышение уровня надежности хотя бы на одну ''девятку'' (с 99,9% до 99,99%) приведет к непомерно резкому возрастанию стоимости системы. Указанное утверждение справедливо и для...

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

4.14. Насколько надежна гарантированная доставка сообщений. Продолжение.

Пример: постоянные сообщения (JMS)Спецификация JMS разрешает задавать необходимость гарантированной доставки (Guaranteed Delivery) для отдельных сообщений. Иными словами, одни сообщения в канале могут быть постоянными, а другие - нет [14, 17].Если отправитель хочет сделать сообщение постоянным, он должен воспользоваться своим объектом MessageProducer, чтобы изменить значение свойства...

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

4.15. Адаптер канала

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

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

4.16. Адаптер канала. Часть Вторая.

1. Адаптер интерфейса пользователя. Адаптеры такого типа, метод работы которых иногда пренебрежительно называют ''прочесыванием экрана'' (screen scraping), эффективны во многих ситуациях. Пусть, к примеру, приложение реализовано на платформе, которая не поддерживается системой обмена сообщениями, или владелец приложения не слишком заинтересован в его интеграции. Это исключает...

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

4.17. Адаптер канала. Часть Третья.

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

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

3
...




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