C / C ++プロジェクトでのMavenの使用

Question 1

私はMavenビルドをアマチュアのクラスターの周りに置いています。記述が不十分で率直に言って-プリミティブC / C ++コード（いくつかのC、いくつかのC ++を意味します）。問題は、現在流通しているものがたくさんあり、簡単に交換できないことです。それを構築するには多くの部族の知識が必要であり（さまざまなパーツをコンパイル/構築する方法を見つけるためにキューブからキューブに移動する必要があります）、リリースは完全に悪夢です。（いいえ-私はそれを書き直すつもりはありません、plzは尋ねません）私の質問は-私はmaven-native-plugin多数の短いmakefileを置き換えるために使用するべきexec-maven-pluginですか、それとも単にこれらを実行するために使用するべきですか？私はこれまで、後者が.NETを実行することでかなり良い経験をしましたが、nativeプラグインに投資するべきか、それともとどまるべきかわかりませんかexec？「Mavenizing」C / C ++の経験があれば、アドバイスをいただければ幸いです。

Question 2

maven-nar-pluginを強くお勧めします。私はそれが他の選択肢よりも多くの点で優れていると思います。ソースファイルを一覧表示する必要はなく、複数のOSとアーキテクチャを処理し、ユニットテストと統合テストを処理し、通常は「メイヴンの方法」に従います。新しい種類のパッケージ化が導入されています。NARまたは「ネイティブアーカイブ」には、関心のあるアーティファクト（.dll、.so、.a、.exeなど）だけでなく、メタデータ、ヘッダーなども含まれています。理にかなっている方法。

サードパーティのソフトウェアをNARにパッケージ化するには、少し前もって作業する必要がありますが、非常に簡単です。それらがNARになったら、通常のMaven依存関係メカニズムを使用してそれらとリンクします。次に例を示します。

<dependency>
  <groupId>cppunit</groupId>
  <artifactId>cppunit</artifactId>
  <scope>test</scope>
</dependency>

1つの欠点は、アクティブに維持されていないように見えることですが、フル機能であり、Mavenプラグインオーサリングのかなり印象的な例です。