Информационный сайт

 

Реклама
bulletinsite.net -> Книги на сайте -> Программисту -> Трэвис Б. -> "XML и SOAP: программирование для серверов BizTalk. Новейшие технологии" -> 124

XML и SOAP: программирование для серверов BizTalk. Новейшие технологии - Трэвис Б.

Трэвис Б. XML и SOAP: программирование для серверов BizTalk. Новейшие технологии — Русская Редакция, 2001. — 496 c.
ISBN5-750Z-0129-5
Скачать (прямая ссылка): xmlprogrammdlyaserverov2001.pdf
Предыдущая << 1 .. 118 119 120 121 122 123 < 124 > 125 126 127 128 129 130 .. 157 >> Следующая


Элемент <identity> идентифицирует документ, поступление которого подтверждается.

8.1.2 Подтверждение

В терминологии инфраструктуры BizTalk подтверждение — это документ BizTalk с дополнительным элементом заголовка <commitment-Receipt> и пустым телом; пример такого документа приведен ниже. Как и у любого другого документа BizTalk, у подтверждения есть идентификатор и срок действия. Окончание срока действия этого документа должно совпадать с предельным сроком поступления под-

заданным в тэге <sendBy> элемента ceiptRequest> заголовка документа, обязательство об обра-

ботке которого подтверждается.

Содержание подтверждения однозначно идентифицирует документ BizTalk, обязательство об обработке которого оно подтверждает, используя уникальный идентификатор документа в специальном элемента заголовка наличие которого — отличительный признак подтверждения. Кроме того, в этом элементе указывается время принятия решения об обработке документа.

Ниже приведено подтверждение для документа из примера в разделе 7 и элемента <commiime]iiReeeipiReqntM из примера в разделе 7.3.

<SOAP-ENV:Envelope

xmlns:SOAP-ENV="http://schemas.xmlsoap.org/soap/envelope" xmlns:XSd= http://www.w3.org/2000/08/XMLSchema xmlns. xsi= "http://www.w3 org/1999/XMLSchema-instan.ce"> <SOAP-ENV:Headers 378

Частії IV Справочные материалы

^ert1JpoinLs SUAP-EN1.' must UfvdersSftfl=''I xnjns-'пі іp://sohf;r5s.: -(.o'g/bLI-?-0/в"аро:тs xmlns "ta-"http: //schemas. tradinq-agreemetits. млі/".? CtQ^

:artclross xsi;type=1 а:dmis_number'>ii-ill-iili</H(inress> </то> <from>

-: add-ess xsi :type="ta:deoartment">Book Orders</address> </from> </endpoints>

properties SOAP-ENV: mus.tllnde rstand="1"

xmlns= "http -.//schemas, biztalk.org/btf-2-0/properties">

adentity>uuid:1d394ac1-cadf-47cf-9a1e-aaa40531b97a</identity> <sentAt>2000-05-13T10:55:00-08:00</sentAt> <expiresAt>2000-05-14T10:00:00+08:00</expiresAt> <!- expiration is at ->

<topiohttp://elect іocommerce.org/commitment_reoeipt/</topic> </properties>

<oommitmentReceipt xmlns="http://schemas. biztalk.org/btf-2-О/

receipts"

xmlns: cmt=" http: //schemas. elect rocommerce. org/conimitnient/"

=

<decidedAt>2000-05-13T10:44:00-08:00.</dec.idedAt>

<decision>negative</decision>

<identity>uuid:74b9fad0-33fb-4a8l-b02h-5P760641ctd6</identity> <!- the above is the identity of the original message ->

<commitmentCode>cmt;outOfStock</commitmentCode> <conimitmehtDetail>

<cmt ¦ restockExpec.tedOn>2000-06-15</cmt: restockExpected0n> </cOiiimitmentDetail> </commitmentReceipts </S0AP-ENV:Header> <S0AP-ENV:Body/> </S0AP-ENV:Env3lope>

Понимание и обработка заголовка <.commiimeniReceipt> и всего его содержимого BFC-сервером получателя обязательны для успешной обработки подтверждения. В Bi ні с этим элемент commitmentReceipt> должен всегда содержать атрибут SOAP-ENVimustUnderstand=»!". В таб- 379

лице перечислены бизнес-тэги, предназначенные для создания дочерних элементов заголовка ¦ conimitmciiiReceiplX и их свойства.

Тэг Обязательный? Тип данных Вхождение
decidedAt на элемент Time Instant однократное
decision элемент positive/negative однократное
id en iiiy да элемент uri Reference однократное
commit^ mentCode элемент Qname однократное
commit-menlDeiail элемент AnyType однократное

Элемент <decidedAt> указывает время принятия решения об обработке документа, о котором идет речь в подтверждении,

Элемент <decision> содержит собственно решение — положительное или

Элемент <identity> идентифицирует документ, об обработке которого идет речь в подтверждении.

Необязательный элемент commitmentCcv е> содержит допустимое (в смысле XSD I.,XSD!| имя, летали шруюшее решение об обработке документа. Этот элемент особенно полезен в случае ного решения, когда он играет роль кода ошибки.

Необязательный элемент <commitmentDetail> содержит дополнительный комментарий к об обработке.

Структура содержимого элементов -coiruriitnientCode> и <-;ох-определяется приложением. Элемент Г. NV: Body. документа-подтверждения может дополнительно содержать ссылки на которые присутствуют в содержимом элемента <.eornmiimentDelail>. Структура и интерпретация этих документов определяется приложением.

8.2 Поведение отправителя и получателя

Данный раздел содержит рекомендации по реализации поведения BFC-серверов отправителя и получателя в контексте гарантированной доставки документов и BizTalk на базе механизма уведомлений. Настоящая спецификация описывает лишь поведение на уровне сообщений. Логика и механизмы повторной передачи документов, удаления дубликатов, хранения и архивирования кументов выбираются при реализации и не влияют на соответствие настоящей спецификации. ¦ion чаї;іь ft Справаадые материалы

В настоящем разделе не рассматривается и поведение отправителя и получателя относительно подтверждений об обработке бизнес-документов, поскольку семантика таких подтверждений, их генерация и обработка существенно зависят от специфики конкретной реализации. Механизм подтверждений, предложенный в настоящей спецификации, относится лишь к сообщениям и образует формальную основу для дальнейшего уточнения >т\аспектов при конкретной реализации BFC-сервера.
Предыдущая << 1 .. 118 119 120 121 122 123 < 124 > 125 126 127 128 129 130 .. 157 >> Следующая
Реклама
Авторские права © 2009 AdsNet. Все права защищены.
Rambler's Top100