0

私は非常に奇妙な問題に直面しています。これは、意味をなさないエラーの 1 つです。結論を急ぐ前に、最後まで読んでください。

  1. web.xml ファイルを変更せずに JBoss 上の Apache CXF で記述された Web サービスを含む Web アプリケーション (.ear ファイル) をデプロイすると、すべて正常に動作するように見えます。

  2. web.xml ファイルに変更を加えて ear を再構築し、アプリケーションを再デプロイすると、JBoss はクラス ローダーの競合が原因でアプリケーションをデプロイできません。JBoss がこれらのエラーをスローすることを期待しているので、これはまったく問題ありません。

  3. JBoss サーバー インスタンスを停止し、ステップ 2 で行った変更を web.xml に戻し、.ear ファイルを再構築してアプリケーションを JBoss に再デプロイすると、ステップ 2 でスローされたのと同じエラーが再びスローされます。ステップ 2 で web.xml に加えたすべての変更を元に戻し、新しい .ear ファイルを使用して JBoss を再起動したことを考えると、これはどのように可能でしょうか?

  4. JBoss の新しいコピーをダウンロードして、新しいコピーでアプリケーションを再構築して再デプロイすることさえ試みました。手順 2 で行った変更が web.xml に含まれていない場合でも、手順 2 で表示されたのと同じエラーがアプリケーションに表示されます。

エラーを取り除く唯一の方法は、コード ベースを新しくチェックアウトしてアプリケーションをビルドし、アプリケーションの新しいバージョンを新しい JBoss サーバーにデプロイすることです。私の知る限り、web.xml を変更しても、アプリケーション内の他のファイルやクラスが暗黙的に変更されるわけではないため、これは意味がありません。

この問題を解決する方法がわかりません。私が行った変更は web.xml ファイルだけであり、他のクラスやファイルには触れていません。エラーが永続的に続くのはなぜですか?

4

1 に答える 1

0

今回は、JBossサーバーを起動する前に、サーバープロファイルディレクトリの下にあるtmpフォルダーとworkフォルダーを削除します。それはそれの世話をする必要があります。

于 2012-09-25T13:20:27.343 に答える