精通J2EE应用程序开发之交叉分析J2EE

　　珠宝 我们并不是说这是 IT 环境的成功和骄傲或五种应用程序样式中“最好”的一个，但珠宝样式的应用程序是结合了多个表示层的应用程序（因此，它的名称--“珠宝”表示有很多面可供查看）。但请注意，给定表示层可能根本不是供用户查看的；公司当前经常探讨的一个层是其基于 Web 服务的应用程序前端，它并非为人使用而设。尽管如此，该 Web 服务仍表示一个表示层，这是因为它从根本上执行同一操作：获取输入并从其下面的核心业务逻辑层中提供输出。

　　由于一度曾存在的某些假设突然间不复存在了，珠宝应用程序对传统编程模型进行了一些有趣的转变。例如，当考虑一个 Web 服务前端时，突然必须以某种平台和语言无关的方式（对此，XML 模式是当前可以选择的工具）定义类型，而理想情况下，“一次且仅此一次”规则（也称作“不重复自身”原则）将允许我们直接通过基于 HTML 的表示层用来与业务逻辑层通信的同一类型构建此类型。这就是某些 JAX* 规范的用武之地--例如，Java API for XML Binding 有助于定义一个以非常模糊的方式进行“对象到 XML 以及 XML 到对象”转换的标准方法，而 Java API for XML RPC (JAX-RPC) 定义一种使用 WSDL、SOAP 和 XML 构建可互操作的请求-响应远程通信层的方法。

　　尽管任何事物都不能阻止开发人员从其最爱的轻型容器中使 JAX* 规范，而 J2EE 1.4 规范直接将 JAXRPC 和 JAXB 整合到它的总体技术套件中，从而使您可以将 EJB 无状态会话 bean 提供为 WSL 1.1/SOAP 1.1 RPC/encoded Web 服务。（请注意，根据 WS-Interoperability Basic Profile 规范，RPC/编码的服务正式不支持文档/文字服务；人们普遍期望此差别在 JAX* 和 J2EE 规范的下个版本中得到解决，具体的实现应大概在开发人员实际指出RPC/编码的服务和文档/文字服务之间的差别时推出。）此外，商业应用服务器供应商正竭尽全力确保其产品不仅完全与 J2EE 标准兼容，而且还与 Web 服务标准兼容。显而易见，这种情况下用“兼容且具竞争力”来形容供应商的动机（包括 J2EE 的主要竞争对手，来自西北太平洋的那家不知名的软件公司的动机）再恰当不过。