0

例外をテストし、特定の HTTP ステータス コードをクライアントに返す単純な Grails アプリ (1.3.7) があります。

"500" (view: '/error')デフォルトを無効にしURLMappingsて、Grails が標準errorビューを使用して応答をレンダリングしないようにしました。

例外をキャッチした後、リダイレクトするコントローラーに単純なクロージャーがあり、応答をレンダリングします...

def remoteError = {
   response.status = 500
   render ([__error: "A remote error occurred"] as JSON)
}

WebLogic 10.3 の 1 つのインスタンスで、テスト例外がスローされると、応答は次のようになります...

{
  __error: "A remote error occurred"
}

..まさに私が期待したものです。

しかし、まったく同じ WAR ファイルを別の WebLogic 10.3 インスタンスにデプロイすると、以下に示す標準の Grails エラー ページが生成されます。WAR ファイルは変更されていないため、WebLogic のどの設定が他のインスタンスとは異なる動作を引き起こしているのかを突き止めようとしています。

ここに画像の説明を入力

4

1 に答える 1

0

この問題は、デプロイ WAR でプラグインが見つからないことに関連していたことが判明しました。WebLogic の 1 つのインスタンスでは、プラグインは maven/ivy キャッシュにありましたが、別のインスタンスではそうではありませんでした。これが、WAR の動作が異なるように見える理由です。

于 2012-06-05T14:46:24.640 に答える