會很適合這種情況？

Question

我們目前有一個基於螞蟻的項目，正在考慮轉向maven。 該項目是基於java ee的，但它有一個模塊結構，其中每個模塊可以包含多個java ee項目。像這樣：

mod1-->subdir-->war-A 
      -->war-B 
mod1->src 
mod1->build/classes 

多個這樣的模塊加上一些罐子依賴關係被添加並且創建一個EAR文件。 +定製清單文件

像這樣

EAR -->war-A 
    -->war-B 
    -->war-C 
    -->war-D 
    lib/allclasses-from-allmodules-in-one jar 

這種結構和依賴性，不能更改─它來自於我們所使用的框架。

我對maven瞭解不多，知道這是多少工作 - 或者如果我們的項目結構和開發實踐遠離maven慣例，那麼它不值得花時間。

我意識到你可以彎曲maven來做你想做的任何事情 - 但是如果我們做了一個開關，它應該是maven的好處不要讓生活更難！ :)

另一個重要的是，我想能夠創建耳朵文件爆炸......我有什麼選擇來定製該方面？如果我去定製一個「任務」（我不確定這個maven術語是什麼），我會放棄什麼？

Answer 1

說實話，我不會爲將它移植到maven而煩心 - 儘管我是一個總的魔術迷，但我仍然這樣說。在構建時將具有任何複雜性的完整項目轉換爲maven通常不值得遇到麻煩。

對於新項目或可能重寫此應用程序（如果它曾經發生過），我會完全建議先從maven開始。

我知道你可以彎曲行家做任何你希望它 - 但 如果我們 做它應該是一個開關行家的 好處沒有讓生活 更難！ :)

你可以「彎曲maven」做你想做的任何事情，但通常你是在你這樣做的時候在腳下射擊自己。 maven的一點是，它是按照慣例構建的，而不是通過配置。您在做超出Maven生命週期範圍之外的事情時越冒險，就構建的維護和可靠性而言，您要求的麻煩越多。

Answer 2

我不是100％確定我瞭解你目前的項目結構，但如果你不能改變任何事情，它看起來像有主要的顯示停止問題。與Maven：

1. 嵌套模塊的父模塊不包含代碼
2. 一個模塊只產生一個主神器（不知道這是你的項目，雖然情況）

不繼的Maven與上述相比，默認佈局是一個小問題。如果沒有更多關於什麼可以改變的細節（沒有破壞結構），我不認爲它是可行的（如果可以的話）。