Как я могу сделать компиляцию JSP Tomcat при запуске?

Мы используем как Apache Tomcat 6.0, так и Jetty 6, где я работаю. В основном мы используем Jetty для тестирования (он отлично подходит для работы в тестах JUnit) и Tomcat для производства.

По умолчанию Tomcat компилирует JSP "на лету", когда пользователи запрашивают их. Но это приводит к снижению производительности для первого удара. Он также выделяет причудливые ошибки в компиляторе Tomcat JSP.

Документация Tomcat дает рекомендации по предварительной компиляции JSP во время сборки с использованием Ant (а также доступен плагин Maven). но в результате WAR содержит специфические для Tomcat вещи, например PageContextImpl.proprietaryEvaluate, поэтому мы не можем использовать его в Jetty.

Есть ли какой-то флаг или параметр, который мы можем использовать где-нибудь, чтобы заставить Tomcat прекомпилировать все JSP, как только WAR инициализируется? Мы готовы подождать немного дольше при запуске для этого.

Заранее: я знаю, что есть способ предварительно скомпилировать только один JSP, явно идентифицируя тэг /servlet/load -on-startup в web.xml для одного JSP. Но для десятков или даже сотен JSP, которые становятся неуправляемыми.

Ответы

Ответ 1

http://www.devshed.com/c/a/BrainDump/Tomcat-Capacity-Planning/


    project name="pre-compile-jsps" default="compile-jsp-servlets">

  <!-- Private properties. -- >
  <property name="webapp.dir" value="${basedir}/webapp-dir"/>
  <property name="tomcat.home" value="/opt/tomcat"/>
  <property name="jspc.pkg.prefix" value="com.mycompany"/>
  <property name="jspc.dir.prefix" value="com/mycompany"/> 

  <!-- Compilation properties. -->
  <property name="debug" value="on"/> 
  <property name="debuglevel" value="lines,vars,source"/>
  <property name="deprecation" value="on"/>
  <property name="encoding" value="ISO-8859-1"/>
  <property name="optimize" value="off"/>
  <property name="build.compiler" value="modern"/>
  <property name="source.version" value="1.5"/> 

  <!-- Initialize Paths. -->
  <path id="jspc.classpath">
    <fileset dir="${tomcat.home}/bin">
      <include name="*.jar"/>
    </fileset>
    <fileset dir="${tomcat.home}/server/lib">
      <include name="*.jar"/>
    </fileset>
    <fileset dir="${tomcat.home}/common/i18n">
      <include name="*.jar"/>
    </fileset>
    <fileset dir="${tomcat.home}/common/lib">
      <include name="*.jar"/>
    </fileset>
    <fileset dir="${webapp.dir}/WEB-INF">
      <include name="lib/*.jar"/>
    </fileset>
    <pathelement location="${webapp.dir}/WEB-INF/classes"/>
    <pathelement location="${ant.home}/lib/ant.jar"/>
    <pathelement location="${java.home}/../lib/tools.jar"/>
  </path>
  <property name="jspc.classpath" refid="jspc.classpath"/> 

  <!--========================================================== -->
  <!-- Generates Java source and a web.xml file from JSP files.                     -->
  <!-- ==========================================================
-->
  <target name="generate-jsp-java-src"> 
    <mkdir dir="${webapp.dir}/WEB-INF/jspc-src/${jspc.dir.prefix}"/>
    <taskdef classname="org.apache.jasper.JspC" name="jasper2">
      <classpath>
        <path refid="jspc.classpath"/>
      </classpath>
    </taskdef>
    <touch file="${webapp.dir}/WEB-INF/jspc-web.xml"/>
    <jasper2 uriroot="${webapp.dir}"
             package="${jspc.pkg.prefix}" 
          webXmlFragment="${webapp.dir}/WEB-INF/jspc-web.xml" 
             outputDir="${webapp.dir}/WEB-INF/jspc-src/${jspc.dir.prefix}"
             verbose="1"/>
  </target> 

  <!-- ========================================================== -->
  <!-- Compiles (generates Java class files from) the JSP servlet -->
  <!-- source code that was generated by the JspC task.            -->
  <!-- ========================================================== -->
  <target name="compile-jsp-servlets" depends="generate-jsp-java-src">
    <mkdir dir="${webapp.dir}/WEB-INF/classes"/>
    <javac srcdir="${webapp.dir}/WEB-INF/jspc-src"
           destdir="${webapp.dir}/WEB-INF/classes"
           includes="**/*.java"
           debug="${debug}"
           debuglevel="${debuglevel}"
           deprecation="${deprecation}"
           encoding="${encoding}"
           optimize="${optimize}"
           source="${source.version}">
      <classpath>
        <path refid="jspc.classpath"/>
      </classpath>
    </javac>
  </target> 

  <!-- ========================================================= -->
  <!-- Cleans any pre-compiled JSP source, classes, jspc-web.xml -->
  <!-- ========================================================= -->
  <target name="clean">
    <delete dir="${webapp.dir}/WEB-INF/jspc-src"/>
    <delete dir="${webapp.dir}/WEB-INF/classes/${jspc.dir.prefix}"/>
    <delete file="${webapp.dir}/WEB-INF/jspc-web.xml"/>
  </target>

</project

Этот файл сборки найдет все ваши файлы jappapps JSP, скомпилирует их в классы сервлетов и создаст сопоставления сервлетов для этих классов сервлетов JSP. Сгенерированный файл сервлета, который он генерирует, должен войти в ваш файл webapps WEB-INF/web.xml, но было бы сложно написать файл сборки Ant, который знает, как вставлять сопоставления сервлетов в ваш файл web.xml в повторяемом каждый раз, когда запускается файл сборки. Вместо этого мы использовали XML-объект include, чтобы сгенерированные сопоставления сервлетов переходили в новый файл каждый раз при запуске файла сборки и что файл сопоставлений сервлета можно вставлять в ваш файл web.xml через механизм включения XML-сущности. Чтобы использовать его, ваш webapps WEB-INF/web.xml должен иметь специальное объявление сущности в верхней части файла, а также ссылку на объект в содержимом файла web.xml, где вы хотите, чтобы файл сопоставлений сервлета был включен. Вот как выглядит пустой файл сервлета 2.5 webapps web.xml с этими изменениями:

<!DOCTYPE jspc-webxml [
    <!ENTITY jspc-webxml SYSTEM "jspc-web.xml">
  ]> 

  <web-app xmlns=http://java.sun.com/xml/ns/javaee
      xmlns:xsi=http://www.w3.org/2001/ XMLSchema-instance 
      xsi:schemaLocation="http:// java.sun.com/xml/ns/javaee http://java.sun.com/xml/ns/ 
  javaee/web-app_2_5.xsd"
      version="2.5"> 

    <!-- We include the JspC-generated mappings here. -->
    &jspc-webxml; 

    <!-- Non-generated web.xml content goes here. --> 

  </web-app> 

Убедитесь, что ваш файл webapps web.xml имеет встроенный DTD (тег DOCTYPE) полностью в верхней части файла и объявление схемы приложения для сервлета 2.5 ниже. Затем, где бы вы не захотели вставлять сгенерированные сопоставления сервлетов в ваш файл web.xml, поместите ссылку на объект & jspc-webxml;, Помните, что ссылка на объект начинается с амперсанда (и), затем имеет имя объекта и заканчивается точкой с запятой (;).

Чтобы использовать файл сборки, просто отредактируйте его и установите все свойства в верхней части для значений, соответствующих вашей настройке, а затем запустите его следующим образом:

$Ant -f pre-compile-jsps.xml

Ответ 2

Если вы пойдете с решением, упомянутым duffymo, указывая на блог Vinny Carpenter, у меня есть подсказка. Была одна область, из-за которой мой контейнер вешал бесконечно, когда вы связывались с localhost (в частности, методом private connect()). Использование следующего взлома было моим обходным путем:

    private void connect(final String urlString) {

        HttpURLConnection conn;
        try {
            final URL url = new URL(urlString);
            conn = (HttpURLConnection)url.openConnection();
            conn.setConnectTimeout(5000);
            //time it out quickly - otherwise hangs forever
            //seems to be an issue hitting localhost
            //will still precompile the page
            conn.setReadTimeout(100);
            conn.setAllowUserInteraction(true);
            conn.getInputStream();
            conn.disconnect();
        }
        catch (SocketTimeoutException e) {
            log.debug(e);
        }
        catch (IOException ioe) {
            log.error(ioe);
        }
    }

Настройка тайм-аута и игнорирование SocketTimeoutException работали (хотя, по общему признанию, не лучшее решение). Кроме того, использование этой процедуры означает, что вам нужно указать JSP в web.xml. Этого было достаточно для моих нужд.