三：安装
a:)Windows
1:解压你下载的文件，会有一个jakarta-ant(版本号的)目录产生，把他改名为ant
2:copy ant 目录到你需要的位置。
3:在环境变量中添加：ANT_HOME=ant的安装目录，path中加$ANT_HOME$\in;注意你同时必须已经安装了jdk,并添加了JAVA_HOME的环境变量，同时早path中加了$JAVA_HOME$\in;

b:)Linux/Unix
1:解压你下载的文件，会有一个jakarta-ant(版本号的)目录产生，把他改名为ant
2:copy ant 目录到你需要的位置。
3:在环境变量中添加：ANT_HOME=ant的安装目录，path中加$ANT_HOME$\in;注意你同时必须已经安装了jdk,并添加了JAVA_HOME的环境变量，同时早path中加了$JAVA_HOME$\in;实现修改环境变量你需要修改.bash_profile文件。
如下
ANT_HOME=/usr/local/ant
JAVA_HOME=/usr/local/jdk
PATH=$PATH:$HOME/bin:/usr/local/ant/bin:/usr/local/jdk/bin

export PATH ANT_HOME JAVA_HOME

四:编写build.xml
build.xml相当Linux下的makefile,具体的实现都在build.xml中实现。
我给给例子说明一下。
build.xml
================================================================
<project name="bingo" default="build" basedir="../.." >
<!--basedir设定工作目录-->
<property name="version" value="1.0"/>

<!-- The base directory relative to which most targets are built -->
<property name="base" value="."/>

<!-- The directory where source files are stored. -->
<property name="java.source.dir" value="bingo/src"/>
<!--代码保存路径-->
<!-- Destination for compiled files -->
<property name="javac.dest" value="bingo/classes"/>
<!--class保存路径-->
<!-- Destination for generated jar files -->
<property name="jar.dest" value="bingo/jar"/>
<!--jar文件保存路径-->
<!-- Destination for documentation files generated or not -->
<property name="docs" value="bingo/docs"/>
<!--javadoc文件保存路径-->
<!-- Destination for javadoc generated files -->
<property name="javadoc.dest" value="bingo/docs"/>

<!-- The stem where most log4j source code is located. -->
<property name="stem" value="com/bingo"/>

<property name="base-files" value="include"/>

<!-- Original manifest.mf file before filtering. -->
<property name="manifest.src" value="bingo/build/manifest.mf"/>

<!-- Some targets needs a more precise stem. -->
<property name="BSTEM" value="${java.source.dir}/${stem}"/>

<property name="tomcat.dir" value="c:/Apache/Tomcat"/>

<property name="webapp.dir" value="${tomcat.dir}/webapps/ROOT/WEB-INF/classes"/>

<!--List all Package used in this project -->
<property name="PackageList" value="
com.bingo,
com.bingo.database,
com.bingo.dbocw,
com.bingo.util,
com.bingo.taglibs.jndi,
com.bingo.finance.database,
com.bingo.finance.entity,
com.bingo.finance.manager"
/>
<!--你的project中所有的包-->
<!-- List all jar or file used in this project -->
<property name="classpath" value="${classpath};
${base-files}/tomcat/servlet.jar;
${base-files}/tomcat/webserver.jar;
${base-files}/log4j/log4j.jar;
${base-files}/log4j/log4j-core.jar"

/>
<!--你需要用到的包-->
<target name="init">
<tstamp />
</target>

<target name="build" depends="init">
<echo>
Building...
</echo>

<mkdir dir="${javac.dest}" />
<javac srcdir="${java.source.dir}"
destdir="${javac.dest}"
classpath="${classpath}"
debug="on"/>

</target>
<!-- ================================================================= -->
<!-- Copy class files to tomcat dir. -->
<!-- ================================================================= -->
<target name="copy" depends="build">
<copy todir="${webapp.dir}/com/bingo">
<fileset dir="${javac.dest}/com/bingo">
<include name="*.class"/>
</fileset>
</copy>
<copy todir="${webapp.dir}/com/bingo/util">
<fileset dir="${javac.dest}/com/bingo/util">
<include name="*.class"/>
</fileset>
</copy>
<copy todir="${webapp.dir}/com/bingo/database">
<fileset dir="${javac.dest}/com/bingo/database">
<include name="*.class"/>
</fileset>
</copy>
<copy todir="${webapp.dir}/com/bingo/dbocw">
<fileset dir="${javac.dest}/com/bingo/dbocw">
<include name="*.class"/>
</fileset>
</copy>
<copy todir="${webapp.dir}/com/bingo/finance/database">
<fileset dir="${javac.dest}/com/bingo/finance/database">
<include name="*.class"/>
</fileset>
</copy>
<copy todir="${webapp.dir}/com/bingo/finance/entity">
<fileset dir="${javac.dest}/com/bingo/finance/entity">
<include name="*.class"/>
</fileset>
</copy>
<copy todir="${webapp.dir}/com/bingo/finance/manager">
<fileset dir="${javac.dest}/com/bingo/finance/manager">
<include name="*.class"/>
</fileset>
</copy>
</target>

<!-- ================================================================= -->
<!-- Remove all generated (compiled) class files. -->
<!-- ================================================================= -->
<target name="clean" depends="init">
<delete dir="${javac.dest}/" />
</target>

<!-- ================================================================= -->
<!-- Remove all backup files. -->
<!-- ================================================================= -->
<target name="delete" depends="init">
<delete >
<fileset dir="${java.source.dir}/com/bingo">
<include name="*.bak"/>
</fileset>
</delete>
<delete >
<fileset dir="${java.source.dir}/com/bingo/util">
<include name="*.bak"/>
</fileset>
</delete>
<delete >
<fileset dir="${java.source.dir}/com/bingo/database">
<include name="*.bak"/>
</fileset>
</delete>
<delete >
<fileset dir="${java.source.dir}/com/bingo/finance/database">
<include name="*.bak"/>
</fileset>
</delete>
<delete >
<fileset dir="${java.source.dir}/com/bingo/finance/entity">
<include name="*.bak"/>
</fileset>
</delete>
<delete >
<fileset dir="${java.source.dir}/com/bingo/finance/manager">
<include name="*.bak"/>
</fileset>
</delete>
</target>

<!-- ================================================================= -->
<!-- Remove the temporary manifest file, actual work is done in the -->
<!-- dependencies. -->
<!-- ================================================================= -->

<target name="prejar" depends="build">
<mkdir dir="${jar.dest}"/>
<filter token="version" value="${version}" />
<copy file="${manifest.src}" tofile="${jar.dest}/manifest.mf"
filtering="true"/>
</target>

<!-- ================================================================= -->
<!-- This target Create bingo.jar -->
<!-- ================================================================= -->
<target name="jar" depends="prejar">
<delete file="${jar.dest}/bingo.jar"/>
<jar jarfile="${jar.dest}/bingo.jar" basedir="${javac.dest}"
manifest="${jar.dest}/manifest.mf"
/>
</target>

<!-- ================================================================= -->
<!-- This target builds the javadoc files. -->
<!-- ================================================================= -->
<target name="javadoc" depends="build,init">
<mkdir dir="${javadoc.dest}" />
<javadoc sourcepath="${java.source.dir}"
destdir="${javadoc.dest}"
classpath="${classpath}"
packagenames="${PackageList}"
version="true"
protected="true"
author="true"
use="true"
windowtitle="Bingo Free Java Code Version ${version}"
header="Bingo Free Java Code${version}"
/>
</target>
</project>

Money is not everything. There’s Mastercard & Visa.
    钞票不是万能的,有时还需要信用卡.

    One should love animals. They are so tasty.
    每个人都应该热爱动物,因为它们很好吃 .

    Save water. Shower with your girlfriend.
    要节约用水,尽量和女友一起洗澡.

    Love the neighbor. But don’ t get caught.
    要用心去爱你的邻居,不过不要让她的老公知道.

       Every man should marry. After all, happiness is not the only thing in l
ife.
    再快乐的单身汉迟早也会结婚,幸福不是永久的嘛 .

    The wise never marry, And when they marry they become otherwise.
    聪明人都是未婚的,结婚的人很难再聪明起来.

    Success is a relative term. It brings so many relatives.
    成功是一个相关名词,他会给你带来很多不相关的亲戚(联系).

    Never put off the work till tomorrow what you can put off today.
    不要等明天交不上差再找借口, 今天就要找好.

    Love is photogenic. It needs darkness to develop.
    爱情就象照片,需要大量的暗房时间来培养.

    Children in backseats cause accidents. Accidents in backseats cause childr
en.
    后排座位上的小孩会生出意外, 后排座位上的意外会生出小孩.

    “Your future depends on your dreams.“ So go to sleep.
    “现在的梦想决定着你的将来“,所以还是再睡一会吧.

    There should be a better way to start a day than waking up every morning.

    应该有更好的方式开始新一天,而不是千篇一律的在每个上午都醒来.

    “Hard work never killed anybody.“ But why take the risk?
    努力工作不会导致死亡 !不过我不会用自己去证明.

    “Work fascinates me.“ I can look at it for hours!
     工作好有意思耶!尤其是看着别人工作.

     God made relatives; Thank God we can choose our friends.
     神决定了谁是你的亲戚,幸运的是在选择朋友方面他给了你留了余地.

     When two’s company, three’s the result!
     两个人的状态是不稳定的,三个人才是!

  　　The more you learn, the more you know, The more you know, the more you f
orget. The more you forget, the less you know. So why bother to learn.
    学的越多,知道的越多, 知道的越多,忘记的越多, 忘记的越多,知道的越少, 为什么学
来着

成功的CIO

      企业信息化是一个很热的话题，但如何引入企业信息系统并取得良好的应用效果确实是横在企业面前的一个大难题。有一点不可置疑的是：一个称职的信息主管是非常重要和关键的。
      信息主管（Chief Information Officer,首字母简略形式为CIO）这一族是近几年在中国崛起的职业群体，它是高度发展的信息技术和机构信息处理数量日增的产物。在经过全球化竞争的压力下，各大企业纷纷意识到信息化策略的重要性，纷纷开始寻求熟谙信息化策略设计人才，但此时通晓懂信息科技的人才，不了解产业知识与企业流程；而详悉企业策略、流程的经理却对电脑网络束手无策，正是在这种背景下，CIO一族脱颖而出。
      美国电子前线基金会发起人约翰·佩里·巴洛说："信息是一种活动。……信息一词是动词，不是名词。……事实上，信息是心灵之间，或与物体之间，或与其他信息之间互动时所产生的那个东西。"看作是活动或活动产生的结果，那么，信息主管就是促成这种活动，并把这种活动结果当作工作对象加以研究利用的职业群体。随着信息科技的发展和应用，信息科学和信息技术对组织的价值与功能也越来越重要，信息管理人员也从过去单纯地协助数据处理的会计师、统计师、文书，到进入管理决策过程的秘书、助理，再提高到今天的制定信息支持策略和全局策略的"信息主管"，从这个发展趋势来分析，可以明显地觉察到信息处理专业人员在未来的企业经营与竞争中，将扮演不可或缺的角色。25年前，信息工作人员只是进行各项信息处理，现在的信息主管则必须既明察秋毫，又统揽全局，惟有如此方能真正切合实际业务需求，协助总裁寻找企业商机、制定企业策略，并作出正确的决策。
      信息官已经涉及四个领域：决策层、管理、技术及竞争优势。与这四个领域相关，信息主管这个群体要具备如下的基本素质：1.拟订组织内部信息应用的策略和规划的能力和见识；2.对企业经营要有深刻的了解；3.随时准备改进企业工作和生产方式的助推能力；4.优良的沟通协调、形成组织内部共识的能力；5.掌握信息科技最新知识；6.能熟练运用各项信息工具；7.物色优秀的信息管理人才的能力。
      七条基本素质中，前四条是一个高级管理者和策划者必须具备的能力，无论是把握企业整体战略、生产流程的知识，还是改变组织工作方式的设想，甚至沟通上下形成共识的能力，其目的和归宿只有一个：制定新的企业信息应用策略和规划，促进组织的信息化，最终决策过程信息化。第五、六条是方法和手段，信息主管为组织内部的信息处理提供技术支持，这种支持来自对信息科技的直接把握，软件、硬件是最现代的，系统分析方法必须是模式化和程序化的，提供的分析数据才可能具备科学性和合理性。最后一条指的是信息管理部门自身建设，"物色"能力包括发现、培训、凝聚人才的潜力，主管手下无弱兵，各人都能独挡一面，首席方能运筹帷幄。
      CIO的内涵是信息资源管理，确切地说，是战略信息管理。显然，我国CIO能够达到这个层次的还很少。我国CIO族群的发展尚处初级阶段，其标志是：（1）本国CIO的真实内涵尚未明确；（2）对这个群体的现状缺乏整体描述和调查；（3）没有建立各层面的CIO交流媒体和空间；（4）没有找到缩小与先进国家CIO之间差距的根本途径和方法，目前学到的CIO工作方法无法实现战略信息管理的目标。 

Saxon 是由英国的Michael Kay开发的XSLT与XQuery处理器，自从1999年以开源产品发布，引导着XSLT处理器技术，并赢得较高声誉。迄今依然是仅有的XSLT2.0规范草案的实现，在很大程度上推动了XSLT语言的普及。
从2003年中发布的7.6版开始，Saxon增加了对XQuery的支持。两种语言的运行期代码是相同的，这说明，事实上它们有非常相似的语义。Saxon中的XQuery支持本质上由一个XQuery解析器（也是XPath解析器的扩展）组成；解析器与XSLT处理器一样，生成相同的内部可解释的代码。
XQuery处理器没有提供图形用户界面，可以从操作系统的命令行调用，也可以通过Java应用程序的API调用。
Saxon是一个内存处理器。无论使用XSLT还是XQuery，Saxon被设计来处理在内存中装配好的源。
Saxon也是仅有的在一个集成包中提供XSLT和XQuery的产品，可以使用每种语言以获得最好的效果。两个接口是互补的：你可以在XQuery中写一个函数库，并在XSLT样式表中调用此函数。
Saxon介绍
版本8.1.1是最新的Saxonica的对XPath2.0、XSLT2.0和XQuery1.0的实现。这个版本实现了这些语言的模式敏感（schema-aware）的特性，也包含一个自立的符合XML Schema1.0的模式处理器。
Saxon 8.1 是在与Stylus Studio合作下开发的。Stylus Studio版本6利用了8.1版Saxon引入的新特性，而支持样式表和查询调试。Saxonica乐于推荐Stylus Studio作为一个领先的XML、XSLT和XQuery开发环境。
Saxon 8.1 提供新的功能，改良的性能，和更好的程序诊断。Saxon-SA 的特许样式也更加灵活，在不同的价格层次提供不同的特性组合。
产品已经按照2004年6月发布的工作草案调整，虽然少数特性尚未实现，自从草案发布，改变已经列入实现结果。
Saxon 8.1现有两个版本。Saxon-B 8.1是一个无模式的处理器，并且作为开源产品免费在SourceForge（http://saxon.sf.net/）上提供。它遵照XSLT2.0的基本一致性，也遵循XQuery1.0。Saxon-SA 8.1 是程序包的模式敏感（schema-aware）版本，在Saxonica有限公司（http://www.saxonica.com/）以商业配套产品提供。许可证选项有XSLT、XQuery、模式验证，全部证书就可获得全部功能。
Saxon 8.1.1是一个维护版本，更正了8.1中的几个错误。
请注意：帮助文档在Saxonica站点和下载文件中都有。有时在线版本会更新一些。下载文件也包括全部的API文档，在doc/api目录中。
当前版本的Java文档API详细说明在http://www.saxonica.com/documentation/javadoc/index.html提供
全部变更记录在changes.html中提供。
Saxon 8.0 已经被许多用户用来开发应用程序。代码提供稳定可靠。但是你要清楚，规范还在改动，新的Saxon版本将跟踪规范改动，不保证向后兼容。
如果你期待完全的稳定性，优先选用版本是Saxon 6.5.3，它实现了XSLT1.0和XPath1.0。
Saxon 8.1 要求Java JDK 1.4。尽管由于在DOM接口不兼容而不能在JDK1.5下编译源码，确信在JDK1.5下也没有问题。
什么是Saxon?
Saxon程序包是一个处理XML文档的工具集。主要组成有：
．XSLT 2.0处理器，可以从命令行使用，或者使用标准JAXP应用程序接口从Java应用程序调用。Saxon可以用JAXP应用程序接口与Java应用程序结合，这意味着一个Java应用程序可以在不改变应用程序代码的情况下，在不同的XSLT处理器之间切换。Saxon既精密的符合XSLT 2.0规范，还提供了大量强大的扩展。
．XPath 2.0处理器，Java应用程序可以通过一个应用程序接口访问。
．XQuery 1.0处理器，可以从命令行使用，或者使用一个API从Java应用程序调用。
．XML Schema 1.0处理器，可以单独使用来验证一个模式的正确性，或者对比一个模式中的定义来验证一个源文档。也用来支持XSLT和XQuery处理器的模式敏感（schema-aware）功能。
你可以通过写XSLT样式表、写XQuery查询、写Java应用程序、或者组合这些方法来使用Saxon处理XML。
Saxon完全实现了XSLT 1.0 推荐标准，包括XPath 1.0， Saxon 8.0 也实现了在XSLT 2.0、XPath 2.0和Query 1.0工作草案中定义的几乎所有的特性。超出XSLT 1.0以外的新特性包括：
．使用xsl:result-document对多个输出文件的支持
．临时树(以前通常所说的结果树片段)的完全处理能力
．支持节点序列和简单值
．功能组合
．正则表达式处理
．支持新的XPath结构比如if、 for、 some 和 every
．支持指定的排序序列
．许多新函数和运算符
．支持新的数据类型，如日期（dates）、时间（timews）和持续时间（durations）
另外，Saxon提供了一个广泛的扩展元素和扩展函数库，所有的实现与XSLT推荐标准保持一致，以确保能够写出可移植的样式表。这些包括EXSLT扩展库common、 sets、 math、和 dates-and-times 。很多这类扩展都是Saxon首先采用的。
这些扩展功能通常在XQuery中也可以使用，除了那些依赖样式表信息的。
Saxon还提供了一个API允许Java应用程序执行XPath 表达式并处理结果。XQuery使用一个单独的API，不同表现在设置的上下文的方式。
可扩展性及功能扩展
Saxon提供了功能扩展机制，可以通过增加扩展函数和其他挂钩（hook）对Saxon XSLT样式表和XQuery查询的性能进行扩展
Saxon XQuery 实现允许调用Java方法作为外部函数，函数不需要声明。使用命名空间声明如下： declare namespace math=java:java.lang.Math，就可以调用此方法，如： math:sqrt(2)。
Saxon 包括一套扩展组件，提供了对SQL数据库的访问。这些不打算作为产品的必要属性（在设计中有许多局限性），更多的用以说明扩展组件如何增强处理器的性能。
在一个样式表中使用SQL扩展，需要在元素xsl:stylesheet的扩展元素前缀属性中定义一个命名空间前缀（如“sql”），并把这个前缀映射到以“/net.sf.saxon.sql.SQLElementFactory”为结果的命名空间URI上。
这个扩展定义了5个新的样式表元素： sql:connect、 sql:query、 sql:insert、 sql:column和 sql:close。

<完>
参与讨论本主题

XML模式与XML格式
XML模式是指用来描述XML结构、约束等因素的语言，例如XML Schema、XML DTD、XDR，SOX等等。XML格式则是XML文档本身所具有的格式。本文以XML Schema来代表W3C所推荐的XML Schema模式标准，而以"XML模式"来代表所有的XML模式描述语言。

从模式的描述语言来说，XML Schema和XML DTD都属于语法模式。与概念模式不同，语法模式在对同一事物描述时，可以采用不同的语法，例如在对关系模式描述时，无论是使用XML Schema还是XML DTD，都既可以用元素也可以用属性来描述关系模式的列。

模式必须以某种格式来表示，XML Schema的格式与XML DTD的格式有着非常明显的区别，XML Schema事实上也是XML的一种应用，也就是说XML Schema的格式与XML的格式是完全相同的，而作为SGML DTD的一个子集，XML DTD具有着与XML格式完全不同的格式。这种区别会给XML Schema的使用带来许多好处：

XML用户在使用XML Schema的时候，不需要为了理解XML Schema而重新学习，节省了时间；
由于XML Schema本身也是一种XML，所以许多的XML编辑工具、API 开发包、XML语法分析器可以直接的应用到XML Schema，而不需要修改。
作为XML的一个应用，XML Schema理所当然的继承了XML的自描述性和可扩展性，这使得XML Schema 更具有可读性和灵活性。
由于格式完全与XML一样，XML Schema除了可以像XML一样处理外，也可以同它所描述的XML文档以同样的方式存储在一起，方便管理。
XML Schema与XML格式的一致性，使得以XML为数据交换的应用系统之间，也可以方便的进行模式交换。
XML有非常高的合法性要求，XML DTD对XML的描述，往往也被用作验证XML合法性的一个基础，但是XML DTD本身的合法性却缺少较好的验证机制，必需独立处理。XML Schema则不同，它与XML有着同样的合法性验证机制。

数据类型

或许，对于许多开发人员来讲，XML Schema与XML DTD相比的一个最显著的特征，就是其对数据类型的支持了。这完全是因为XML DTD提供的数据类型只有CDATA 、Enumerated、NMTOKEN 、NMTOKENS等十种内置（built-in）数据类型。这样少的数据类型通常无法满足文档的可理解性和数据交换的需要。XML Schema则不同，它内置了三十七种数据类型，如long，int，short，double等常用的数据类型，并通过将数据类型表示为由value space、lexical space和facet三部分组成的三元组而获得更大的灵活性。但是， XML Schema数据类型的真正灵活性来自于其对用户自定义类型的支持。XML Schema提供两种方式来实现数据类型的定义。

1)简单类型定义（simpleType），即在XML Schema内置的数据类型基础上或其它由XML Schema内置的数据类型继承或定义所得到的简单的数据类型（simpleType）基础上，通过restriction，list 或者 union方式定义新的数据类型。

例如：
源码1 restriction方式的定义
<simpleType name='Sku'>
<restriction base='string'>
<pattern value='\d{3}-[A-Z]{2}'/>
</restriction>
</simpleType>

源码2 list方式的定义
<simpleType name='listOfDouble'>
<list itemType='double'/>
</simpleType>

源码3 union方式的定义
<xsd:attribute name="size">
<xsd:simpleType>
<xsd:union>
<xsd:simpleType>
<xsd:restriction base="xsd:positiveInteger">
<xsd:minInclusive value="1"/>
<xsd:maxInclusive value="12"/>
</xsd:restriction>
</xsd:simpleType>
<xsd:simpleType>
<xsd:restriction base="xsd:string">
<xsd:enumeration value="month"/>
</xsd:restriction>
</xsd:simpleType>
</xsd:union>
</xsd:simpleType>
</xsd:attribute>

2) 复合类型定义（complexType），该方法提供了一种功能强大的复杂数据类型定义机制，可以实现包括结构描述在内的复杂的数据类型。下面是一个以complexType定义实现关系模式中表结构的例子，设有表T_C_Type（Psign，Count），其中Psign为CHAR数据类型，Count为NUMBER数据类型。则有：

源码4 complexType定义
<!--表结构类型定义-->
<complexType name="T_C_Type">
<sequence minOccurs="0" maxOccurs="unbounded">
<element name="Psign">
<complexType>
<simpleContent>
<restriction base="string">
<attribute name="value" type="string"/>
</restriction>
</simpleContent>
</complexType>
</element>
<element name="Count" minOccurs="0">
<complexType>
<complexContent>
<restriction base="anyType">
<attribute name="value" type="int" use="optional"/>
</restriction>
</complexContent>
</complexType>
</element>
</sequence>
</complexType>

不仅如此，XML Schema还允许元素的内容取空值，这一点可以扩大XML Schema对数据情况的描述范围，而XML DTD则无能为力。例如：

源码5 XML Schema 元素取空值的定义 <element name='test' nullable='true'/>

元素顺序的支持
XML DTD与XML Schema 都支持对子元素节点顺序的描述，但XML DTD没有提供对于无序情况的描述，也就是如果以XML DTD来描述元素的无顺序出现情况，它必须采用穷举元素各种可能出现的排列顺序的方式来实现，这种方法不仅繁琐，有时甚至是不现实的。例如对于table的a，b子元素，如果希望它们以任意的顺序出现，用XML DTD来描述：

源码6 a，b子元素任意顺序出现的XML DTD定义
<?xml version="1.0" encoding="UTF-8"?>
<!ELEMENT ENTER_NAME_OF_ROOT_ELEMENT_HERE EMPTY>
<!ELEMENT table ((a,b)|(b,a))>
<!ELEMENT a (#PCDATA)>
<!ELEMENT b (#PCDATA)>

XML Schema提供了<all>标记来描述这种情况：

源码7 a，b子元素任意顺序出现的XML Schema定义
<xsd:element name="a" type="xsd:string"/>
<xsd:element name="b" type="xsd:string"/>
<xsd:element name="table">
<xsd:complexType>
<xsd:all>
<xsd:element ref="a"/>
<xsd:element ref="b"/>
</xsd:all>
</xsd:complexType>
</xsd:element>

可见，用XML Schema来实现子元素的无序描述要简单的多。

命名空间
在XML中引入命名空间的目的是为了能够在一个XML文档中使用其它XML文档中的一些具有通用性的定义（通常是一些元素或数据类型等的定义），并保证不产生语义上的冲突。XML DTD并不能支持这一特性，这进一步限制了XML DTD的适用范围。而XML Schema则很好的满足了这一点。

并且， XML Schema还提供了include 和 import两种引用命名空间的方法。下面的例子中XML Schema文档引用了其它两个XML Schema的定义，通过使用import实现了混合使用不同命名空间的目的。例子中还定义了不同命名空间中元素之间的keyref约束。

源码8 XML Schema对命名空间的使用
schema targetNamespace="http://202.117.84.144"
xmlns:xs="http://202.117.84.144"
xmlns="http://www.w3.org/2001/XMLSchema"
xmlns:a="http://202.117.84.228/middlewareSqlServer2000sqlservertest20211784228"
xmlns:b="http://202.117.84.228/middlewareOracle805ioracletest20211784144"
elementFormDefault="qualified">
<import namespace="http://202.117.84.228/middlewareSqlServer2000sqlservertest20211784228"
schemaLocation="F:\xml schema\middlewareSqlServer2000sqlservertest20211784228.xsd"/>
<import namespace="http://202.117.84.228/middlewareOracle805ioracletest20211784144"
schemaLocation="F:\xml schema\middlewareOrcal805ioracletest20211784144.xsd"/>
<annotation>
<documentation xml:lang="cn">
schema for Middleware
Copyright 2001 Zhou Jingtao. All rights reserved.
</documentation>
</annotation>
<element name="CombineDatabase">
<complexType>
<sequence>
<element name="CombinGlobeSchema">
<complexType>
<sequence>
<element ref="a:H-Database"/>
<element ref="b:H-Database"/>
</sequence>
</complexType>
<keyref name="SqlServerTest_T_C_Psign" refer="b:gz_jgxx_ID_pk">
<selector xpath="a:H-Database/a:SqlServerTest/a:T_C/a:Count"/>
<field xpath="@value"/>
</keyref>
</element>
</sequence>
</complexType>
</element>
</schema>

对于API的支持
在掌握和使用XML技术时，DOM和SAX可能是技术人员最常使用到的XML API。DOM和SAX只对XML实例文档有效，虽然可以通过它们实现以XML DTD来验证XML文档,但是DOM和SAX却没有提供解析XML DTD文档内容的功能，也就是说我们无法通过DOM或SAX来得到DTD中元素、属性的声明和约束的描述。但是在基于XML+DTD的数据交换过程中，一些应用程序需要得到DTD本身的描述内容和结构，以方便对XML文档中数据的处理，例如在使用关系数据库存储XML 文档的过程中就涉及到如何将XML DTD映射为关系模式描述的问题。为了实现对XML DTD的解读，研究人员必须为XML DTD开发新的接口或者专用工具，带来了很大的不便。

由于XML Schema本身就是一个XML 文档，所以我们可以通过使用DOM、SAX或JDOM等XML API很容易的解析XML Schema，这就实现了XML文档与其描述模式处理方式的一致性，利于数据的传输和交换。

更加清晰的属性出现情况的限制、以及缺省值和枚举
XML DTD以关键字#IMPlIED、#FIXED和#REQUIRED来指定属性是否出现，并支持属性缺省值的定义。XML Schema则提供了更明确的标记来实现清晰易懂的表示。XML Schema废弃了XML DTD的#IMPlIED，不再支持属性的隐含状态，而要求必须给出明确的状态，并以prohibited来表示属性的禁用。对于缺省值的表达则更为直观，用default来直接给出。

源码9 XML DTD 、XML Schema对属性出现情况的限制
<!ATTLIST TestDTD testAr1 CDATA #IMPLIED>
<!ATTLIST TestDTD testAr2 CDATA #REQUIRED>
<!ATTLIST TestDTD testAr3 CDATA #FIXED "3">
<!ATTLIST TestDTD testAr4 CDATA "3">

<xsd:attribute name="TestAr1" type="xsd:string" use="optional" default="3"/>
<xsd:attribute name="TestAr2" type="xsd:string" use="prohibited"/>
<xsd:attribute name="TestAr3" type="xsd:string" use="required" fixed="3"/>

对于XML Schema在枚举方面的改进，请参见参考资料中"XML 问题 #7 W3C XML Schema 与文档类型定义 (DTD) 比较"一文（文献9）。

注释
XML DTD和XML Schema都支持<!-注释内容-->这样的注释方法，但是XML Schema提供了更灵活和有用的注释方式：documentation和appinfo。它们提供了面向读者和应用的注释。

源码10 XML Schema的注释
<xsd:annotation>
<xsd:documentation>面向用户和应用的注释</xsd:documentation>
<xsd:appinfo>
//这是一段C语言代码。
#include stdio.h
void main()
{
int i,j;
i =1;
j=i+1;
}
</xsd:appinfo>

对数据库的支持
目前如何将关系数据表示为XML数据和如何实现基于关系数据库的XML数据存储、查询和更新已经成为了研究的热点。Deutsh，Florescu[5]，Kossman[5]，Shanmugasundaram[6,7]和D W Lee[8]等人都在XML与关系数据的相互转化问题方面作了较深入的研究。然而由于XML Schema成为正式推荐标准的时间较晚，加之XML DTD语法相对简单，所以现在大部分的研究和应用都是基于XML DTD展开的。但是，XML DTD在对关系数据的描述方面明显存在着不足，例如XML DTD有限的数据类型根本无法完成对关系数据数据类型的一一映射，也无法实现大部分的数据规则的描述。XML Schema提供了更多的内建数据类型，并支持用户对数据类型的扩展，基本上满足了关系模式在数据描述上的需要，这一点可以作为XML Schema比XML DTD更适合描述关系数据的一个主要的原因。

一个结论
通过比较，可以看出，XML Schema比XML DTD具有更强的表现力，能够更好的满足不同领域应用的需求。那么，是不是可以说XML DTD会很快被XML Schema替代并最终消失呢。从作者的观点来看，XML Schema虽然在大多数的应用领域都有替代XML DTD的趋势，但是XML DTD仍然有它的适用范围，并不可能被XML Schema完全替代：

XML DTD是作为XML 标准的一部分发布的，W3C似乎并没有准备将其从XML标准中废除掉，对于XML DTD的支持还将持续。
目前大多数的面向XML应用，都对XML DTD做了很好的支持，XML DTD的工具也相对较为成熟，一般情况下，这些应用和工具并不会选择以XML Schema替换XML DTD的方式对其升级，更多的选择应该是二者都支持。当然，对于那些对数据交换或者描述能力要求较高、XML DTD已不能满足功能需求的应用来说，以XML Schema来代替XML DTD已经成为一种必然趋势。
当前大多数与XML 模式相关的算法研究都是基于XML DTD展开的，作为一种研究的延续，并不会放弃XML DTD的研究成果，但是，针对XML Schema的研究将会成为一个新的热点。
在一些相对要求简单的处理环境中，XML DTD仍然会占有它的一席之地。
同其他技术的发展一样，由于新标准的出现，XML DTD的作用会逐渐减弱，但正如层次数据库在今天仍然在使用一样， 对XML Schema是否会完全替代XML DTD做一个结论似乎为时过早。

所以，作为一种强有力的标准，XML Schema作为XML模式的主流已经成为一种趋势；但作为一种最简单的XML模式，XML DTD也还将会在一段时间内发挥它应有的作用。


<完>
参与讨论本主题

java.io.IOException:invalid header field
at java.util.jar.Attributes.read<Attributes.java:387>
at java.util.jar.Manifest.read<Manifest.java:167>
at java.util.jar.Manifest.<init><manifest.java:52>
at sun.tools.jar.Main.run<Main.java:124>
at sun.tools.jar.Mani.main<Main.java:904>

请高手指点!


<完>
参与讨论本主题