通过JSP的预编译消除性能瓶颈（2）
程序方式的预编译
在WLS下最可靠的预编译JSP的方法是使用Java命令行，Weblogic.jspc，它位于WLS安装的lib目录之下的weblogic.jar文件中。这个工具允许开发者在发展阶段和在部署前解决编译时间问题的时候编译需要的JSP文件。它也为生产系统提供一个有能力实现JSP预编译的管理员。这种用法的主要好处是：
● 文件可以被预编译一次然后可以被多次部署。（这不被服务器实例的重复利用所影响）
● 编译时的例外可以被预先解决而不影响部署。
● 类可以通过集群部署。
使用weblogic.jspc的缺点是需要人工干涉，并且它在开发时并当在JSP文件变得过时的时候必须被重新运行。然而，考虑到前面的两个方法的讨论，我们几乎不能将这种不方便当成该方法的一个缺点，因此推荐它作为最可靠和最灵活的机制来实现JSP预编译。
执行weblogic.jspc
为了更有效的使用weblogic.jspc，你必须首先了解它的用法和语法。这篇文章我们将利用WLS6.1 SP2的工具的功能。注意：下面给出的语法和最好的惯例应该应用于WLS 6.1的所有版本以及新的WLS 7.0。
为了调用命令行JSP编译器（weblogic.jspc），你必须确定下面的内容：
● PATH环境变量必须包含你机器上安装的J2SE1.3包的二进制目录（例如，/opt/j2se/1.3.1/sdk/bin 或者c:sunsoftj2se1.3.1sdkbin），以获得JVM运行时的支持。如果你打算使用javac作为你的JSP编译的Java编译器，要确定PATH包含全部Java 1.3 的软件开发工具包（SDK）的二进制目录，并且不仅仅是JRE（Java Runtime Engine，Java运行时间引擎），因为没有编译器和JRE关联。 如果你打算使用一个编译器而不是javac（例如 Jikes），也要为那个编译器确定在PATH中包含正确的目录。
● 设置Java系统类路径用来包含来自WLS 6.1 SP2 安装目录的weblogic.jar文件，通过在产品库目录下默认建立（例如，/opt/bea/wlserver6.1/lib/weblogic.jar或者c:beawlserv -er6.1libweblogic.jar）。此外，请确定在JSP编译阶段中你可能需要的参考类（JAR或类文件）也在你的类路径中。
在第一次执行weblogic.jspc之前，你需要测试你的命令行配置是否是按上述配置。它可以通过简单运行一个WLS版本检查来完成，使用命令“java weblogic.version”，这个命令应该返回下面的内容：
which should return the following:
WebLogic Server 6.1 SP2 12/18/2001 11:13:46
#154529
WebLogic XML Module 6.1 SP2 12/18/2001
11:28:02 #154529
如果你的输出和上面的不相似（和你运行的版本相对应），在进行JSP预编译前，要重新访问PATH和类路径变量将其设置成你的当前命令行环境。
一般的weblogic.jspc的语法如下面给出的：
java weblogic.jspc [options] <jsp files>...
在一个编译器的单一调用中默认情况下JSP编译器可以编译一个JSP文件或一组JSP文件，并且可以通过设置命令行选项，编译器可以以不同的方法工作。下面给出一个例子：
java
weblogic.jspc
-webapp mywebapp
-compiler javac
-compileFlags '-g'
-classpath /u/apps/dist/src/lib.jar
-d .
-package com.slackwerks.mywebapp.jsp
-commentary
-keepgenerated
-k
mywebappindex.jsp
这篇文章只列举了一个例子，如果你要想更加了解weblogic.jspc如何能在你的环境中使用和管理的话，请参阅www.slackwerks.com/wldj，我们提供了对整套的工作选项，使用的含义以及相关联问题的讨论。
结论
虽然关于JSP预编译的问题较多，但许多的途径可以解决。然而，考虑到上文所说的那些优点和缺点，应该较容易的看出经由weblogic.jspc预编译的程序方式是为克服JSP固有的缺点的一个灵活的选项。在开发阶段的早期，熟悉该工具将改善生产期间应用程序的管理和性能状况。
|