BizTalk开发系列(十五) Schema设计之Qualified 与Unqualified

XML Schema中的命名空间前缀限定包括对元素(Element)或属性(Attribute)的限定,即常见的如 “<ns0:root>...</ns0:root>”之类的格式。一般情况下在BizTalk Schema编辑器中设置架构的属性

elementFormDefault /AttributeFormDefault

在该 schema 的目标命名空间中声明的元素的形式。该值必须是下列字符串之一: "qualified" 或 "unqualified"。 默认值为 "unqualified"。
"unqualified" 指示无须通过命名空间前缀限定目标命名空间的元素/属性。
"qualified" 指示必须通过命名空间前缀限定目标命名空间的元素属性。

另外可以直接在记录、元素、属性的属性窗口设置Form的值.

Form

如果该值是 “unqualified”,则无须通过命名空间前缀限定该元素。
如果该值是 “qualified”,则必须通过命名空间前缀限定该元素。

Schema中对于声明是可以继承的,但也是可以重写声明的。即如果在架构中声明了ElementFormDefault属性(全局声明)而子元素没有声
明Form(局部声明)的话则该元素则继承ElemnetFormDefault属性。如果子元素重新声明了Form属性则该声明在该元素上优先于全局的
声明。

通过以上的设置通常就可以实现对架构,元素或属性的命名空间前缀限定。但在有些情况下虽然设置了Element
FromDefault(Attribute一般为属性部声明)的值为UnQualified。但是使用生成实例生成的XML元素或记录还是会带命名空间
前缀(如下XML),这种情况一般发生在使用Schema生成向导生成的Schema,从XDR(BizTalk
2002以前使用的Schema格式)转到XSD(BizTalk 2004以后使用的Schema 格式)。

<ns0:Root DATE="DATE_0" xmlns:ns0="http://schemasample.test"> 
<ns0:Record> 
<ns0:SubRecord NUM="NUM_0"> 
<ns0:TestField>TestField_0</ns0:TestField> 
</ns0:SubRecord> 
</ns0:Record> 
</ns0:Root> 

经过测试发现Schema的设置不能应用到子记录或元素的原因是记录的类型为引用类型,并且引用了全局的元素。

<?xml version="1.0" encoding="utf-16"?> 
<xs:schema xmlns:b="http://schemas.microsoft.com/BizTalk/2003" xmlns="http://orchtest.schema1/" elementFormDefault="unqualified" targetNamespace="http://orchtest.schema1/" xmlns:xs="http://www.w3.org/2001/XMLSchema"> 
<xs:annotation> 
<xs:appinfo> 
<b:schemaInfo standard="XML" xmlns:b="http://schemas.microsoft.com/BizTalk/2003" root_reference="Root" displayroot_reference="Root" /> 
</xs:appinfo> 
</xs:annotation> 
<xs:element name="Root"> 
<xs:complexType> 
<xs:sequence> 
<xs:element name="Record1"> 
<xs:complexType /> 
</xs:element> 
<xs:element name="Field1" type="xs:string" /> 
<xs:element name="Field2" type="xs:string" /> 
<xs:element name="Record2" type="Record2" /> 
<xs:element minOccurs="1" maxOccurs="1" ref="ExtRecord" /> 
</xs:sequence> 
</xs:complexType> 
</xs:element> 
<xs:element name="ExtRecord"> 
<xs:complexType> 
<xs:choice minOccurs="0"> 
<xs:element name="TestField"> 
<xs:simpleType> 
<xs:restriction base="xs:string" /> 
</xs:simpleType> 
</xs:element> 
</xs:choice> 
<xs:attribute name="NUM" type="xs:string" /> 
</xs:complexType> 
</xs:element> 
<xs:complexType name="Record2"> 
<xs:annotation> 
<xs:appinfo> 
<b:fieldInfo xmlns:b="http://schemas.microsoft.com/BizTalk/2003" />
</xs:appinfo> 
</xs:annotation> 
<xs:attribute name="Field" type="xs:string" /> 
</xs:complexType>

请注意上图的几个背景部分:

绿色部分 为在架构中声明全局属性即元素不需要命名空间前缀限定
灰色部分 为在Schema编辑器中自定义的Complex Type.
黄色部分 为转换向导生成的类型
粉色部分 为在Root节点引用ExtRecord元素的类型。
特别注意红色部分,如果没有加上红色部分的声明的话在BizTalk编辑器会显示所有元素。即会出现两个ExtRecord节点。

使用Schema生成实例生成的XML数据如下:

<ns0:Root xmlns:ns0="http://OrchTest.Schema1"> 
<Record1 /> 
<Field1>Field1_0</Field1> 
<Field2>Field2_0</Field2> 
<Record2 Field="Field_0" /> 
<ns0:ExtRecord NUM="NUM_0"> 
<TestField>TestField_0</TestField> 
</ns0:ExtRecord> 
</ns0:Root>

我们再来改变一下Schema(注意,此修改是在XML编辑器进行,而不是在BizTalk的Schema编辑器。右击Schema文件,选择打开方式,在对话框中选择XML编辑器)

更改之后的XML如下:

<?xml version="1.0" encoding="utf-16"?> 
<xs:schema xmlns:b="http://schemas.microsoft.com/BizTalk/2003" xmlns="http://orchtest.schema1/" elementFormDefault="unqualified" targetNamespace="http://orchtest.schema1/" xmlns:xs="http://www.w3.org/2001/XMLSchema"> 
<xs:annotation> 
<xs:appinfo> 
<b:schemaInfo standard="XML" xmlns:b="http://schemas.microsoft.com/BizTalk/2003" root_reference="Root" /> 
</xs:appinfo> 
</xs:annotation> 
<xs:element name="Root"> 
<xs:complexType> 
<xs:sequence> 
<xs:element name="Record1"> 
<xs:complexType /> 
</xs:element> 
<xs:element name="Field1" type="xs:string" /> 
<xs:element name="Field2" type="xs:string" /> 
<xs:element name="Record2" type="Record2" /> 
<xs:element name="ExtRecord"> 
<xs:complexType> 
<xs:choice minOccurs="0"> 
<xs:element name="TestField"> 
<xs:simpleType> 
<xs:restriction base="xs:string" /> 
</xs:simpleType> 
</xs:element> 
</xs:choice> 
<xs:attribute name="NUM" type="xs:string" /> 
</xs:complexType> 
</xs:element> 
</xs:sequence> 
</xs:complexType> 
</xs:element> 
<xs:complexType name="Record2"> 
<xs:annotation> 
<xs:appinfo> 
<b:fieldInfo xmlns:b="http://schemas.microsoft.com/BizTalk/2003" />
</xs:appinfo> 
</xs:annotation> 
<xs:attribute name="Field" type="xs:string" /> 
</xs:complexType> 
</xs:schema>

保存Schema。生成实例如下:

<ns0:Root xmlns:ns0="http://OrchTest.Schema1"> 
<Record1 /> 
<Field1>Field1_0</Field1> 
<Field2>Field2_0</Field2> 
<Record2 Field="Field_0" /> 
<ExtRecord NUM="NUM_0"> 
<TestField>TestField_0</TestField> 
</ExtRecord> 
</ns0:Root>

经查证。XML Schema中的全局声明必须是唯一的,而全局模式中的每一个声明都自动进入目标名称空间。因此ElementFormDefault的设置不能作用于该元素。

时间: 2024-07-31 01:28:22

BizTalk开发系列(十五) Schema设计之Qualified 与Unqualified的相关文章

BizTalk开发系列(十二) Schema设计之Group与Order

开发BizTalk项目的时候会先约定各系统之间往来的消息格式. 由于BizTalk内部唯一使用XML文档.因此消息的格式为XML Schema(XML Schema 用于描述 XML 文档的结构).虽然BizTalk提供了对于XML消息的验证功能.但是往往在BizTalk Schema设计器设计Schema的时候对于Group的用途不是很在意.今天我们来了解一下它的作用,希望对于设计灵活的Schema有点帮助. 首先,我们来了解一下Group的概念,在W3C的定义中. Group是用于定义在复杂

S3C2416裸机开发系列十五_GCC下uCOS的移植(1)

S3C2416裸机开发系列十五 GCC下uCOS的移植(1) 象棋小子    1048272975 操作系统是用来管理系统硬件.软件及数据资源,控制程序运行,并为其它应用软件提供支持的一种系统软件.根据不同的种类,又可分为实时操作系统.桌面操作系统.服务器操作系统等.对于一些小型的应用,对系统实时性要求高,硬件资源有限等的情况下,应尽量避免使用复杂庞大的操作系统(如Linux),使用小型的实时操作系统(如uCOS)更能满足应用的需求.笔者此处就uCOS-II的移植作一个简单的介绍. 1. 代码准

S3C2416裸机开发系列十五_GCC下uCOS的移植(2)

S3C2416裸机开发系列十五 GCC下uCOS的移植(2) 象棋小子    1048272975 4. uCOS配置 uCOS是可裁减实时操作系统,可以根据实际的应用对内核未使用到的功能进行裁减,以进一步节省系统宝贵的硬件资源,通常可用的uCOS-II内核代码在6K~26K,这在uCOS-II配置文件os_cfg.h中进行配置,这个配置文件在源码目录为os_cfg_r.h,从目录中拷贝添加到uCOS/uCOS-II/Cfg目录中,并重命名为os_cfg.h. #ifndef OS_CFG_H

BizTalk开发系列(十八) 使用信封拆分数据库消息

之前写了一篇的<BizTalk开发系列(十七) 信封架构(Envelop)> 是关于信封架构及其拆装原理的,都是理论性的内容.信封在BizTalk开发过程中最常用的应该是在读取SQL Server 数据库的时候.一次性读取多条消息,提高了SQL Adapter对SQL Server的读取性能.今天就来做一下这个实例,增强对信封消息的理解. 数据库采用的是SQL Server 2005示例数据库:AdventureWorks 通过select * from Production.Culture选

BizTalk开发系列(十九) BizTalk命名规范

目前BizTalk项目的开发人员比较少,但是在开发过程中还是需要命名规范的约束.根据以往BizTalk项目的经验,整理了BizTalk命 名规范.包括:BizTalk Application, Schema, Map, Pipeline, Orchestration Logic Port, Physical Port等.并提供了相关的示例方便大家参考. <BizTalk命名规范> 通用: 项目中能用英文单词的用单词,否则用拼音. BizTalk项目中的Schema , Map, Orchest

BizTalk开发系列(十六) XML命名空间

BizTalk开发过程中如果有对XML进行开发操作,比如在自定义代码里操作XML消息或者在Mapping的时候使用Xpath对XML进行操 作.则有机会遇到XML命名空间的问题.常见的是使用Xpath选取节点的时候不知道要不要加上命名空间前缀,或者是什么时候该加什么时候不该加.为此, 做一个Sample来校验一下XML命名空间在XML操作过程中的影响. 名称空间是W3C推荐标准提供的一种统一命名XML文档中的元素和属性的机制.使用名称空间可以明确标识和组合XML文档中来自不同标记词汇表的元素和属

BizTalk开发系列(十) ESB Guidance安装笔记

ESB指导工具包(ESB Guidance)是一个运行于BizTalk Server 2006 R2之上的一个框架.详细信息访问ESB指导工具包社区网站 .源码下载 ESB Guidance的安装过程非常复杂牵涉到的问题也是很多方面的.我也是装了数次之后才能成功.以下是安装时的笔记,安装时主要参照ESB Guidance的帮助文档,如果遇到问题可以查此笔记. 1. 安装UDDI不能选择SSL 2. DundasChart 组件运行问题(安装ESB Management Portal需要安装此组件

BizTalk开发系列(三十三)BizTalk之Excel终极解决方案

Excel作为优秀的客户端数据处理程序得到了广泛的应用. 由于其简单又强大的功能在很多公司或个人的数据处理中占用非常重要的位置. 而BizTalk作为微软的SOA主打产品虽然免费提供了很多Adapter支持各种协议及应用程序. 不过非常可惜没有提供对富客户端程序Excel的"原生态"支持. 所以我们只能自己查找解决办法. 应用程序对Excel的支持网上已经有很多解决方案的,一部分是使用ODBC的excel驱动将Excel作为数据源进行处理,对于规范数据表之类的Excel文档这种方法比较

嵌入式Linux裸机开发(十五)——LCD

嵌入式Linux裸机开发(十五)--LCD 一.LCD简介 LCD(Liquid Crystal Display)是液晶显示器简称.LCD的构造是在两片平行的玻璃基板当中放置液晶盒,下基板玻璃上设置TFT(薄膜晶体管),上基板玻璃上设置彩色滤光片,通过TFT上的信号与电压改变来控制液晶分子的转动方向,从而达到控制每个像素点偏振光出射与否而达到显示目的. 1.LCD类型 按照背光源的不同,LCD可以分为CCFL和LED两种. A.CCFL 指用CCFL(冷阴极荧光灯管)作为背光光源的液晶显示器(L