私のアプリケーションのフォルダー構造はWARファイルに似ていません。web.xmlなどの構成ファイルは構成フォルダーにあり、メッセージバンドル/リソースファイルはリソースフォルダーにあり、リソースファイルはUTF-8として保存されています。Antビルドは、正しく構造化されたWARを生成するために使用されます。
現在、コンテナ内テストフレームワーク（Cactus）が使用されています。ただし、このフレームワークは現在維持されていません。
ソースコードのフォルダー構造がWARのフォルダー構造と一致することを要求する代わりに、WARを爆発させることができるコンテナーテストフレームワークがありますか？フレームワークがファイルの実際の場所から将来のWARの場所へのマッピングをサポートしている場合、それも問題ありません。
まだ維持されているコンテナ内のテストフレームワークはありますか？
オプションは限られています。同様のことを行う他のフレームワークがいくつかあります。MockRunnerも廃止されました。Spring Mockはオプションかもしれませんが、いくつかの機能が欠けています（HTTPリクエスト転送が必要な場合は、いくつかのクラスを拡張する必要があります）。
テストケースからJetty組み込みを開始するのは簡単なので、 Jettyである程度の成功を収めましたが、もちろん、実際にデプロイされたかのようにアプリケーションを開始します。これは、希望どおりではない可能性があります。
そのため、私は通常、JavaEEタイプへの依存関係を含まないコードを作成しようとします。このようにして、好きな方法ですべてをテストできます。
次に、CIサーバーには単一の（低速の）テストがあり、アプリケーション全体をデプロイし（データベースのワイプとクリーンなテストデータの入力を含む）、いくつかの簡単なUI操作（ログイン、一部のページの参照）を実行します。 。