java - 静的コンテンツを提供するためのサーブレット

Question

2 つの異なるコンテナー (Tomcat と Jetty) に Web アプリケーションをデプロイしますが、静的コンテンツを提供するためのデフォルトのサーブレットは、使用したい URL 構造を処理する方法が異なります (詳細)。

したがって、独自の静的コンテンツ (画像、CSS など) を提供するために、webapp に小さなサーブレットを含めることを検討しています。サーブレットには次のプロパティが必要です。

外部依存なし
シンプルで信頼性の高い
ヘッダーのサポートIf-Modified-Since(つまり、カスタムgetLastModifiedメソッド)
(オプション) gzip エンコーディング、etags などのサポート

そのようなサーブレットはどこかで入手できますか? 私が見つけることができる最も近いものは、サーブレットブックの例 4-10です。

更新:私が使用したい URL 構造は、疑問に思っている場合に備えて、次のとおりです。

    <servlet-mapping>
            <servlet-name>main</servlet-name>
            <url-pattern>/*</url-pattern>
    </servlet-mapping>
    <servlet-mapping>
            <servlet-name>default</servlet-name>
            <url-pattern>/static/*</url-pattern>
    </servlet-mapping>

そのため、パスに対するものでない限り、すべての要求をメインサーブレットに渡す必要がありstaticます。問題は、Tomcat のデフォルトサーブレットが ServletPath を考慮しないことです (そのため、メインフォルダー内の静的ファイルを検索します) が、Jetty は考慮します (そのため、staticフォルダー内を検索します)。

score 56 · Accepted Answer

私は少し異なる解決策を思いつきました。少しハックっぽいですが、マッピングは次のとおりです。

<servlet-mapping>   
    <servlet-name>default</servlet-name>
    <url-pattern>*.html</url-pattern>
</servlet-mapping>
<servlet-mapping>
    <servlet-name>default</servlet-name>
    <url-pattern>*.jpg</url-pattern>
</servlet-mapping>
<servlet-mapping>
 <servlet-name>default</servlet-name>
    <url-pattern>*.png</url-pattern>
</servlet-mapping>
<servlet-mapping>
    <servlet-name>default</servlet-name>
    <url-pattern>*.css</url-pattern>
</servlet-mapping>
<servlet-mapping>
    <servlet-name>default</servlet-name>
    <url-pattern>*.js</url-pattern>
</servlet-mapping>

<servlet-mapping>
    <servlet-name>myAppServlet</servlet-name>
    <url-pattern>/</url-pattern>
</servlet-mapping>

これは基本的に、拡張子ごとにすべてのコンテンツファイルをデフォルトのサーブレットにマップし、それ以外はすべて "myAppServlet" にマップするだけです。

Jetty と Tomcat の両方で動作します。

score 46 · Accepted Answer

この場合、デフォルトのサーブレットを完全にカスタム実装する必要はありません。この単純なサーブレットを使用して、リクエストをコンテナの実装にラップできます。


package com.example;

import java.io.*;

import javax.servlet.*;
import javax.servlet.http.*;

public class DefaultWrapperServlet extends HttpServlet
{   
    public void doGet(HttpServletRequest req, HttpServletResponse resp)
        throws ServletException, IOException
    {
        RequestDispatcher rd = getServletContext().getNamedDispatcher("default");

        HttpServletRequest wrapped = new HttpServletRequestWrapper(req) {
            public String getServletPath() { return ""; }
        };

        rd.forward(wrapped, resp);
    }
}

score 30 · Accepted Answer

FileServletはほぼすべての HTTP (etag、チャンクなど) をサポートしているため、良い結果が得られました。

score 20 · Accepted Answer

私は自分自身を転がしてしまいましたStaticServlet。gzipエンコーディングをサポートしておりIf-Modified-Since、warファイルから静的ファイルも提供できるはずです。それほど難しいコードではありませんが、完全に些細なことでもありません。

コードが利用可能です：StaticServlet.java。コメントしてください。

更新： KhurramはでServletUtils参照されているクラスについて質問しStaticServletます。これは、プロジェクトで使用した補助メソッドを持つクラスです。必要な唯一のメソッドはcoalesce（SQL関数と同じですCOALESCE）です。これはコードです：

public static <T> T coalesce(T...ts) {
    for(T t: ts)
        if(t != null)
            return t;
    return null;
}

score 12 · Accepted Answer

上記の例の情報から判断すると、この記事全体が Tomcat 6.0.29 以前のバグのある動作に基づいていると思います。https://issues.apache.org/bugzilla/show_bug.cgi?id=50026を参照してください。Tomcat 6.0.30 にアップグレードすると、(Tomcat|Jetty) 間の動作がマージされます。

score 12 · Accepted Answer

これを試して

<servlet-mapping>
    <servlet-name>default</servlet-name>
    <url-pattern>*.js</url-pattern>
    <url-pattern>*.css</url-pattern>
    <url-pattern>*.ico</url-pattern>
    <url-pattern>*.png</url-pattern>
    <url-pattern>*.jpg</url-pattern>
    <url-pattern>*.htc</url-pattern>
    <url-pattern>*.gif</url-pattern>
</servlet-mapping>

編集: これは、サーブレット 2.5 仕様以降でのみ有効です。

score 11 · Accepted Answer

同じ問題が発生し、Tomcatコードベースの「デフォルトサーブレット」のコードを使用して解決しました。

https://github.com/apache/tomcat/blob/master/java/org/apache/catalina/servlets/DefaultServlet.java

DefaultServletは、Tomcatの静的リソース（jpg、html、css、gifなど）を提供するサーブレットです。

このサーブレットは非常に効率的であり、上記で定義したいくつかのプロパティがあります。

このソースコードは、不要な機能や依存関係を開始して削除するための良い方法だと思います。

org.apache.naming.resourcesパッケージへの参照は、削除するか、java.io.Fileコードに置き換えることができます。
org.apache.catalina.utilパッケージへの参照は、ソースコードで複製できるユーティリティメソッド/クラスのみである可能性があります。
org.apache.catalina.Globalsクラスへの参照は、インライン化または削除できます。

score 5 · Accepted Answer

いくつかの回避策について、ウェブ上で素晴らしいチュートリアルを見つけました。シンプルで効率的です。REST urls スタイルのアプローチを使用したいくつかのプロジェクトで使用しました。

http://www.kuligowski.pl/java/rest-style-urls-and-url-mapping-for-static-content-apache-tomcat,5

score 4 · Accepted Answer

これは、Tomcat のDefaultServlet ( src ) を拡張し、getRelativePath() メソッドをオーバーライドすることで実現しました。

package com.example;

import javax.servlet.ServletConfig;
import javax.servlet.ServletException;
import javax.servlet.http.HttpServletRequest;
import org.apache.catalina.servlets.DefaultServlet;

public class StaticServlet extends DefaultServlet
{
   protected String pathPrefix = "/static";

   public void init(ServletConfig config) throws ServletException
   {
      super.init(config);

      if (config.getInitParameter("pathPrefix") != null)
      {
         pathPrefix = config.getInitParameter("pathPrefix");
      }
   }

   protected String getRelativePath(HttpServletRequest req)
   {
      return pathPrefix + super.getRelativePath(req);
   }
}

...そして、これが私のサーブレットマッピングです

<servlet>
    <servlet-name>StaticServlet</servlet-name>
    <servlet-class>com.example.StaticServlet</servlet-class>
    <init-param>
        <param-name>pathPrefix</param-name>
        <param-value>/static</param-value>
    </init-param>       
</servlet>

<servlet-mapping>
    <servlet-name>StaticServlet</servlet-name>
    <url-pattern>/static/*</url-pattern>
</servlet-mapping>

score 1 · Accepted Answer

Tomcat 8.x を確認済み: ルートサーブレットが "" にマップされている場合、静的リソースは正常に動作します。サーブレット 3.x の場合、次のようにして実行できます。@WebServlet("")

score 1 · Accepted Answer

Spring アプリからのすべてのリクエスト、および /favicon.ico と、Spring の AbstractUrlBasedView がリクエストする /WEB-INF/jsp/* からの JSP ファイルを処理するには、jsp サーブレットとデフォルトサーブレットを再マップするだけです。

  <servlet>
    <servlet-name>springapp</servlet-name>
    <servlet-class>org.springframework.web.servlet.DispatcherServlet</servlet-class>
    <load-on-startup>1</load-on-startup>
  </servlet>

  <servlet-mapping>
    <servlet-name>jsp</servlet-name>
    <url-pattern>/WEB-INF/jsp/*</url-pattern>
  </servlet-mapping>

  <servlet-mapping>
    <servlet-name>default</servlet-name>
    <url-pattern>/favicon.ico</url-pattern>
  </servlet-mapping>

  <servlet-mapping>
    <servlet-name>springapp</servlet-name>
    <url-pattern>/*</url-pattern>
  </servlet-mapping>

jsp サーブレットの標準マッピングで *.jsp url-pattern に依存することはできません。拡張子のマッピングがチェックされる前にパスパターン '/*' が照合されるためです。jsp サーブレットをより深いフォルダーにマップするということは、それが最初に一致することを意味します。「/favicon.ico」のマッチングは、パスパターンマッチングの前に正確に行われます。より深いパスの一致、または完全一致は機能しますが、拡張子の一致は「/*」パスの一致を超えることはできません。デフォルトのサーブレットへの「/」のマッピングが機能していないようです。springapp では、正確な '/' の方が '/*' パスパターンよりも優れていると思われるでしょう。

上記のフィルターソリューションは、アプリケーションから転送された、または含まれている JSP 要求に対しては機能しません。それを機能させるには、フィルターを springapp に直接適用する必要がありました。その時点で、アプリケーションに送られるすべてのリクエストもそのフィルターに送られるため、url-pattern マッチングは役に立ちませんでした。そこで、フィルタにパターンマッチングを追加し、「jsp」サーブレットについて学び、デフォルトのサーブレットのようにパスプレフィックスを削除しないことを確認しました。それは私の問題を解決しました。これはまったく同じではありませんが、十分に一般的でした。

score 0 · Accepted Answer

org.mortbay.jetty.handler.ContextHandler を使用します。StaticServlet のような追加のコンポーネントは必要ありません。

桟敷ホームでは、

$ cd コンテキスト

$ cp javadoc.xml static.xml

$ vi static.xml

...

<Configure class="org.mortbay.jetty.handler.ContextHandler">
<Set name="contextPath">/static</Set>
<Set name="resourceBase"><SystemProperty name="jetty.home" default="."/>/static/</Set>
<Set name="handler">
  <New class="org.mortbay.jetty.handler.ResourceHandler">
    <Set name="cacheControl">max-age=3600,public</Set>
  </New>
 </Set>
</Configure>

URL プレフィックスを使用して contextPath の値を設定し、resourceBase の値を静的コンテンツのファイルパスとして設定します。

それは私のために働いた。

score -1 · Accepted Answer

-1

JSOS の StaticFile を参照してください: http://www.servletsuite.com/servlets/staticfile.htm

于 2009-06-27T06:15:55.097 に答える

java - 静的コンテンツを提供するためのサーブレット

14 に答える 14

Related

Reference