jsp如何编译

分类: 电脑/网络 >>程序设计 >>其他编程语言

问题描述:

编写好的 jsp程序如何运行

解析:

下载tomcat

将在tomcat/webapps/

下建立文件夹如test

将file.jsp放入test下

tomcat的bin目录中打开startup(开服务器)

再打开IE

输入localhost:8080/test/file.jsp

一般就可以了

如果是servlet 的话

还要编写web.xml部署

具体的你找书看吧

1、JSP的编译指令是同志引擎的消息，它不直接生成输出。编译指令都有默认值，因此开发人员无须为每个指令设置值。常见的编译指令：

     page：该指令是针对当前页面的指令

     include：用于指定包含另一个页面

     taglib：用于定义和访问自定义标签

     使用编译指令语法格式：<%@ 编译指令名 属性名="属性值"...%>

2、page指令

     page指令位于JSP页面的顶端，一个JSP页面可以使用多条page指令。page指令属性：

     language：声明当前JSP页面使用的脚本语言的种类，因为页面是JSP页面，所以通常都是java，默认值也是java，所以通常无须设置。

     extends：指定JSP页面编译所产生的Java类所继承的父类，或所实现的接口。

     import：用来导入包。默认导入的包：java.lang.*，javax.servlet.*、javax.servlet.jsp.*、javax.servlet.http.*。

     session：设定这个JSP页面是否需要HTTP Session。

     buffer：指定输出缓冲区的大小。输出缓冲区的JSP内部对象：out用于缓存JSP页面对客户浏览器的输出，默认值为8KB，可设为none。

     autoFlush：当输出缓冲区即将溢出时，是否需要强制输出缓冲区内容。true时输出，false会在buffer溢出时产生一个异常。

     info：设置该JSP程序的信息，也可以看作其说明，可通过Servlet.getServletInfo()方法获取该值。

     errorPage：指定错误处理页面。

     isErrorPage：设置本JSP页面是否为错误处理程序。

     contentType：用于设定生成网页的文件格式和编码字符集，即MIME类型和页面字符集类型，默认的MIME类型是text/html，默认的字符集是ISO-8859-1。

     pageEncoding：指定生成网页的编码字符集。

注：因为JSP内建了异常机制支持，所以JSP可以不处理异常，即使是checked异常。

3、include指令：可以将一个外部文件嵌入到JSP文件中，同时解析这个页面的JSP语句。include既可以包含静态的文本，也可以包含动态的JSP页面。语法格式：<%@include file="relativeURLSpec"%>

如果嵌入的文件经常改变，建议使用 *** 作指令，因为它是动态的include语句。

需要注意的是，静态包含还会将被包含页面的编译指令也包含进来，如果两个页面的编译指令冲突，那么页面就会报错。

这个方法是到目前为止进行JSP预编译最方便的途径（ flick a switch 途径） 他有许多指出来毫无意义的缺点 如果一个错误在JSP的编译期间或在部署（或重新部署） 的时候发生 Web 应用程序的预编译将会在例外处暂停 另外 如果在一个特定的Web应用程序里面有许多JSP文件的情况 declarative预编译显著的影响着部署时间 阻断部署直到所有的文件都被编译 对于大型的应用程序 当出现数以百计的JSP 文件以declarative预编译被执行的时候 这种部署时间趋向以分钟来计算 （在某些情况 到 分钟 其他情况可能更长时间） 设想开始一个服务器实例 在一个特定的Web应用程序周期内进入部署状态用declarative 预编译激活 如果在应用内有很多的JSP文件以及部署 接近完成时就已经花费了大量的时间 在编译期间由于抛出一个例外而突然失败 当然会引起挫折感 虽然起先看起来比较方便 但declarative 编译对生产系统管理造成重大的风险 因此应该在经过慎重的考虑后再使用它

程序方式的预编译

在WLS下最可靠的预编译JSP的方法是使用Java命令行 weblogic jspc 它位于WLS安装的lib目录之下的weblogic jar文件中 这个工具允许开发者在发展阶段和在部署前解决编译时间问题的时候编译需要的JSP文件 它也为生产系统提供一个有能力实现JSP预编译的管理员 这种用法的主要好处是

● 文件可以被预编译一次然后可以被多次部署 （这不被服务器实例的重复利用所影响）

● 编译时的例外可以被预先解决而不影响部署

● 类可以通过集群部署

使用weblogic jspc的缺点是需要人工干涉 并且它在开发时并当在JSP文件变得过时的时候必须被重新运行 然而 考虑到前面的两个方法的讨论 我们几乎不能将这种不方便当成该方法的一个缺点 因此推荐它作为最可靠和最灵活的机制来实现JSP预编译

执行weblogic jspc

为了更有效的使用weblogic jspc 你必须首先了解它的用法和语法 这篇文章我们将利用WLS SP 的工具的功能 注意 下面给出的语法和最好的惯例应该应用于WLS 的所有版本以及新的WLS

为了调用命令行JSP编译器（weblogic jspc） 你必须确定下面的内容

● PATH环境变量必须包含你机器上安装的J SE 包的二进制目录（例如 /opt/j se/ /sdk/bin 或者c:sunsoftj se sdkin） 以获得JVM运行时的支持 如果你打算使用javac作为你的JSP编译的Java编译器 要确定PATH包含全部Java 的软件开发工具包（SDK）的二进制目录 并且不仅仅是JRE（Java Runtime Engine Java运行时间引擎） 因为没有编译器和JRE关联 如果你打算使用一个编译器而不是javac（例如 Jikes） 也要为那个编译器确定在PATH中包含正确的目录

● 设置Java系统类路径用来包含来自WLS SP 安装目录的weblogic jar文件 通过在产品库目录下默认建立（例如 /opt/bea/wlserver /lib/weblogic jar或者c:eawlserv er libweblogic jar） 此外 请确定在JSP编译阶段中你可能需要的参考类（JAR或类文件）也在你的类路径中

在第一次执行weblogic jspc之前 你需要测试你的命令行配置是否是按上述配置 它可以通过简单运行一个WLS版本检查来完成 使用命令 java weblogic version 这个命令应该返回下面的内容

which should return the following:

WebLogic Server SP / / : :

#

WebLogic XML Module SP / /

: : #

如果你的输出和上面的不相似（和你运行的版本相对应） 在进行JSP预编译前 要重新访问PATH和类路径变量将其设置成你的当前命令行环境

一般的weblogic jspc的语法如下面给出的

java weblogic jspc [options] …

在一个编译器的单一调用中默认情况下JSP编译器可以编译一个JSP文件或一组JSP文件 并且可以通过设置命令行选项 编译器可以以不同的方法工作 下面给出一个例子

java

weblogic jspc

webapp mywebapp

piler javac

pileFlags g

classpath /u/apps/dist/src/lib jar

d

package slackwerks mywebapp jsp

mentary

keepgenerated

k

mywebappindex jsp

这篇文章只列举了一个例子 如果你要想更加了解weblogic jspc如何能在你的环境中使用和管理的话 请参阅/wldj 我们提供了对整套的工作选项 使用的含义以及相关联问题的讨论

结论

lishixinzhi/Article/program/Java/hx/201311/25749

---