XML与JSP
本文来自http://www.javaworld.com/javaworld/jw-03-2000/jw-0331-ssj-jspxml.htm
@H_301_7@
@H_301_7@
如果你访问该页，还可以连接到resource，init.jsp和其它源代码文件
@H_301_7@此致
@H_301_7@}
@H_301_7@
@H_301_7@Two great tastes that taste great together
@H_301_7@作者：Alex Chaffee
@H_301_7@概览：
@H_301_7@XML和JSP是这些日子中最热的东西。本文介绍如何联合这两
@H_301_7@种技术来建设动态网站。你还可以同时看一下DOM，XPath，XSL，
@H_301_7@和其它Java-XML技术的示例代码。
@H_301_7@我们在此假设你已经了解JavaServer Pages(JSP)和Extensible
@H_301_7@Markup Language (XML)。但也许你对该如何综合使用它们仍然有些
@H_301_7@迷惑。
@H_301_7@JSP的应用很容易，你可以用它设计网页，使之看起来似乎和HTML一
@H_301_7@样。唯一的不同是JSP是动态执行的。例如，它们可以处理表单form
@H_301_7@和读写数据库。
@H_301_7@XML的应用的说明则比较困难。似乎所有的产品都支持它，每个人也
@H_301_7@好象都以各种不同目的在使用它。
@H_301_7@在本文中，你可以看到如何使用一种相当先进的方式用XML来设计一
@H_301_7@个系统。许多站点有巨量数据收集并以一种很标准或很不标准的方式
@H_301_7@来显示它们。我将设计一个系统，它使用XML文件在web服务器上进行
@H_301_7@存储，并用JSP来显示数据。
@H_301_7@XML vs 关系型数据库
@H_301_7@"等一下！"你可能问,"你用XML文件存储数据吗?为什么不使用数据库？"
@H_301_7@这个问题问的很好。我的回答是，对很多目的用途来说，用数据库太
@H_301_7@过浪费了。.要使用一个数据库，你必须安装和支持一个分离的服务器
@H_301_7@处理进程（a separate server process）,它常要求有安装和支持它
@H_301_7@的administrator。你必须学习sql,并用sql写查询，然后转换数据，
@H_301_7@再返回。而如果你用XML文件存储数据，将可减少额外的服务器的负
@H_301_7@荷。还有，你还找到了一个编辑数据的简单方法。你只要使用文本编
@H_301_7@辑器,而不必使用复杂的数据库工具。XML文件很容易备份，和朋友共
@H_301_7@享，或下载到你的客户端。同样的，你可以方便地通过ftp上载新的
@H_301_7@数据到你的站点。
@H_301_7@XML还有一个更抽象的优点，即作为层次型的格式比关系型的更好。
@H_301_7@它可以用一种很直接的方式来设计数据结构来符合你的需要。你不需
@H_301_7@要使用一个实体-关系编辑器，也不需要使你的图表（schema）标准
@H_301_7@化。 如果你有一个元素（element）包含了另一个元素，你可以直接
@H_301_7@在格式中表示它，而不需要使用表的关联。
@H_301_7@注意，在很多应用中，依靠文件系统是不够充分的。如果更新很多，
@H_301_7@文件系统会因为同时写入而受到破坏。数据库则通常支持事务处理，
@H_301_7@可以应付所发生的请求而不至于损坏。对于复杂的查询统计要有反复
@H_301_7@、及时的更新，此时数据库表现都很优秀。当然，关系型数据库还
@H_301_7@有很多优点，包括丰富的查询语言，图表化工具，可伸缩性，存取
@H_301_7@控制等等。
@H_301_7@(注意：你可以使用简单的文件锁定来提供一个事务处理服务器，你还
@H_301_7@可以在java中执行一种 XML index-and-search工具，不过这已经是
@H_301_7@另外一篇文章的主题了。)
@H_301_7@在下面这样的案例中，正如大多数中小规模的、基于发布信息的站
@H_301_7@点一样，你可能涉及的大多数数据存取都是读，而不是写，数据虽
@H_301_7@然可能很大，但相对来说并没有经常的更新变化，你也不需要做很
@H_301_7@复杂的查询，即使你需要做，也将用一个独立的查询工具，那么成
@H_301_7@熟的RDBMS的优点消失了，而面向对象型的数据模型的优点则可以得
@H_301_7@到体现。
@H_301_7@最后，为你的数据库提供一个查询器外壳来进行SQL查询并将他们转
@H_301_7@化进入XML stream也是完全有可能的。
@H_301_7@所以你可以选择这二种方式之一。XML正变成一种非常健壮的，便于
@H_301_7@编程的工具，作为某个成熟的数据库的前端工具来进行存储和查询。
@H_301_7@(Oracle的Xsql servlet即是这种技术的一个很好的例子。)
@H_301_7@应用篇：一个在线相册
@H_301_7@所有人都喜欢照相！他们喜欢展示自己的，亲人的，朋友的，度假
@H_301_7@时的照片，而 Web 是他们展示的好地方。-- 即使千里之外的亲戚
@H_301_7@都可以看到。我将着重于定义一个单独的Picture对象。(这一应用的
@H_301_7@源代码在Resources中可以取得) 。该对象描述了表示一张照片所需
@H_301_7@要的字段：title,date,一个可选的标题，以及对图片来源的一个指
@H_301_7@向。
@H_301_7@一个图象，需要它自己的一些字段：源文件( GIF/JPEG)的定位，宽
@H_301_7@度和高度像素(以协助建立<img> 标记。 这里可以看到一个很简单
@H_301_7@优点，即使用文件系统来代替数据库的时候，你可以将图形文件存
@H_301_7@放在与数据文件相同的目录中。
@H_301_7@最后，让我们来用一个元素扩展图片记录，该元素定义了一套缩略
@H_301_7@图（thumbnail）来用于内容表或其它地方。这里我用了和先前同样
@H_301_7@定义的图片内容。
@H_301_7@一张图片的XML表示可以是这样的：
@H_301_7@<picture>
@H_301_7@<title>Alex On The Beach</title>
@H_301_7@<date>1999-08-08</date>
@H_301_7@<caption>Trying in vain to get a tan</caption>
@H_301_7@<image>
@H_301_7@<src>alex-beach.jpg</src>
@H_301_7@<width>340</width>
@H_301_7@<height>200</height>
@H_301_7@</image>
@H_301_7@<thumbnails>
@H_301_7@<src>alex-beach-sm.jpg</src>
@H_301_7@<width>72</width>
@H_301_7@<height>72</height>
@H_301_7@<src>alex-beach-med.jpg</src>
@H_301_7@<width>150</width>
@H_301_7@<height>99</height>
@H_301_7@</thumbnails>
@H_301_7@</picture>
@H_301_7@注意，通过使用XML,你将一张单独图片的全部信息放到了一个单独
@H_301_7@的文件中，而不是将它分散放入3-4个表中。
@H_301_7@我们将这称为 .pix file
@H_301_7@-- 于是你的文件系统会是这样的:
@H_301_7@summer99/alex-beach.pix
@H_301_7@summer99/alex-beach.jpg
@H_301_7@summer99/alex-beach-sm.jpg
@H_301_7@summer99/alex-beach-med.jpg
@H_301_7@summer99/alex-snorkeling.pix
@H_301_7@etc.
@H_301_7@技术篇
@H_301_7@俗话说，要剥下猫的皮的方法何止一种。同样，将XML数据放到JSP
@H_301_7@中也不止一种办法。这里列举了其中一些方法，（其实，很多其它工
@H_301_7@具也可以做得同样出色。）
@H_301_7@DOM: 你可以使用类（classes）来调用DOM接口（interface）对XML
@H_301_7@文件进行分析检查。
@H_301_7@XMLEntryList: 你可以使用我的代码来将XML加载到name-value
@H_301_7@pairs 的java.util.List中。
@H_301_7@XPath: 你可以使用一个 XPath处理器（如Resin）通过路径名在XML
@H_301_7@文件中定位元素。
@H_301_7@XSL:你可以使用某种XSL处理器将XML转换成为HTML。
@H_301_7@Cocoon: 你可以使用开放源码的Cocoon framework
@H_301_7@运行你自己的bean: 你可以写一个外壳类（wrapper class），使用某
@H_301_7@种其它技术来将数据加载到字定义的JavaBean中。
@H_301_7@请注意这些技术将和一个你从另外来源取得的XML stream执行得同样
@H_301_7@出色，例如一个客户端或者一个应用服务器。
@H_301_7@JavaServer Pages
@H_301_7@JSP规范有很多替身，不同的JSP产品表现也不尽相同，不同版本之间
@H_301_7@也有差别。我选择了Tomcat,这基于以下原因：
@H_301_7@它支持大多数最新的JSP/servlet规范
@H_301_7@它受到 Sun和Apache认同
@H_301_7@你可以独立运行它而不需要另外配置一个Web服务器。
@H_301_7@它是开放源码的
@H_301_7@你可以选择任何你喜欢的JSP引擎，但要自己配置它，它必须至少支
@H_301_7@持JSP 1.0规范。0.91和1.0之间有了许多区别。而JSWDK
@H_301_7@(Java Server Web Development Kit) 可能刚刚好地适合要求。
@H_301_7@JSP结构
@H_301_7@当创建一个jsp网站 (Webapp),我喜欢将公用的函数、导入、常量、
@H_301_7@变量声明都放入到一个单独的文件init.jsp中。 然后用
@H_301_7@<%@include file="init.jsp"%>加载到每一个文件中去。
@H_301_7@<%@include%> 就象C语言的 #include,include在编译时使其中的
@H_301_7@文本作为一个部分被加入并一起进行编译，相对地， <jsp:include>
@H_301_7@标记则是使其中的文件被独立地进行编译，然后在文件中嵌入一个对
@H_301_7@它的调用。
@H_301_7@查找文件
@H_301_7@当JSP启动时，初始化后第一件事情就是查找你要的XML文件。它是怎
@H_301_7@么知道在众多文件中你要找的是哪一个? 它来自与一个参数，使用者
@H_301_7@会在调用jsp的URL中加入参数： picture.jsp?file=summer99/alex-beach.pix
@H_301_7@(或者通过HTML表单来传递文件参数)。
@H_301_7@但是，当JSP接受此参数以后，你仍然只完成了一半工作，因为还要
@H_301_7@知道文件系统的根目录在哪里。例如，在Unix系统中，实际文件可能
@H_301_7@在这样的路径：
@H_301_7@/home/alex/public_html/pictures/summer99/alex-beach.pix。
@H_301_7@JSP文件在执行状态时没有当前路径概念。所以你为java.io包要给出
@H_301_7@一个绝对路径。
@H_301_7@Servlet API可以提供一个方法来将一个URL路径，从相对于当前JSP
@H_301_7@或Servlet的路径转化成为一个绝对的文件系统路径。方法是：
@H_301_7@ServletContext.getRealPath(String)。
@H_301_7@每一个JSP有一个叫做application的 ServletContext对象。所以代
@H_301_7@码可以是：
@H_301_7@String picturefile =
@H_301_7@application.getRealPath("/" + request.getParameter("file"));
@H_301_7@或者
@H_301_7@getServletContext().getRealPath("/" + request.getParameter("file"));
@H_301_7@它也可以在servlet中工作。(你必须加上 / 因为此方法需要传递request.getPathInfo
@H_301_7@()的结果。)
@H_301_7@这里有一个重要的提示：每当你存取本地的资源，要非常小心地检查输入数据的合法性
@H_301_7@。
@H_301_7@黑客或者粗心的用户，可能发送伪造的或错误的数据来破坏你的站
@H_301_7@点。例如，请想一下以下的表达会发生什么结果：
@H_301_7@如果输入了file=../../../../etc/passwd。这样用户回读到你的
@H_301_7@服务器的password文件！
@H_301_7@DOM (Document Object Model）
@H_301_7@DOM 代表文档对象模型Document Object Model。它是浏览XML文档
@H_301_7@的一种标准API，由World Wide Web Consortium (W3C)发展。 接口
@H_301_7@在org.w3c.dom包中，文档参见W3C站点。
@H_301_7@有许多可用的DOM分析器工具。我选择了 IBM的XML4J。但你可以使用
@H_301_7@任何其它的DOM分析器。这是因为DOM是一套接口，而不是类 --所有的
@H_301_7@DOM分析器（parser）必须返回同样地处理这些接口的对象。
@H_301_7@遗憾的是，虽然很标准，DOM还是有两大缺陷：
@H_301_7@1 API虽然也是面向对象的，还是相当笨重。
@H_301_7@DOM parser并没有标准的API，所以， 当每一个分析器返回一
@H_301_7@个org.w3c.dom对象，文档对象--分析器初始化和文件自身加载的方
@H_301_7@式，对应于不同分析器通常总是特定的。
@H_301_7@这个简单的上面已描述的图片文件在DOM中可以在一个树结构中通
@H_301_7@过一些对象表示如下：
@H_301_7@Document Node
@H_301_7@--> Element Node "picture"
@H_301_7@--> Text Node "/n " (whitespace)
@H_301_7@--> Element Node "title"
@H_301_7@--> Text Node "Alex On The Beach"
@H_301_7@--> Element Node "date"
@H_301_7@--> ... etc.
@H_301_7@为了取得“Alex On The Beach”，你要做一些方法调用，游历DOM
@H_301_7@树，而且，分析器可能选择分散“whitespace”文本nodes的一些数
@H_301_7@据，你不得不使用循环和串联等 （你可以通过调用normalize()来
@H_301_7@纠正这个问题。）分析器可能还包含了分离的XML实体(如 &),
@H_301_7@CDATA nodes或者其它实体nodes (如<b>big<b>会被变成至少三个
@H_301_7@node。也没有办法在DOM中简单表示"get me the text value of
@H_301_7@the title element." 总之，在DOM中游历有一点笨重。（参见本文
@H_301_7@用XPath取代DOM章节。）
@H_301_7@2 从更高处看，DOM的问题是XML对象无法象Java对象一样可以直接得
@H_301_7@到，它们需要通过 DOM API一个一个地得到。
@H_301_7@你可以参考我的为Java-XML Data Binding技术讨论做的一些归纳，
@H_301_7@那里也用了这种直接使用Java的方法来存取XML数据。
@H_301_7@我写了一个小的工具类，叫做DOMUtils,包含了静态方法来执行公用
@H_301_7@的DOM任务。例如，要获得根（图片）元素的title子元素的文本内
@H_301_7@容，你可以编写如下代码：
@H_301_7@Document doc = DOMUtils.xml4jParse(picturefile);
@H_301_7@Element nodeRoot = doc.getDocumentElement();
@H_301_7@Node nodeTitle = DOMUtils.getChild(nodeRoot,"title");
@H_301_7@String title = (nodeTitle == null) ? null : DOMUtils.getTextValue(nodeTitle)
@H_301_7@;
@H_301_7@得到image子元素的值也同样直接：
@H_301_7@Node nodeImage = DOMUtils.getChild(nodeRoot,"image");
@H_301_7@Node nodeSrc = DOMUtils.getChild(nodeImage,"src");
@H_301_7@String src = DOMUtils.getTextValue(nodeSrc);
@H_301_7@等等。
@H_301_7@一旦你需要将Java变量用于每一个相关的元素，你必须做的是将变
@H_301_7@量嵌入到 HTML 标记中去：
@H_301_7@<table bgcolor="#FFFFFF" border="0" cellspacing="0" cellpadding="5">
@H_301_7@<tr>
@H_301_7@<td align="center" valign="center">
@H_301_7@<img src="<%=src%>" width="<%=width%>" height="<%=height%>" border="0" alt="
@H_301_7@<%=src%>"></td>
@H_301_7@</tr>
@H_301_7@</table>
@H_301_7@用JSP bean进行model/view分离
@H_301_7@所有上面的picture-dom.jsp代码是很不吸引人的。虽然你可以在jsp中加入上万条
@H_301_7@java代码，但这样就没有使用JSP JavaBeans方法看上去来得简单。
@H_301_7@javabean存放了大量Java代码，并在JSP脚本中加以调用。
@H_301_7@为了制作一个模型，将所有java代码放在JSP中来开始一个项目，这样
@H_301_7@相对比较简单。一旦有什么新的想法可以直接回去展开代码，然后改写
@H_301_7@为一些JavaBeans。虽然投资较高，但长远来看回报更好，因为你的应
@H_301_7@用更为模型化。 你可以在多个页面中重复使用bean而不用担心剪贴带
@H_301_7@来的不良后果。
@H_301_7@在我们的案例中，一个典型的JSP JavaBean是从XML中展开字符串。
@H_301_7@你可以定义Picture,Image和Thumbnails类，来表示主要的XML文件
@H_301_7@中的元素。 这些beans带有构造器constructors或者setter方法，它
@H_301_7@们从展开值中带入一个DOM node或一个文件名。你可以参
@H_301_7@考picturebeans包或picture-beans.jsp.
@H_301_7@在看代码时请注意以下几点：
@H_301_7@* 我将接口的定义独立于类的执行，这样你可以很自由地选择在将来
@H_301_7@进行替代，你可以将值存放在一个List中，或者在DOM自身，甚至可
@H_301_7@以在数据库中。
@H_301_7@* bean在一个自定义的包中被定义--picturebeans。所有JSP bean必
@H_301_7@须要在某一个包中。大多数JSP引擎都不能从缺省包中发现类。
@H_301_7@* 除了get方法，我也提供了set方法，当前你只是读取，但在将来，
@H_301_7@你要让用户编辑图片，所以你要规划用语修改写入属性的功能。
@H_301_7@* <%=picture.getCaption()%>取代了 <%=caption%>,因为值是存放
@H_301_7@在一个bean中而不是本地变量中。但是，如果你需要，你可以将本地
@H_301_7@变量定义为
@H_301_7@String caption = picture.getCaption(); 这也是允许的，这可以使
@H_301_7@代码更容易阅读和理解。
@H_301_7@* 通过thumbnails放大缩小
@H_301_7@你可能已经注意到我的第一个的 JSP的输出， picture-dom.html,51); font-family:Arial; font-size:14px; line-height:26px">使用了全部大小的源图片文件。我们可以稍微修改一下代码，使它显
@H_301_7@示一个缩略图，我将把缩略图列表存放在XML数据文件中。
@H_301_7@让我们定义一个参数，zoom，它的值决定了要显示哪一个缩略图。点
@H_301_7@击这个缩略图后回显示全部大小的图片；点击Zoom In或Zoom Out按钮
@H_301_7@将选择列表中下/上一种缩略图。
@H_301_7@* 由于缩略图对象返回一个Image对象的java.util.List，所以要找到
@H_301_7@正确的缩略图并不容易，如果用(Image)picture.getThumbnails().get(i)的话。
@H_301_7@* 要制作Zoom In和 Zoom Out连接，你必须建立一个对同一页面的递归的引用，但
@H_301_7@使用不同的参数。为了做到这一点，你要使用request.getRequestURI()方法。这
@H_301_7@只为你提供了该servlet的路径，没有参数，所以你可以在此补上你要的参数。
@H_301_7@<%
@H_301_7@if (zoom < (thumbnails.size() -1)) {
@H_301_7@out.print("<a href='" +
@H_301_7@request.getRequestURI() +
@H_301_7@"?file=" + request.getParameter("file") +
@H_301_7@"&zoom=" + (zoom+1) +
@H_301_7@"'>");
@H_301_7@out.print("Zoom In</a>");
@H_301_7@%>
@H_301_7@这里是一个HTML的屏幕拷贝。
@H_301_7@http://www.javaworld.com/jw-03-2000/jspxml/picture-dom.html
@H_301_7@使用JSP bean
@H_301_7@JSP规范定义了 <jsp:useBean>标记来自动实例化和使用JavaBeans。useBean标记可以总
@H_301_7@是
@H_301_7@被嵌入的Java代码取代，这里我也是这么做的。也是由于这样的原因
@H_301_7@人们有时质问使用 useBean 和setProperty标记还有什么必要。这种
@H_301_7@做法的优点是：
@H_301_7@标记语法有利于HTML设计者独立工作。
@H_301_7@useBean有一个scope参数，可以自动地决定bean是否必须存储为一个
@H_301_7@本地变量，一个 session变量或一个application属性。
@H_301_7@如果这个变量是持久的(session或application),useBean必要时可以
@H_301_7@将它初始化，并切在它确实存在的时候才去取得变量。
@H_301_7@长远看标记对今后的JSP规范版本来说更为便携（portable）或者更
@H_301_7@改执行（例如，,一个假定的JSP引擎在一个数据库中存储了变量，或
@H_301_7@者跨服务器共享数据。）
@H_301_7@这个应用中对应的useBean语句为：
@H_301_7@<jsp:useBean id="picture" scope="request" class="picturebeans.DOMPicture">
@H_301_7@nodeRoot.normalize();
@H_301_7@picture.setNode(nodeRoot);
@H_301_7@</jsp:useBean>
@H_301_7@或者，如果你在DOMBean中定义一个setFile(String)方法：
@H_301_7@<jsp:setProperty name="picture" property="file" value="<%=picturefile%>"/>
@H_301_7@使用XMLEntryList
@H_301_7@为了克服DOM APIs的一些不足，我创建了一个类，叫做XMLEntryList。这个类
@H_301_7@执行了 Java Collections接口java.util.List，以及java.util.Map的
@H_301_7@get和put方法,它提供了一套更直观的方法来在一个简单的XML树结构
@H_301_7@中往返移动。你可以使用Collections API的标准抽象（abstraction）来
@H_301_7@进行象获得 迭代或子视图等。在EntryList的每一个入口都有一个键
@H_301_7@key和一个值，就象Map一样；键就是子结点（child nodes）的名字
@H_301_7@而值要么是字符串，要么是下一级(child)XMLEntryLists。
@H_301_7@XMLEntryList并不意味着可以完全代替DOM。它还无法执行某些DOM的
@H_301_7@功能。但是，它是一个方便的外壳（wrapper）在你的XML数据结构上
@H_301_7@用于执行基本的getting,setting和 list-oriented 功能。例如，
@H_301_7@你可以使用这样的写法来得到图片node的caption元素：
@H_301_7@String caption = (String)picturelist.get("caption");
@H_301_7@caption字段的值早已被作为一个字符串分析和存储了。
@H_301_7@缓存 Caching
@H_301_7@尽管有很多优点，分析一个XML文件总是需要耗费时间。为了改进基
@H_301_7@于XML的应用的性能，你需要使用某种缓存技术。这种缓存必须在内存
@H_301_7@中保存XML对象，记住它们来自哪一个文件。如果对象被加载以后文件
@H_301_7@被修改了，那么对象需要重新加载。我开发过一个用于这种数据结构
@H_301_7@的简单方法，叫做CachedFS.java。你可以供给一个CachedFS 调用返
@H_301_7@回功能（function），使用实际执行xml分析的内部类，将文件转为一
@H_301_7@个对象。cache于是可以在内存中存储那个对象。
@H_301_7@这里是创建cache的代码，这一对象有application scope,所以此后的
@H_301_7@请求可以使用同一对象cache。我将把这些代码放到init.jsp，这样你
@H_301_7@就不必将这些初始化的代码剪贴到其他JSP文件中去了。总之，你必须
@H_301_7@在一个公共的地方定义application-scope对象。
@H_301_7@<jsp:useBean id="cache" class="com.purpletech.io.CachedFS" scope="applicatio
@H_301_7@n">
@H_301_7@<% cache.setRoot(application.getRealPath("/"));
@H_301_7@cache.setLoader( new CachedFS.Loader() {
@H_301_7@// load in a single Picture file
@H_301_7@public Object process(String path,InputStream in) throws IOException
@H_301_7@{
@H_301_7@try {
@H_301_7@Document doc = DOMUtils.xml4jParse
@H_301_7@(new BufferedReader(new InputStreamReader(in)));
@H_301_7@Picture picture = new DOMPicture(nodeRoot);
@H_301_7@return picture;
@H_301_7@catch (XMLException e) {
@H_301_7@e.printStackTrace();
@H_301_7@throw new IOException(e.getMessage());
@H_301_7@});
@H_301_7@XPath
@H_301_7@XPath在XML tree中是一个简单的用于定位node的语法。它比 DOM更
@H_301_7@容易使用，因
@H_301_7@当你要转入另一个node时不必每次都要产生方法调用，你可以把整
@H_301_7@个路径嵌入到一个字符串中去，例如：
@H_301_7@/picture/thumbnails/image[2].
@H_301_7@Resin产品包含了一个XPath处理器，你可以将它加入到自己的应用
@H_301_7@中去。你可以使用 Caucho XPath对象加载于其自身，不必购买Resin
@H_301_7@体系的其它产品。
@H_301_7@Node verse = XPath.find("chapter/verse",node);
@H_301_7@Resin也包含有一个脚本语言，与JavaScript兼容，允许在jsp中对
@H_301_7@XPath和XSL的简单存取。
@H_301_7@XSL
@H_301_7@这篇文章讨论了在JSP中嵌入Java来从XML node中展开数据。完成做同
@H_301_7@样工作还可以有另外一种常见的模型：Extensible Stylesheet Language (XSL)。
@H_301_7@这一模型和JSP模型有着根本的不同。在JSP中，主要内容是HTML，它包含了
@H_301_7@一些Java代码片段；而在XSL中，主要内容是XSL文档，它包含了一些
@H_301_7@HTML片段。如果要讨论XSL和 Java/JSP之间的关系，这里的空间已经
@H_301_7@不够了。在JavaWorld杂志中将有一篇文章来探讨如何同时使用XSL和
@H_301_7@JSP。
@H_301_7@目前的结论和未来的发展之路
@H_301_7@在读完这篇文章后，相信你应该有了一个JSP-XML应用及其强大威力
@H_301_7@的很好的思路及结构认识。然而你也要知道一些它的局限。
@H_301_7@开发JSP-XML应用中最令人烦闷的是为每一个 XML schema中的元素
@H_301_7@element创建JavaBean。XML Data Binding 组织正在开发一种技术，
@H_301_7@可以为每一个给定的schema自动生成Java类。同样的，我也开发了
@H_301_7@一种原型-开放源码的Java-XML data binding技术。另外，IBM
@H_301_7@alphaWorks最近也推出了XML Master,或称为XMas,这是另一
@H_301_7@种XML-Java data binding系统。
@H_301_7@另外一种可能性是扩展文件系统的功能，建立一些更加强大的功能，
@H_301_7@如查询和事务处理。自然地，我也开始期望这种功能类型也可以作为
@H_301_7@开放源码工程来得到发展。那么，有没有谁愿意写一个XML搜索引擎
