编译时标签(对JSP进行的XSLT预处理)

js|编译

一篇旧文,翻出来回顾一下。BTW,抗议csdn的分类,XML怎能归于.NET之下!!

发信人: HAX(海曦), 信区: WebDevelop

标 题:

发信站: 饮水思源 (2002年02月12日00:10:32 星期二), 站内信件

编译时标签(对JSP进行的XSLT预处理)

原文:http://www.mail-archive.com/taglibs-dev@jakarta.apache.org/msg00390.html

From: James Strachan

Subject: [OT]: Compile time tags. (XSLT preprocessing of JSP)

Date: Wed, 21 Mar 2001 12:20:45 -0800

翻译:hax at sjtu dot edu dot cn

这里是近来令我陷入沉思的关于分离的想法……

我喜欢JSP和自定义标签,那让我们把复杂的表现(presentation)和

商务逻辑抽象出来,隐藏到XML标签之后。我也喜欢快速的JSP开发循

环??编辑一个JSP,在浏览器里按下reload,乌拉!

我注意到有一些使用XSLT来实现JSP标签的替代方案。例如Cocoon的

XSP和Resin的XTP。

http://xml.apache.org/cocoon/xsp.html

http://www.caucho.com/articles/xtp_templates.xtp

它让我惊奇,在使用标准的JSP的同时,给我们的工具集里加入基于X

SLT的“编译时”的标签将会如何?

什么是必需的?答案是:我们只要使用XML格式的JSP,并且在我们的

servlet引擎尝试运行它们之前,将我们的XSLT文档应用于这些JSP。

XSLT可以预处理特定的XML标签来完成简单的格式转换或加入动态代码

。这些标签可以像一般的JSP自定义标签一样,赋予命名空间。有了编

译时标签,以后我们可以做得更多……

----

实现:

如果servlet引擎不完全支持(JSP的)XML格式(我试过的许多引擎都

是如此),那么我们可以总是使用XSLT预处理进程来把JSP的XML格式

转换成标准的<%= %>格式。

今天我们可以立即实现XSLT预处理,就是在使用我们的web应用程序之

前,用Ant build system 构建(bulid)所有的JSP文件。

然而这打断了我们美妙的快速“编辑JSP然后reload”的开发环境。所

以如果我们能把XSLT‘预处理’阶段集成到我们的JSP编译器里,那将

是很cool的。

(这一段是以Tomcat/Jasper举了个例子,译略)

……我已经粗略的看过Jasper的源代码,看上去给它加入某种预处理

器的配置并不会太难。(当然如果JSP标准里有使用web deployment

descriptor对JSP进行XSLT预处理的入口(entry),那将更好 ;-) )

----

例子:

编译时标签仅可以使用编译时变量,尽管它可以输出JSP小脚本

(scriptlet)表达式。例如,这里是一个在JSP片断中的普通的HTML

表单的例子。

<FORM action="something.jsp" method="get">

<P>

First name:

<INPUT type="text" name="firstname" />

<BR />

Last name:

<INPUT type="text" name="lastname" />

<BR />

email:

<INPUT type="text" name="email" />

</P>

<BR />

<INPUT type="submit" value="Send">

<INPUT type="reset">

</FORM>

使用XSLT预处理,我们可以加入小脚本表达式,以根据当前表单的状

态在表单域中填入对应值,(于是变成):

<FORM action="something.jsp" method="get">

<P>

First name:

<INPUT

type="text" name="firstname"

value=´<%= getFormValue( pageContext, "firstname") %>´/>

<BR />

Last name:

<INPUT

type="text" name="lastname"

value=´<%= getFormValue( pageContext, "lastname") %>´/>

<BR />

email:

<INPUT

type="text" name="email"

value=´<%= getFormValue( pageContext, "email") %>´/>

</P>

<BR />

<INPUT type="submit" value="Send">

<INPUT type="reset">

</FORM>

函数getFormValue()可以用任何真实的Java代码来获取表单域值,可

以是自定义的表单包或者仅仅把servlet请求的参量拉出来。

这意味着从开发者(developer)/设计者(designer)的视点来看,

JSP保持了‘clear’和类HTML的形式而没有小脚本??所有聪明的填

充发生在我们编译JSP到Java代码的时候。

请注意这也意味着我们不需要为每个类型(type)的Input标签写JSP

自定义标签,不需要让每个我们希望使用的可能属性值有对应的Java

Bean属性。在运行时,并没有标签被创建,页面上仅仅有一点动态ja

va代码将调用getFormValue()。所以,页面将真的高效。

注意我不是在此鼓吹替代JSP自定义标签,仅仅是鼓吹结合使用XSLT预

处理和JSP自定义标签,这种构建web应用的真正优雅的方式……

Comments?

<James/>

James Strachan

时间: 2024-11-02 05:34:29

编译时标签(对JSP进行的XSLT预处理)的相关文章

netbeans-java 自定义jsp标签,页面编译时提示无法找到setter method

问题描述 java 自定义jsp标签,页面编译时提示无法找到setter method 5C 我自己写了个实现分页的自定义jsp标签,该标签有GroupSizePageIndex以及PageSize属性,在jsp页面给这几个属性赋值时,netbeans提示找不到相应属性的setter method编译也通不过,原话如:org.apache.jasper.JasperException: PWC6339: Cannot find a setter method for the attribute

tomcat-访问含有自定义标签的jsp文件,出现错误提示:标签处理类不能解析为类型

问题描述 访问含有自定义标签的jsp文件,出现错误提示:标签处理类不能解析为类型 1.该文件使用tomcat 发布 2.标签处理类已经过编译,没有错误,并且放到了WEB-INF/classes下面 我的思考:已经提示处理类can't be resolved,说明tld文件设置没有问题,路径也都正确,那请问,有什么原因会出现这样的情况? 解决方案 确定下web.xml中是否定义了该自定义标签

MSBuild + MSILInect实现编译时AOP之预览

      在本文之前的前几篇浅谈.NET编译时注入(C#-->IL).浅谈VS编译自定义编译任务-MSBuild Task(csproject).编译时MSIL注入--实践Mono Cecil(1)已经讨论了MSBuild和Mono.Cicel.在这里我们将会利用它来实现一个简单的编译时AOP注入机制(这里所说的编译时是指c#到MSIL的预编译过程).我更倾向于像EL(微软企业库框架)这类动态AOP.编译时AOP有PostSharp这种被称之为静态AOP框架,其优势在于直接代码语句,性能更好,

MSBuild + MSILInect实现编译时AOP-改变前后对比

    实现静态AOP,就需要我们在预编译时期,修改IL实现对代码逻辑的修改.Mono.Cecil就是一个很好的IL解析和注入框架,参见编译时MSIL注入--实践Mono Cecil(1).   我的思路为:在编译时将加有继承制MethodInterceptBaseAttribute标签的原方法,重新组装成一个方法(并加上[CompilerGenerated]标签),在加入横切注入接口前后代码,调用此方法. 比如代码: [TestAOPAttribute(Order = 1)] public C

ant编译时提示一大堆软件包不存在

问题描述 ant编译时提示一大堆软件包不存在 Buildfile: E:workspaceustorebuild.xmlprepare:compile: [javac] Compiling 153 source files to E:workspaceustoretargetWebRootWEB-INFclasses [javac] E:workspaceustoresrccomzdesoftustoreBaseAjax.java:15: 软件包 net.sf.json 不存在 [javac]

编译时MSIL注入--实践Mono Cecil(1)

   紧接上两篇浅谈.NET编译时注入(C#-->IL)和浅谈VS编译自定义编译任务-MSBuild Task(csproject),在第一篇中我们简单研究了c#语法糖和PostSharp的MSIl注入,紧接第二篇中我们介绍了自定义MSBuild编译任务(记得有位老兄发链接用 MSBuild自动发布Silverlight xap ,我想说的我做的是自定义编译任务,不是什么发布,MSBuild本就是一个发布工具).之所以在此前介绍编译Task是因为我讲介绍的就是利用MSBuild和MSILInje

ndk-Android NDk 怎么编译时动态链接第三方so库,有头文件

问题描述 Android NDk 怎么编译时动态链接第三方so库,有头文件 最近在做一个项目,大神把底层的算法封装成so(普通的c++函数),并给出头文件,我需要先 进行封装,然后给java调用.在我写的C++(符合JNI规范)里面调用so库函数, 下面贴图求解答: 1.项目的目录结构 其中 libvvw.so就是第三方库: Test_vvw.h就是第三方库的头文件 2.java 的native方法定义 3.native的实现方法体 FrameDecode.cpp文件 4.Android.mk文

运行时和编译时元编程—运行时元编程

原文链接   译文链接   译者:JackWang 运行时和编译时元编程 第一部分 Groovy语言支持两种风格的元编程:运行时元编程和编译时元编程.第一种元编程支持在程序运行时修改类模型和程序行为,而第二种发生在编译时.两种元编程有各自的优缺点,在这一章节我们将详细讨论. 注:译者也是第一次接触Groovy,由于时间和水平有限(姑且让译者使用这个理由吧,对待知识本应该一丝不苟)部分专有名词可能翻译不准确甚至有误(读者阅读的过程中最好能参考原文),恳请读者不吝留言指出,谢谢! 1.运行时元编程

Jsp结合XML+XSLT将输出转换为Html格式

js|xml|转换 我们知道 XML+XSLT就可以直接输出到支持XML的浏览器上,如IE 5.0以上,但是,我们还要考虑到有不少浏览器不直接支持XML,在这种情况下,我们需要在服务器上进行转换成html输出到浏览器,这种临时过渡办法恐怕要在一段时间内一直要使用. 使用Jsp 加上tablib标识库,我们可以完成这种转换. 著名open source项目组jakarta.apache.org推出的系列标识库中,就有这个功能的tanglib:http://jakarta.apache.org/ta