访问jsp页面需要预编译

A. JSP有什么优点

JSP的优点：
·对于用户界面的更新，其实就是由 Web Server进行的，所以给人的感觉更新很快。
·所有的应用都是基于服务器的，所以它们可以时刻保持最新版本。
·客户端的接口不是很繁琐，对于各种应用易于部署、维护和修改。

B. Jsp文件运行时先被预编译为什么文件;

首先要说吗jsp的本质，jsp本质是servlet的一种实现方式。

那么既然是servlet，也就是说是java类，类的定义文件是.java 格式 例如: test.java

那么以.jsp结尾的格式的文件肯定就不是java 类了啊。那么怎么转换成java类呢。
好的 先根据.jsp文件转换成.java文件。生成了java文件也就是java类了，那么jsp就被编译成了class文件了

C. jsp预编译问题

这个方法是到目前为止进行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 Mole 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 我们提供了对整套的工作选项 使用的含义以及相关联问题的讨论

结论

D. 什么是 jsp 的预编译特征

1.2 JSP技术特征

JSP技术所开发的Web应用程序是基于Java的，它拥有Java语言跨平台的特性，以及业务代码分离、组件重用、基础Java Servlet功能和预编译等特征。

1.2.1 跨平台

既然JSP是基于Java语言的，那么它就可以使用Java API，所以它也是跨平台的，可以应用在不同的系统中，如Windows、Linux、Mac和Solaris等。这同时也拓宽了JSP可以使用的Web服务器的范围。另外，应用于不同操作系统的数据库也可以为JSP服务，JSP使用JDBC技术操作数据库，从而避免了代码移植导致更换数据库时的代码修改问题。

正是因为跨平台的特性，使得采用JSP技术开发的项目可以不加修改地应用到任何不同的平台上，这也应验了Java语言的"一次编写，到处运行"的特点。

1.2.2 业务代码分离

采用JSP技术开发的项目，通常使用HTML语言来设计和格式化静态页面的内容，而使用JSP标签和Java代码片段来实现动态部分。程序开发人员可以将业务处理代码全部放到JavaBean中，或者把业务处理代码交给Servlet、Struts等其他业务控制层来处理，从而实现业务代码从视图层分离。这样JSP页面只负责显示数据即可，当需要修改业务代码时，不会影响JSP页面的代码。

1.2.3 组件重用

JSP中可以使用JavaBean编写业务组件，也就是使用一个JavaBean类封装业务处理代码或者作为一个数据存储模型，在JSP页面甚至整个项目中都可以重复使用这个JavaBean。JavaBean也可以应用到其他Java应用程序中，包括桌面应用程序。

1.2.4 继承Java Servlet功能

Servlet是JSP出现之前的主要Java Web处理技术。它接受用户请求，在Servlet类中编写所有Java和HTML代码，然后通过输出流把结果页面返回给浏览器。其缺点是：在类中编写HTML代码非常不便，也不利于阅读。使用JSP技术之后，开发Web应用便变得相对简单快捷多了，并且JSP最终要编译成Servlet才能处理用户请求，因此我们说JSP拥有Servlet的所有功能和特性。

1.2.5 预编译

预编译就是在用户第一次通过浏览器访问JSP页面时，服务器将对JSP页面代码进行编译，并且仅执行一次编译。编译好的代码将被保存，在用户下一次访问时，直接执行编译好的代码。这样不仅节约了服务器的CPU资源，还大大提升了客户端的访问速度