maven 打包編譯

像你們中的許多人一樣，我正在使用多模塊Maven項目 。 與現有的許多系統相比，它不是一個巨大的系統，它具有15個模塊，3種不同的耳朵部署，帶有屬性文件的大量參數化以及大約10萬行Java代碼。 在開發高峰期，由于代碼的遺留來源，因此代碼需要大量重構，因此需要為每個開發人員進行連續的編譯/打包和部署。

盡管這些年來學習難度很大，但我還是接受了Maven及其哲學。 我并不是說這是完美的，但我真的相信這是一個很好的工具，仍然有用，尤其是當您的項目和團隊隨著項目的增長而增長時。 （盡管這篇文章不是關于Maven傳福音的）。

因此，我們團隊的問題之一是，盡管切換了正確的標志 ，將代碼破壞并打包到模塊中，使用配置文件和maven提供的所有“工具”，我們的構建和打包時間卻開始緩慢增加，徹底清潔后達到1分鐘的閾值。 我們的主要編譯器是Sun / Oracle Javac，其時間是通過命令行打包而不是通過IDE進行監視的，您可以在其中看到不同的時間，具體取決于“ Maven集成”和每種工具調用的內部編譯器。 [我的參考機器是我的舊款MacBookPro 2009，Core 2 Duo 2.5，具有Vertex 3 SSD（啟用了Trim）]

最近，當我瀏覽Jason Van Zyl （ 他是Maven的父親 ）的Twitter帳戶時，我發現了takari生命周期插件 。 Jason和他的團隊正在為Maven生態系統創建工具和插件，我希望將Maven社區多年來尋求的Maven生態系統帶來人們期待已久的發展。

簡而言之，takari生命周期插件是Maven生命周期的一種替代實現，它將5個不同的插件合而為一。 一旦激活它，它將接管并調用以下5種實現：

• 資源插件
• 編譯器插件
• jar插件
• 安裝插件
• 部署插件

你可以在這里閱讀。 至少在我看來，最棒的是編譯器插件，該插件在內部實施增量編譯策略，該策略基于可檢測源文件和資源更改的機制！

為了理解差異，當在您的maven構建中使用takari編譯器插件與經典編譯器插件和javac（您中很多人可能會使用）進行比較時，我將共享此博客文章中的表格（解釋增量編譯） ）。

顯然，如果您選擇調用JDT而不是Javac，結果將更好。 當前，我們堅持使用Javac ，但是上圖使我在IntelliJ IDE上更改了默認編譯器，尤其是當我進行重構和更改時，與Javac相比， JDT在增量編譯方面要好得多。

安全嗎

好吧，就我而言（我想在那里有很多人），我只是按照建議的方式
在這里 。 我在父pom中激活了插件，然后將所有jar模塊的包裝類型更改為'takari-jar'。

takari-jar

事實并非如此，最終更改是如此容易，您可以將其還原。

我在git repo上推送了takari生命周期更改的那一天，半小時后，我開始聽到團隊成員的“哇”和“ yeees”。 更改后重新打包非常便宜，對資源文件和屬性的更改確保了我們在需要時可以獲取新的軟件包。 我們的重新包裝時間減少到50％-60％以上。

如果您碰巧在Maven版本中遇到相同的問題，我強烈建議您嘗試takari一天的時間–這將使您和您的團隊花費大量時間。

我還想指出，takari是免費的，盡管事實上takari團隊是為一個不知名的“大”客戶開發和更新的，但該團隊可以免費免費贈送它并與社區共享。 所以非常感謝您！！！該插件可以在maven Central中找到。

takari小組正在每周進行一次Google hangout ，信息可以在這里找到，我很抱歉我還沒有參加，也許很早就參加了。

所以去Maven！ 高隆！

翻譯自: https://www.javacodegeeks.com/2014/11/do-you-really-want-to-speed-up-your-maven-compilepackaging-then-takari-lifecycle-plugin-is-the-answer.html

maven 打包編譯

總結

以上是生活随笔為你收集整理的maven 打包编译_您是否真的想加快Maven的编译/打包速度？ 那么takari生命周期插件就是答案。...的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。