2 番目のアーティファクトを生成したい場合は、これです。別のプロジェクトで再利用したいテストコードにビルダークラスがあります。このガイド付きテストを見つけましたが、正常に動作します。同僚と話し合った後、Tim O'Brien の記事「1 つのプロジェクトから 2 つの JAR を作成する方法 (…そしてなぜすべきでないのか)」を読みました。彼は、これを行うことはmavenのコア規約に違反していると書いています。
「これは、Maven の最も重要なコア概念の 1 つであるモジュール性に違反しています。この道をたどると、複数の JAR を作成する「超」プロジェクトをますます作成し始めたくなるでしょう。」
テストジャーではそのリスクは見られません。
「これは推奨されません」または「コアの慣習を破りますが、機能します」という唯一の声明は、私を満足させません. 少なくともmavenは、同じpomからさまざまなアーティファクトを生成するという目的を正確に果たす分類子を提供します。
私の質問: test-jar の作成は規則の例外ですか、それともこのアプローチにはもっと深刻な問題がありますか?
その上。ビルダー クラスを生産的なコードの一部にすることは、私たちが議論している別のオプションです。しかし、それはここでの主なポイントではありません。