spring-security - 組み込みの LDAP サーバーを使用した春のセキュリティ テストで gradle テストがハングする

Question

私は、eclipse から、または -Dtest.single オプションを使用して gradle を実行したときに適切に実行される LDAP サーバーが組み込まれた spring-security 3.1.3 の一連のテストを用意しています。ただし、プロジェクト内の一連のテスト全体を実行するためにクリーン ビルドを実行すると、これらのテストにヒットした時点で実行がハングし、その時点で gradle プロセスを強制終了する必要があります。LDAP テストを @Ignore すると、他のテストは正常に機能します。これらのテストは、組み込みサーバーを使用しない場合、つまり外部サーバーに接続する場合に正しく機能します。おそらく、gradle がマルチスレッドの方法でテストを実行し、インメモリ サーバーなどをホストしようとするという事実と関係があります。
  同様の問題に直面した団体はありますか？何が起こっているのかについて、より有用な情報を得るにはどうすればよいですか? gradle の --info または --debug は役に立たず、gradle プロセスを強制終了した場合、テスト レポート (通常のテストが失敗した場合に生成されるレポートなど) も生成されません。

Answer 1

おそらく1に設定する必要がありますmaxParallelForks。

統合テスト用に別のタスクを構成する、Spring Security 自体が使用するアプローチをコピーしてみませんか? これらのテストでは 1に設定されます。maxParallelForks

そうすれば、単体テストを並行して実行することで引き続き利益を得ることができます。