2014-07-22 49 views
1

Aloha,將應用服務器集成到開發過程中

我目前正在寫我的碩士論文來編寫內部Web應用程序。我幾乎從頭開始。當然有一些要求,但這些對我的問題來說並不重要。

當我完成4-6名開發人員的論文時,將會進一步開發/維護。

我在以前的項目/作業中所做的是在我的開發人員機器上手動安裝Application Server(AS)(設置等)。

我所做的也是使用Maven來安裝和配置像Jetty/Tomcat之類的東西,其他開發者只需要獲得Maven項目,運行mvn install和它們的好東西就行了。

但是你會如何處理像Wild AS一樣的AS?

我的問題是在4-6名開發人員的團隊中處理AS的最佳做法是什麼?(AS只是開發商的機器,而不是Devevelopment /質量/生產系統)

+0

你可以在你的vcs中包含配置文件 - 然後它只是安裝wildfly和複製/粘貼配置文件。 – assylias

回答

2

你有4個選項,如果你考慮Wildfly作爲AS

  1. 包括修改後的standalone.xml你的項目中,也許在src/main/resources/文件夾,每個開發人員都可以通過Git或任何VCS使用它。
  2. 您可以爲Wildfly創建CLI腳本,並將其再次包含到您的代碼庫中。你可以在網上找到一些教程,例如here。優於XML的優點是不必手動修改源代碼,腳本可以作爲批處理執行,這意味着它可以正確配置所有內容或保持原樣。
  3. 通過Maven plugin配置Wildfly。您可以在那裏運行與選項2相同的命令,可以看到一些示例here
  4. 您也可以將帶有服務器的修改後的ZIP上傳到某個位置,並讓每個開發人員都使用此版本。不利的一面是,如果您對配置進行任何修改,每個人都必須再次下載此ZIP。

所以我想選擇3號是最好的(因爲它自動化程度最高的和最簡單的方法來傳播所有的開發人員之間的配置變化),但是你pom.xml可以得到配置確實有些力不從心。在這種情況下,您可以將它與選項2結合使用,以便Maven插件只會從項目內部運行CLI腳本文件。

+0

準備一臺服務器,將其拉直並傳播到其他開發機器有什麼問題?它是一次性安裝的東西。 – Gimby

+0

它沒有什麼問題,我只是認爲從控制檯執行一個簡單的命令(運行CLI腳本)比在服務器上對文件進行手動編輯時遇到問題時手動更好。你也更容易自動化(就像我說的一個命令)。 –

+0

對不起,我誤解了,我以爲你在談論傳播'standalone.xml'或其他配置。當然這可能是正確的選擇,但我仍然認爲傳播幾KB的文本比120 MG文件更好:) –

相關問題