曝光台 注意防骗
网曝天猫店富美金盛家居专营店坑蒙拐骗欺诈消费者
注意由于在B i z Ta l k框架中没有使用强的数据类型， s e n t元素的格式应该遵循X M L - D R规定的
d a t e t i m e . t z数据类型（ I S O 8 6 0 1的子集），例如，Y Y Y Y-MM-DDTHH:MM:SS[+|-] HH:MM。下面
是我们关于m e s s a g e元素的例子：
第12章电子商务和XML使用553 下载
程序清单1 2 - 4 6
在这个例子中，消息定义符是一个由消息产生者指定的一个顺序号。这对一系列B i z Ta l k消
息进行排序或开发审计程序提供了便利。这个消息在1 9 9 9年1 2月3 1日午夜前1秒被发送，发送的
时区为格林尾治标准时间后5小时（美国东海岸时间）。S u b j e c t元素对B i z Ta l k是无所谓的，用于
在调试程序时描述消息的类型。
t o和f r o m元素共享同样的内容模块。它包含发送（或接收）站点的U R L以及一个s t a t e元素。
s t a t e元素提供三个条目，这样一个应用程序就能够使用它将一些内部状态信息同消息唯一关联。
在获得细节前，先看看t o和f r o m元素的内容模块（参见表1 2 - 8）。
表1 2 - 8
元素显示次数目的
a d d r e s s 1次发送（或接收）站点的U R L
s t a t e 0或1次用于将发送或接收站点内部状态信息同消息关联的信息
a d d r e s s元素是一个U R I。它必须能够表明消息的逻辑地址，但它不是一个U R L。如果U R I是
t r a d i n g - p a r t n e r- s u p p l i e s : p u r c h a s i n g，一个B i z Ta l k服务器将会将其映射成为一个U R L地址来描述
这个贸易伙伴的购买处理进程。通常，发送站点将提供U R L。
当一个商务交换包含一系列相关B i z Ta l k消息时就需要状态信息。在这种情况下，一个进程
需要能够将一个特定的消息同一些内部数据相关联，如一个活动服务器页面（ A S P）会话变量可
以包含一个属性列表。规定一个通常的机制来完成这项工作是很困难的，但B i z Ta l k在它的内容
模块中提供了三个层次的规范（参见表1 2 - 9）。
表1 2 - 9
元素显示次数目的
r e f e r e n c e I D 1次商务交换的唯一描述符
h a n d l e 0或1次提炼r e f e r e n c e I D以指定交换的一个特定部分，例如
在一个工作流程中的一步
p r o c e s s 0或1次提炼h a n d l e以提供一个处理上下文（c o n t e x t），例如
一个安全上下文
现在我们对d e l i v e r y元素有了全面的了解，让我们回顾下面的例子：
程序清单1 2 - 4 7
554使用XML 高级编程
下载
我们已经看完了m e s s a g e元素，下面让我们关注以下t o和f r o m元素。来自d e l i v e r y元素的表明
发送者消息是在B l a n d 公司创建的A S P 页面中进行产生， 该页面位于
h t t p : / / w w w. b l a n d _ c o . c o m / s e n d . a s p。在处理中同消息关联的状态信息通过o r d e r P r o c e s s表明，在交
互的第2步，商务交换的唯一描述符为2 3。这对接收者来说没有什么意义，但是可以被接收处理
程序拷贝到任何响应消息中去。消息的接收是在G e n e r i c 公司实现， 处理页面是
h t t p : / / w w w. g e n e r i c _ c o . c o m / r e c v. a s p。这个消息是消息扩展的一部分，所以处理程序为我们保留
了一些状态信息。r e f e r e n c e I D、h a n d l e和p r o c e s s元素允许接收者获得合适的本地数据以处理这个
消息。
你可以看到，B i z Ta l k消息中d e l i v e r y元素的复杂性依赖于你的商务交换的复杂性。简单的交
换可以省略s t a t e元素。
(2) manifest元素
这个元素向一个接收应用程序提示传输的内容。该元素可选，当多个文档同该次交互相关
时使用该元素。有两种类型的文档可以被传输： B i z Ta l k消息和非X M L附件。所以该元素具有两
个子元素（参见表1 2 - 1 0）。
表1 2 - 1 0
元素显示次数目的
d o c u m e n t 0或多次描述包含在交互中的单一的X M L消息
a t t a c h m e n t 0或多次描述包含在交互中的单一非B i z Ta l k附件
你可能在一次交互中在< b o d y >里具有不止一个的B i z Ta l k消息（就是说交互的不止一个实例）
——如果商务工作流语义包含不止一个X M L消息则必须放在B i z Ta l k消息的< b o d y >里。这样的一
个B i z Ta l k消息也被称作购物车文档（ boxcar document）。我们的例子不是一个购物车文档。但是
如果我们的例子是为了订购一个商务会议的供应品，那么将所有的相关购买定单放在一个
B i z Ta l k消息中就太合适了。在这种情况下，我们就可以使用一个购物车文档通过多个d o c u m e n t
元素包含多个购买定单。表1 2 - 11中是这个元素的内容模块。
第12章电子商务和XML使用555 下载
表1 2 - 11
元素显示次数目的
n a m e 1次根中d o c u m e n t元素的名称
d e s c r i p t i o n 0或1次对d o c u m e n t人可读的描述
相反，一个附件是一个并不包含在B i z Ta l k文档主体中的关联的文件。它对二进制信息是很
有用的，如图像或具有一定格式的数据文件。多方M I M E传输通常使用附件发送文档。表1 2 - 1 2
是a t t a c h m e n t元素的内容模块：
表1 2 - 1 2
元素显示次数目的
i n d e x 1次附件定义符
f i l e n a m e 1次附属文件的文件名
d e s c r i p t i o n 0或多次对附件的人可读描述
t y p e 0或多次定义文档类型的关键字
下面让我们看看例子中的m a n i f e s t元素：
程序清单1 2 - 4 8
在这个例子中， B l a n d公司在B i z Ta l k消息的主体中发送了一个定单文档。该文档有一个根元
素叫做b l a n d _ c o _ o r d e r。它有一个附件，一个J P E G文件叫做w h a t I w a n t . j p g。
3. 文档主体
文档的主体是必须的。它是模式设计者参与设计的部分。在没有现成模式时，你需要为你的商
务处理流程开发模式；如果现成的模式不合适，需要改造它们。所写的X M L文档应当遵循这些模
中国航空网 www.aero.cn
航空翻译 www.aviation.cn
本文链接地址：
XML高级编程下(19)
