2006 年 XML 大事记

回顾过去一年 XML 世界中发生的大事要事

文档选项

<noscript></noscript>

将此页作为电子邮件发送

<!--START RESERVED FOR FUTURE USE INCLUDE FILES--><!-- 03/20/06 updated by gretchen -->

拓展 Tomcat 应用

下载 IBM 开源 J2EE 应用服务器 WAS CE 新版本 V1.1

<!--END RESERVED FOR FUTURE USE INCLUDE FILES-->

级别: 中级

Elliotte Rusty Harold ([e-mail]), 副教授, Polytechnic University

2007 年 2 月 05 日

加入 Elliotte Rusty Harold 对 2006 年发生的最重要的 XML 事件的回顾。

<!--START RESERVED FOR FUTURE USE INCLUDE FILES--><!-- include java script once we verify teams wants to use this and it will work on dbcs and cyrillic characters --><!--END RESERVED FOR FUTURE USE INCLUDE FILES-->

对于 XML 来说，2006 年即便算不上特别令人兴奋，也是扎实而高产的一年。没有出现改变游戏规则的产品或标准，只有在原有技术上缓慢、渐进的改进。XML 已经逐渐融入基础设施，就像壁画一样引起人们的关注和思考。但是，它仍在进一步发展，虽然没有人大声说出来。随着五年后 Microsoft® 重新回到这个领域，浏览器之争重新燃起战火，office 软件十年来也第一次遇到了真正的对手。Atom、XForms 和 XQuery 靠着每月前进一小步，累积起来到年底也有了可观的进步。刚刚出现了几种有趣的新技术，包括来自 Dialects of Languages (GRDDL) 的 Gleaning Resource Descriptions 和 XProc；一些独立地开发者占据了被大公司遗忘的角落。

一月

XML 社区通常在每年的 12 月 24 日左右进入冬眠期。在开始度假之前人们有一种强烈的冲动要把所有的工作都做完，然后是长时间的宁静。春天的第一缕气息到一月快结束的时候才传来，万维网联盟（W3C）XQuery 工作组终于发布了 XQuery Update Facility 的第一份工作草案和相关的用例。

至少在四五年来，XQuery 仍然属于 “下一年度” 的技术。2006 年也不例外：XQuery 仍然没有大规模采用，甚至还没有形成完整的规范。不过，没有被广泛采用的部分原因在于它还是一个半成品。按照传统数据库的术语，XQuery 是没有 INSERT、UPDATE 或 DELETE 的 SELECT。供应商必须通过私有扩展来实现这些必需的特性，而私有扩展往往减少了用户的兴趣。XQuery Update Facility 也许就是 XQuery 困境中缺失的那一环。一年中它更新了两次，但是还没有达到最后请求阶段或者被多数供应商实现。等待明年这个时候我们再看看 XQuery 有了哪些进展。

回页首

二月

正在进行的浏览器大战中，Microsoft 发起了新一轮攻势，发布了 Windows® Internet Explorer® 7 的第一个公测版本。社区的反应很积极，虽然可能没有给人留下太深刻的印象。多数中立的评论家似乎都感到 Internet Explorer 7 相对于五年前发布的 Internet Explorer 6 有了长足的进步。但是它没有提供任何令人惊讶的新特性，还没有赶上 Firefox。对 Web 标准的支持，包括可扩展标记语言（XML）、可扩展超文本标记语言（XHTML）和层叠样式表（CSS），虽然有所改进但是还不完善。人们发现了很多细小的瑕疵并适时地提了出来。糟糕的是，这些问题一直等到 10 月份发布的最终版本才得到改正。由于仍然需要针对不同浏览器的特殊性编码，而且 CSS 的使用受到限制，Web 开发人员再次发出了失望的呼声。很多人都信誓旦旦地说要尽快说服他们的客户、朋友和家人改用 Firefox。

二月份中还发布了 Planamesa Software release NeoOffice/J 1.2，OpenOffice 第一个最具可用性的 Mac 版本。令人吃惊的是，虽然是用 Java™ 语言编写的，却不能在 Intel Mac 机器上运行。虽然有两个 bug 修正版本和几种 2.0 的 beta 版，但仍不足以说服 Mac 的忠实信徒抛弃他们的 Microsoft Word 和 Microsoft Excel®。

不过，这个版本最突出的特点是，虽然 1.2 版以 OpenOffice 1.1 代码为基础，但支持 OpenOffice 2.0 的 OpenDocument 格式。普通 Mac 用户（他们可能从未听说过 X-Windows，安装的就更少了）现在第一次能够打开、阅读、编辑和打印 OpenDocument 文件了。这是 OpenDocument 从纸上标准成为真正标准迈出的一大步。

回页首

三月

三月份，Mozilla Project 第一次发布代号“Bon Echo”的 FireFox 2.0 alpha 版回击 Microsoft。最令人惊奇的是，Firefox 2 没有多少新特性。和上一版本中引入选项卡浏览方式这些大的革新相比，这个 alpha 版看起来没有什么变化。事实上，它更像是 1.6 而不是 2.0。和从 Internet Explorer 6 升级到 Internet Explorer 7 相比，变化实在太小了。（当然，Firefox 也没有像 Internet Explorer 那样等上五年。）用户界面有一些小改动，如每个选项卡上的关闭按钮；后端的改进，比如书签和历史记录的 SQLite 数据存储层。浏览器对 XML 的支持基本没变，虽然对可缩放向量图形（SVG）的支持略有改进。

回页首

四月

浏览器软件并不是 Microsoft 和开放源码社区冲突的唯一战场。如果说 Internet Explorer 在这个千年中差不多垄断了浏览器，那么 office 软件作为 Microsoft 领地的时间至少是它的两倍。虽然采用率增长缓慢，但是开发源码仍然在聚集其力量。四月份，KDE Project 发布了 KOffice 1.5，这种基于 Linux® 的办公套件包括常用的字处理程序、电子表格和演讲稿程序。不过这个版本最值得一提的是， KOffice 用基于 XML 的 OASIS OpenDocument 文件格式替换了原来的格式。

在这期间，随着 WYSIWYG 巨人们分出了胜负，由语义标记狂热爱好者们推出的一个重要版本几乎没有受到注意。经过数年的缓慢发展之后，Apache XML project 发布了 FOP 0.92，一种开放源代码的从 XSL-FO 到 PDF 的转换器。很久以来一直缺少一个将 XSL-FO 转化成 PDF 这种交付格式的像样的免费产品。因此也严重影响了 XSL-FO 的采用。FOP 0.92 仍然没有完全实现 XSL-FO 1.0。但是，已经证明原来的 0.20.5 架构是一条死胡同，不可能通过扩展满足整个规范的依从性。0.92 标志着一种新布局架构的诞生，为真正坚实可靠的实现带来了希望。不幸的是，FOP 项目仍然要占用大量资源。需要很多时间和金钱才能将 FOP 推向 1.0。

回页首

五月

五月，关注 XML 的目光都投向了阿姆斯特丹一年一度的 XTech 大会，这是本年度三大 XML 盛会之一，也是欧洲最大的。但是在过去两年中它逐渐变成了更关注 Web 的会议。本年更是如此。会议包括非 XML 技术的议题如 Ruby on Rails 和 JavaScript，甚至还有非技术性议题，如保密和发起一项计划（launching a startup）。

其他很多关于 XML 的会议甚至在 2006 年之前就销声匿迹了。关于 XML 的讨论更难引起人们的兴趣。虽然还有我们这些人以标记为生，对于大多数开发人员来说，它仅仅是一种辅助工具而不是他们工作的中心。XML 生存在程序员的图灵完整语言和人文学者的 WYSIWYG 编辑器之间的无人小岛上。希望就 XML 论 XML 的只是一个比较小的群体。

国际标准化组织（ISO）也在五月份正式批准基于压缩 XML 的 OpenDocument 文件格式作为正式国际标准。关于“标准”以及标准体有很多不同的定义（存在很多标准体），但一般认为 ISO 是最具权威性的。ISO 标准在政府部门中的份量很重。投票结果是 31 票赞成，0 票反对。

回页首

六月

六月份，浏览器领域最小的参与者发布了一个最重要的产品。Opera Software 推出了何其公司名相同的浏览器的 9 版，在所有普通功能中终于增加了对 XSL 转换（XSLT）的支持。Opera 一直是 CSS 的强力支持者，抗拒 XSLT 的时间比谁都长，包括 Microsoft。使用 Opera 9，终于实现了直接在 Web 上发布原始 XML 并用样式表定义其外观的梦想。世界各地的语义学者无不欢欣鼓舞。

当然，Web 上仍然有大量丑陋、标记粥似的 HTML，甚至都算不上有效的 HTML 更谈不上结构良好的 XML 了，而且这些页面即便有一天会变成 XHTML 或 XML，也不会很快成为现实。如果这片沼泽地里，能够用比正则表达式稍微可靠点的东西进行处理就好了。John Cowan 在今年夏天给出了一种办法，他推出的 TagSoup 1.0 开放源码解析器，适用于现在实际的 HTML 而不是我们希望的 XHTML。Cowan 这样描述 TagSoup：

用 Java 编写的符合 SAX 标准的解析器，解析的不是结构良好或有效的 XML，而是形形色色的 HTML：拙劣、肮脏、粗鲁但是很常见。TagSoup 是为那些必须使用某种看似合理的应用程序设计处理这些内容的人设计的。通过提供 SAX 接口，标准的 XML 工具可用于最差劲的 HTML。TagSoup 还有一个命令行处理程序，读入 HTML 文件并生成干净的 HTML 或者结构良好的 XML，后者近似于 XHTML。

我投票赞成 TagSoup 作为年度产品。

六月份值得一提的还有 ISO 正式批准 Schematron 为国际标准：特定的“ISO/IEC 19757 - DSDL Document Schema Definition Languages; Part 3 Rule-based validation - Schematron”，Schematron 是一种完全不同的基于 XPath 规则，而非基于说明性语法的验证方法。这使它与其他 XML 模式语言完全不同，并成为它们的补充。

Schematron 模式可以根据需要或者严格或者宽松。在 Schematron 中，任何未禁止的都是允许的。传统模式语言如文档类型定义（DTD）、W3C Schemas 和 RELAX NG 的严格性带来了脆弱性。Schematron 允许定义灵活的模式，出现预料之外的内容时认可而不是中断。

回页首

七月

七月份发表了 RFC 4627, JSON（JavaScript Object Notation，读作“Jason”，JavaScript 对象表示法）。JSON 是今年的黑马，恰好因为它不是 XML。JSON 是序列化数组和结构的 JavaScript 原生形式。很多 JavaScript 高手看到了 JSON 并认为 Ajax 中的 X（据认为是代表 XML）并非那么重要。他们实际上并不关心混合内容、属性、语言独立性或者其他有用的 XML 特性，他们需要的是从服务器向客户机发送数据结构。能够直接 eval() JSON 代码而不需要调用整个 XML 解析器是另一个加分因素。

各种邮件列表、blog 和 Web 站点上引起了激烈的争论，有人盛赞 JSON 为弥赛亚，有人则斥之为基督的敌人（还有中间的各种论调）。战火仍在燃烧，不过在这两种极端观点的中间似乎出现了某种调和。JSON 对于定义好的、简单的、容易的问题是一种定义好的、简单的、容易的格式，而这样的问题大量存在。具体来说，如果服务器需要向从同一台服务器加载的 JavaScript 程序发送 int、double 或者字符串列表或映射，JSON 的确能够出色地完成任务。但是，如果数据更复杂，不能转化成少数的几种简单类型或者基本数据结构，JSON 看起来就更像是 XML 了，只不过用圆括号代替了尖括号。此外，如果需要在不一定事先了解对方的解耦系统之间传递数据，JSON 是非常不安全的（尽管可能得到解决）。XML 被定义为数据而不是代码是有原因的。

回页首

八月

八月，XML 小丑们又抹去法语教科书上的灰尘，前往蒙特利尔参加 Extreme Markup Languages 年会。这是到目前为止每年召开的三大 XML 盛典中最滑稽的一个。这里不讨论如何编写样式表或模式。而是这样的主题：“使用 XSLT 2.0 和 FXSL 进行高阶功能编程”，“XML 文档是 FRBR Manifestation 还是 FRBR Expression？”该会议总是充满了笑料。有时候很难说谁是认真的，谁在开玩笑。（我相信有时候甚至发言者本人也分不清。）我认为来自 CSW Informatics 的 Martin Bryan 的有争议“DSRL - Bringing revolution to XML workers”这段话很好地说明了这次会议的风格。

太多的标准体想强加这种最初用于帮助用户控制其文档处理方式的方法，现在是极端分子们揭竿而起的时候了。现在，从 W3C 到 UN 的每个人都要告诉我们使用什么样的名字来标记信息。我们为何要使用他们那些过于复杂的模式、长得没有必要的元素名、含糊的实体名或者傻里傻气的模式声明语言结构？极端分子们要夺回在他们自己的信息空间命名事物的权利。先在最权威的标准体国际标准化组织站出来支持极端分子了，它提出了 DiSRuLe (ISO/IEC 19757:8 Document Schema Renaming Language - DSRL)，这种简单的语言让你能够控制您自己的标记语言，同时还能把坚信其他标准体的客户哄得团团转。

DSRL 是 ISO 的一个发育不成熟的严肃提议，位于标准化 RELAX NG 和 Schematron 的工作组中。从某些方面来说，它是架构表单的简化版本，提供了一种方法以便使用对您来说有意义的词汇表，同时仍然能够和其他人或组织交换标准化的文档。

这个月下旬，W3C 发布了 XML 1.0 的第四版和 XML 1.1、Namespaces 1.0、Namespaces 1.1 的第二版。其中都结合了各种各样的错误修正。最重要的变化在于名称空间中加上了 xmlns 前缀。W3C 喜欢伪称自己一直打算这么做，但实情并非如此。最初的名称空间明确地、毫不含糊地指出，xmlns 前缀没有名称空间 URI。只不过当文档对象模型（DOM）决定忽略该规范之后，XML Core 工作组才提出了一项修正并参改了历史，伪称 xmlns 一直都用名称空间标识。现在，有些工具（如 DOM）认为 xmlns 识别 http://www.w3.org/2000/xmlns/ 名称空间，另一些（如 SAX）则认为不是。

W3C 的另一个重要发布中，XML Query 工作组和 XSL 工作组发布了 XML Query Test Suite (XQTS)。这是出自 W3C 工作组之手的最完整的测试套件。打破了发布一个规范然后等几年让第三方编写测试套件的老方法（这种方法是由 XSLT 1.0 工作组倡导的）。测试套件和大多数 XQuery 最终用户没有直接关系。但是和他们所用工具的质量与互操作性密切相关。这个测试套件可以帮助供应商发现和修正产品中的很多 bug。有两种产品已经在最低符合级别上通过了 100% 的测试（还实现了各种可选特性）。其他几种的通过率也超过了 99%。

最后，Unicode Consortium 发布了 Unicode 5.0，增加了用于 Cyrillic、Greek、Hebrew、Kannada、Latin、数学、语音扩展和符号的 1,369 个字符。它还首次对以下五种脚本进行编码：Balinese、N’Ko、Phags-pa、Phoenician 和 Sumero-Akkadian Cuneiform。要找到 Unicode 没有涵盖的脚本就更加困难了。（Klingon，还有吗？）

回页首

九月

我说错了。Opera 并不是最后一个增加 XSLT 支持的浏览器。九月份，Omni Group 推出了 OmniWeb 5.5，售价 $29.95 的 Mac 付费 Web 浏览器。Version 5.5 第一次增加了 XSLT 支持。OmniWeb 在最常用浏览器中的排名很靠后，大约在 1% 左右徘徊。但是每一点进步都是有益的。

Wolfgang Meier 也在九月份同时发布了 eXist 1.0 和 1.1。eXist 是最主要的开放源码原生 XML 数据库。这两个版本在内部细节上不同，如索引系统、优化器和存储引擎。eXist 支持 XQuery 和 XUpdate，虽然至少 XQuery 的实现不够完善。eXist 还不足以替换昂贵的、大块头的 XML 数据库，如 Mark Logic 或 DB 2 9，但如果是小型作业，可能就够用了。如果不考虑其他，eXist 应能帮助开发人员以较低的成本熟悉 XQuery，就像 MySQL 和 PostgreSQL 降低学习 SQL 的入门成本那样。

回页首

十月

十月份，W3C 发表了第一份公开的工作草案“XProc: An XML Pipeline Language”。这可能是最后的一种重要 XML 核心技术。XProc 是一种 XML 词汇表，用于定义文档系统的处理管道。比如，常问的一个问题是，XInclude 解析是在验证之前还是之后。答案是“看情况而定”。XProc 允许在文档中说明解析器在什么时候应该执行什么步骤，根据不同的需要配置不同的管道。随后几个月又发布了两个草案，实现也开始慢慢出现了。我们等待下一年出现完成后的规范。

来自 Dialects of Languages (GRDDL) 的 Gleaning Resource Descriptions 是本月第二个重要的 W3C 新工作草案。语义 Web 的拥护者似乎已经放弃了让 Web 作者和发布者为自己的网页提供有用的元数据。根据那句古老的格言，如果想做好某件事，就要靠自己亲自动手，他们认为，自己从页面中推断比靠页面作者提供更有可能得到有用的元数据。GRRDL 定义了将 XSLT 样式表和页面或名称空间关联在一起的手段。这个样式表从页面中搜集隐含的元数据，然后用资源描述框架（RDF）格式表示出来。语义 Web 的拥趸然后就能用 RDF 工具来处理这些推断得到的元数据了。我听起来这倒像是个计划。时间将证明这种方法是否有效。

十月份中 Internet Explorer 7 和 Firefox 2 都推出了最终版本。Internet Explorer 7 受到了更多关注，因为它是一次更大的升级，但是我个人没有留下多大印象。它确实改进了，但是改进的还不够。如果说是在 Internet Explorer 6 一年之后推出，那将是非常了不起的，但是现在过去了五年，每个人都想看到更多新东西。对标准的支持尤其令人遗憾，因为虽然有所改进，但是 Internet Explorer 7 仍然没有完全支持 CSS，仍然不能识别正确的 XHTML 和 XSLT 媒体类型，仍然没有通过 Acid 2 测试，仍然不支持 SVG、MathML 和 XForms。

Firefox 2 不是一次那么雄心勃勃的更新，对于 XML 新技术没有增加多少东西。从好的方面说，浏览器内置拼写检查已经证明有很大的价值。从不好的方面说，它破坏了几乎每一种插件，包括 Mozilla XForms 插件。为了提高 Firefox 2 兼容性的插件在慢慢更新，但是到目前除非解决 XForms 的兼容性问题否则我只能回到 1.5。

回页首

十一月

十一月没有多少值得一提的。我猜想可能大家都在万圣节前把产品赶完了，或者避免在 12 月的 XML 2006 大会之前宣布。

回页首

十二月

十二月份一开始，Graphic Communications Association (GCA) 一年一度的 XML 2006 大会就召开了，这是今年最大的 XML 盛会。会议在波士顿召开，XQuery 成了大会上的一颗新星。Atom 则紧随其后。我曾详细报道过这次会议，详情参阅 参考资料 部分。

会议期间，W3C 发布了 XSL-FO 1.1。XSL-FO 还没有像 XSLT 或其他 XML 技术那样得到广泛采用，但是对使用它的企业正变得至关重要。Version 1.1 增加了多种有用的新特性，包括多重流、更改标记、书签和书后索引。XSL 1.1 仍然没有可靠的开放源码实现，但是一些非开源的供应商逐渐从部分到全部支持 XSL 1.1，包括 RenderX 的 XEP 和 Antenna House 的 XSL Formatter 4.1。

同样在十二月，OpenOffice 2.1 也带了很多新特性。从这一刻起，Microsoft 开始迅速向 OpenDocument 丢失阵地。虽然 Microsoft PowerPoint®、Excel，特别是 Word 多年来已成为事实上的标准，但 Microsoft 从未提供完整的文档，也没有考虑提出来作为正式的标准。十几年来，他们不需要这样做。但是突然之间，世界各地众多的开放源码游击队出现在了政府和立法机关中，挥舞着刚刚批准的 ISO 文档格式标准，而立法者和官员们在倾听。Microsoft 不得不作出反应，于是为 Microsoft Office 文件格式的 XML 形式编写了 6,000 页的文档并提交给 European Computer Manufacturers Association (ECMA)，这帮可怜家伙的标准体。十二月 ECMA 在这份规范上盖了章，于是 Office Open XML 现在也成了正式标准。

最后，如果您同意我稍微吹嘘一下自己，当我在新年前夜发布 Jaxen 1.1 之后 2006 年的大门轰然关闭了。Jaxen 最初是 Bob McWhirter 和 James Strachan 的编写的，使用 Java 编写的一种开放源码的 XPath 实现，几年来我一直参与该项目的开发。Jaxen 是卓越的、独立于对象模型的 Java XPath 引擎，1.1 版本更加整洁，速度更快，比 1.0 版更精确。

回页首

还有什么？

有一些新技术仍然在默默地成长，今年没有大的新版本。其中一些可能会在下一年爆发。更富于 XML 特性的 Atom 正在这个领域迅速地代替 RSS。Atom Publishing Protocol (APP) 今年经历了数个草案，但仍然没有完成。等它完成之后，可能会有爆发性的发展。APP 解答了人们还没有意识到的问题，不仅仅是在 blog 领域。

APP 反映了人们对简单的、REST 式的网络系统越来越感兴趣，这些系统使用超文本传输协议（HTTP）而不是抵御它。说到这里，我注意到，本文就要结束了，但是竟然没有提到 Web 服务。这不是巧合。对 Web 服务的疲倦感显然已经弥漫到业界。虽然 OASIS 和 W3C 的一部分仍然在奋力推出更多的 Web 服务规范，但大部分商店还没有消化掉上年留下来的推挤入山的规范。当 eBay、Amazon 和 Yahoo 这些公共服务同时提供 REST 和 SOAP 接口之后，开发人员“用脚投了票”，REST 对 SOAP 的得票为 4 比 1。工具将解决所有 WS 复杂性问题的许诺仍然没有实现，因为工具之间总是缺乏互操作性。

模式语言是另一个例子，开发人员宁可选择简单而能运行的代码，也不选择复杂和供应商的许诺。多数 XML 专家基本上已经放弃了 W3C XML Schema Language。认真的研究正围绕着 RELAX NG 进行，只有在必要的时候才将其转化成 W3C 模式。数据绑定工具仍然坚持使用 W3C 模式，但是，若不使用的该模式，得到的反应不是厌恶就是鄙视。

回页首

结束语

2006 年是 XML 多产的一年。最响亮的声音和愤怒来自浏览器，所有主流浏览器除了 Safari（它早就很好地支持 XML、XSLT 和 CSS 了）之外都推出了重要的更新版本。具体的数字跟统计者有关，但趋势很清楚。Microsoft Internet Explorer 不断丢城失地，其他各家都是赢家。在世界范围内，Firefox 及其他 Mozilla 派生产品占有了 10% 到 20% 的市场份额，在一些欧洲国家超过了 30%。Safari 也有收获，最高可能达到 4%（虽然其采用率主要取决于卖出了多少 Macs Apple，而不在于其 XML 支持多么好）。Opera 大约停留在 1%，主要依靠移动电话和游戏控制台的嵌入式浏览器。同时，Internet Explorer 的市场份额多年来第一次降到了 80% 以下，Internet Explorer 7 似乎也没有挽回颓势。

共享以下信息...

	Digg this story
	Post to del.icio.us
	Slashdot it!

Office 套件和办公文件格式也是很多争执的焦点，很多超出了一般的技术范围。从马萨诸塞州到德国，开放、文档化、标准文件格式的重要性突然之间变成了政府的关键问题。尽管部分争议已经平息：双方都承认首选的文件格式应该是压缩 XML。关于二进制还是文本格式的争论已经结束。文本赢了。还没有决定的是 XML 文本的模式。

十年前，不断抱怨的程序员和网络管理员，将 Web 服务器安装在重新格式化为 Linux 系统的多余 PC 机上，而 CEO 和 CTO 则和销售人员打高尔夫，把公司的 Exchange Server 部署委托给他人。同样是这些来自底层的抱怨又推动了 XML 的成功，它扔掉了几十年堆积下来的二进制垃圾，代之以开箱即用的开放源码解析器。现在，这些人在安静地安装 REST、Atom 和 RELAX NG。

最有效的技术不是靠 W3C 制定规范，不需要上千页的公司联系人名单或者由大型供应商来推出。他们是从草根中生长出来的，因为开发人员关注着它们，培育着它们。开发这些简单系统的人没有在华尔街日报上做通栏广告的预算、漫步在权力走廊中的说客，有时候甚至付不出 W3C 成员费，但是他们有正确的答案，这就是关键。未来是光明的。

参考资料

学习

• 您可以参阅本文在 developerWorks 全球网站上的 英文原文。
  
  
• 阅读我的 “XML 2006 会议回顾”。
  
  
• Bob Sutor dissects Office Open XML。
  
  
• 阅读 Proceedings from Extreme Markup Languages，2001-2006。
  
  
• ISO/IEC 19757 - DSDL Document Schema Definition Languages：国际标准模式语言。
  
  
• 五月份将在巴黎召开的 XTech 2007 是下一次重要的 XML 会议，相当于 XML 2006 的欧洲版。
  
  
• IBM XML 认证：看看如何才能成为一名 IBM 认证的 XML 及相关技术的开发人员。
  
  
• XML 技术文档库：developerWorks XML 专区提供了大量技术文章和提示、教程、标准以及 IBM 红皮书。
  
  
• developerWorks 技术活动 和 网络广播：随时关注技术的最新进展。
  
  

获得产品和技术

• 使用 eXist 原生 XML 数据库试验 XQuery。
  
  
• 使用 jaxen 研究 XML 文档。
  
  
• 使用 FOP 格式化 XML 文档。
  
  
• IBM 试用版软件：用这些试用版软件开发您的下一个项目，可直接从 developerWorks 下载。
  
  

讨论

• XML 专区讨论论坛：参与所有面向 XML 的论坛。
  
  
• developerWorks blog：加入 developerWorks 社区。

关于作者

		Elliotte Harold 出生在新奥尔良，现在他还定期回老家喝一碗美味的秋葵汤。但目前他和妻子 Beth、他们的狗 Shayna、猫 Charm 和 Marjorie 定居在布鲁克林附近的 Prospect Heights。他是 Polytechnic 大学的计算机科学副教授，讲授 Java 和面向对象编程。他的 Cafe au Lait Web 站点是 Internet 上最受欢迎的独立 Java 站点之一，子站点 Cafe con Leche 是最受欢迎的 XML 站点之一。他的著作包括 Effective XML、 Processing XML with Java、 Java Network Programming 和 The XML 1.1 Bible。他的最新著作是 Java I/O, 第二版。他目前从事 XOM API 处理 XML、Jaxen XPath 引擎和 Jester 测试覆盖工具的研究。