none
Response.Redirectでページを表示できませんエラーが発生する RRS feed

  • 質問

  •  いつもお世話になっております。みやぼんと申します。
    申し訳ございませんが、@ITにも投稿させて頂いた件です。

    あちら側に返信がないのでこちらでも投げさせていただきます。


    ASP.NET2.0+Oracleを使用して開発を行っております。

    あるページAのボタンクリックイベントで
    DBのテーブル内のデータを1件更新してから
    ページBへ遷移するといった処理を行っております。

    ページBへ遷移する際のコードは
    Response.Redirect(ページB,False)
    としております。
    また、1回の更新で4000バイト以上のデータが送信される
    事があるため、web.configファイル内に
    httpRuntime要素のmaxRequestLengthを"8192"に指定させていただいております。

    この状態で
     1.ページAを表示
     2.ボタンクリック
     3.データ更新
     4.ページBを表示
     5.ページAを表示(ページBのボタンクリックで可能)
    を何回か繰り返していると「ページを表示できません」画面が表示されます。

    ieHTTPHeaders V1.62を使用して送受信されるデータ等をキャプチャしたのですが
    正常にページBが表示できる場合も、「ページを表示できません」エラーが発生する場合も下記の通りLocationには次の画面がはいっております。
    HTTP/1.1 302 Found
    Connection: close
    Date: Thu, 12 Apr 2007 06:48:13 GMT
    Server: Microsoft-IIS/6.0
    X-powered-by: ASP.NET
    X-aspnet-version: 2.0.50727
    Location: ページB
    Cache-control: private
    Content-type: text/html; charset=shift_jis
    Content-length: 18358

    どなたかResponse.Redirectでページが表示されたりされなかったりといった
    現象に遭遇された方はいませんでしょうか?
    またその場合の対処はどのようにされましたでしょうか?
    ご教示をお願い致します。

    2007年4月13日 4:39

回答

  • 問題が回避できてよかったです。

    これはIE5で改善されている問題のようなので、たしかにちょっと気持ち悪いですね。

    サーバのキャッシュ設定が触れない(?)ようでしたら、現在の対応でもよいのではと思います。

    2007年4月16日 21:27

すべての返信

  • @ITでご返信を頂いて少し進捗がありましたので

    ご連絡させていただきます。
    横取り丸とinetspyを入れて詳細な送受信情報を取ろうと
    したところエラーが出なくなりました。
    (なので詳細なログは取れておりません。。。)

    横取り丸は、プロキシを切り替えるため
    ひょっとして、プロキシサーバに原因があるのかと思い
    IEのプロキシ設定でこのIPならプロキシを使用しない
    という設定を行ったところ同一のエラーが起こらなくなりました。

    また、プロキシの設定を元に戻して
    Response.Redirectを
    http://support.microsoft.com/kb/193489/ja
    に掲載されているXRedirectへ変更したところ
    同様にエラーが発生しなくなりました。
    (ちなみにエラーの発生している端末の
    IEはバージョン6だったので、
    本来の原因を潰せている様な気がしないのですが・・・)

    プロキシサーバの設定がどのようになっている場合に
    このエラーが発生するのかはわからないのですが
    httpのステータスが302なら×で
    301ならOK
    なのかなぁ?と思っております。
    (ただこれだとクライアント側が原因になりますよね・・・)

    さっぱりな発言ですが、次に疑うべき場所も思いつかず
    途方にくれております。

    一旦エラーが回避できたのでご連絡させて頂きました。

    2007年4月16日 5:49
  • 問題が回避できてよかったです。

    これはIE5で改善されている問題のようなので、たしかにちょっと気持ち悪いですね。

    サーバのキャッシュ設定が触れない(?)ようでしたら、現在の対応でもよいのではと思います。

    2007年4月16日 21:27