2011-10-27 10 views
1

200の応答にもかかわらず、Tomcatによって正しく配信されないことがあるjavascriptファイルがあります(これは他の静的コンテンツでも見られます)。私は、サーバーバージョン6.0.18と6.0.33を同じ結果で試しました。tomcatから静的コンテンツを配信する断続的な失敗

-20を::00:46-- http://t-pen.org/TPEN/transcription.js => `transcription.js以下は、私はそれが助け場合は、自分自身を試すこと自由に感じ、同じ項目を複数回要求するためにwgetを使って見た結果の一例です。 28 ' t-pen.orgを解決する... 165.134.241.71 t-pen.orgに接続| 165.134.241.71 |:80 ...接続しました。応答を待って、送信 HTTPリクエスト... 200 OK 長さ:不定

(なしMIMEタイプを見る)

-20:01:06-- http://t-pen.org/TPEN/transcription.js => `transcription.js.29' t-pen.orgの解決... 165.134.241.71 t-pen.orgに接続| 165.134.241.71 |:80 ...接続しました。応答を待って、送信され HTTPリクエスト... 200 OK 長さ:97373(95K)[テキスト/ javascriptの]

問題のブラウザでは、JavaScriptのためのMIMEタイプが正しくないことを示すメッセージです。私はtomcatのMIMEタイプの設定に悩まされていないので、ほとんどの時間通り正しく来るので、私はこれを解決しようとすることができる場所を知りません。どんな助けでも大歓迎です。問題のGET用

curl出力:

$ curl -v http://t-pen.org/TPEN/transcription.js > /dev/null 
> GET /TPEN/transcription.js HTTP/1.1 
> User-Agent: curl/7.21.6 (i686-pc-linux-gnu) libcurl/7.21.6 OpenSSL/1.0.0e zlib/1.2.3.4 libidn/1.22 librtmp/2.3 
> Host: t-pen.org 
> Accept: */* 
> 
< HTTP/1.1 200 OK 
< Server: Apache-Coyote/1.1 
< Transfer-Encoding: chunked 
< Date: Thu, 27 Oct 2011 20:43:55 GMT 
< 
{ [data not shown] 
100 97373 0 97373 0  0 86338  0 --:--:-- 0:00:01 --:--:-- 112k 

と正常いずれか

$ curl -v http://t-pen.org/TPEN/transcription.js > /dev/null 
> GET /TPEN/transcription.js HTTP/1.1 
> User-Agent: curl/7.21.6 (i686-pc-linux-gnu) libcurl/7.21.6 OpenSSL/1.0.0e zlib/1.2.3.4 libidn/1.22 librtmp/2.3 
> Host: t-pen.org 
> Accept: */* 
> 
< HTTP/1.1 200 OK 
< Server: Apache-Coyote/1.1 
< ETag: W/"97373-1319761050000" 
< Last-Modified: Fri, 28 Oct 2011 00:17:30 GMT 
< Content-Type: text/javascript 
< Content-Length: 97373 
< Date: Thu, 27 Oct 2011 20:45:21 GMT 
< 
{ [data not shown] 
100 97373 100 97373 0  0 86196  0 0:00:01 0:00:01 --:--:-- 112k 
+0

私はいくつか "curl"を試して、偽のGETのために送信された他のヘッダーはほとんどないことを知りました。これは答えではありませんが、コメントにも収まらないので、あなたの質問を修正してください。気にしないでください。 –

+0

フィルターはありますか?あなたのサーブレットマッピングはどのように見えますか? – palacsint

+0

私はあなたが見ていたチャンクされた転送に基づいていくつかの読書をしました、そして、私はそれがhttp/1.1コネクターにユニークであることに絞ったと思います。私がAJPを使用すると、エラーを受け取ることができないようです。病気をテストして、それが事実であることが判明した場合はそれを答えてください。ありがとう! – jdeerin1

答えて

1
問題に対する我々の解決策は、Apacheによってサービス提供場所に静的コンテンツを移動し、アパッチを通してAJPを使用することである

AJPリクエストは、私たちの問題の原因となっているHTTP/1.1コネクタではなくAJPコネクタによって処理されるため、tomcatへの直接の要求ではなく、これは問題の原因を完全には説明しませんが、これが私たちがその問題を回避する方法です。

関連する問題