上述方法有一些局限，因为对于JMS运行时处理而言，XML的内容基本上是不透明的。例如，JMS API允许使用基于特定消息头的路由。这很容易理解，尤其当我们希望XML消息根据其内容采取不同走向时。例如在我们的MediaAsset例子中，我们希望公开讲座内容，但只想把特定的内容传送给那些预订了课程的人，或传送给那些表明可以接受某些媒体格式（如视频流）的人。
为了发挥JMS API的价值，以便实现上述基于内容的消息路由，我们有必要从XML数据中解析出关键信息，然后在构造标准JMS API消息头时插入这些信息。这是可行的，但要实现XML信息我们就得额外地写很多代码（交换消息的双方均如此）。
为了在XML和JMS API之间架起桥梁，一些厂商提供了自定义的JMS扩展，以便直接支持XML消息机制。例如，BEA系统公司基于J2EE的WebLogic应用服务器特别为TextMessage提供了XMLMessage子类，允许用XPath表达式来过滤XML消息。不过这是一种专有的扩展，这要求交换消息的双方必须都能处理这类消息。
为此，Sun公司目前正在开发用于XML消息的Java API（JAXM）。其目标是提供一个高级别的标准服务，以实现基于ebXML的消息的合成与传送。一个JAXM服务提供程序可以将这类消息映射到适当的物理消息系统（诸如JMS API）中去。
让XML看得见
将XML同Web系统的用户界面进行集成显然是一种有益的尝试。绝大多数的界面程序，无论是基于还是不基于Web，都是将数据进行转换，然后用易读的格式展现给用户。用诸如XML这种“易消化”的格式存放数据将简化上述工作，同时它还大大提高了内容的可管理性，接下来我们就可看到这一点。不过首先要大书一笔的是，XML在Web界面层的应用得益于JSP技术的发展。
一直以来大家都希望能清晰地区分Web应用程序的表示层与底层对象模型，JSP框架诞生于这些努力之中（包括早期JHTML尝试）。JSP框架允许将Java代码嵌入到HTML内容中，这样既可以实现动态内容，又不必经常修改Java Servlets的代码。
在页面中包含Java技术的途径是通过JSP标记（JSP Tags），这些标记以XML风格出现。在JSP中，Java程序以代码片段、服务器端JavaBeans组件、在服务器端触发特定操作的不透明标记（标准的或自定义的）等形式存在。当某个用户通过浏览器请求JSP页面时，一个Java应用服务器解析该JSP页面，将其编译成一个Java Servlet，然后执行该Servlet以产生答复页面。
一种直接将XML数据源集成到JSP的界面中去的方法是，将XML加载到JavaBeans组件中（如同我们在MediaAsset例子中所做的），然后在JSP中直接引用这些JavaBeans组件。下面是一个嵌入Java代码片断的例子：
<html>
<head>
<title>第14讲的媒体资源</title>
</head>
<body>
<!-- 引入我们的类 -->
<%@ page import="jaf.xml.*" %>
<center><H3>Media Assets for
Lecture 14:</H3></center>
<!-- 定义一个资源对象，以便用于显示 -->
<jsp:useBean class="jaf.xml.MediaAsset"
id="asset" />
<!-- 从一个先前定义的位置装载资源 -->
<% MediaParser parser = new MediaParser();
Collection assets =
parser.loadAssets("http://javaschool.org
/jaf/E162/lecture14-assets.xml");
Iterator iter = assets.iterator();
%>
<table border=0>
<tr><th>Name</th><th>Type</th><th>URN</th></tr>
<%
while (iter.hasNext()) {
asset = (MediaAsset)iter.next();
%>
<tr><td><jsp:getProperty name="asset"
property="name" /></td>
<td><jsp:getProperty name="asset"
property="type" /></td>
<td><jsp:getProperty name="asset"
property="URN" /></td>
</tr>
<%
}
%>
</table>
</body>
</html> |
其中粗体部分为JSP代码片断和标记，其余部分是标准的HTML文本。
