我應該爲j2ee應用服務器配置文件實現源代碼控制嗎？

Question

對於典型的J2EE Web應用程序，數據源連接設置存儲爲應用程序服務器配置的一部分。

有沒有一種方法來版本控制這些配置細節？我想要更多地控制數據源和其他應用程序服務器配置更改。

這樣做的標準做法是什麼？

Answer 1

通過版本控制跟蹤配置更改您的應用程序服務器是索要一件好事。但是，它意味着所有更改都是通過腳本完成的，而不是管理Web界面。我建議

http://www.ibm.com/developerworks/java/library/j-ap01139/index.html?ca=drs-

因爲關於這個主題一個很好的背景信息的文章。

更新：就在最近，部分2已發表在這裏：http://www.ibm.com/developerworks/java/library/j-ap02109/index.html?ca=drs-

Answer 2

我們的（Spring）應用程序在spring配置文件中有一個硬編碼的jndi名稱。這樣，可以將相同的耳朵部署到開發環境，qa和prod環境，並且不必擔心數據庫連接細節。

應用程序服務器管理員確保根據該jndi名稱註冊數據源，並在每個環境中適當地提供連接詳細信息。

Answer 3

但是，這是如何讓我管理應用程序服務器中數據源配置的更改。這裏有一個場景：

1. DBA更改數據庫服務器的連接密碼。

2. Webspehere/Weblogic管理員通過管理員控制檯對服務器配置進行相應的更改。

上述更改不受版本控制，因此沒有清楚的方式來了解此類更改的歷史記錄。

問題不在於應如何配置應用程序，而在於應如何控制配置更改。也許這對於簡單的項目聽起來像是過火，但對於一些項目來說，控制像這樣的變化真的成爲一個問題。

Answer 4

當與WebSphere合作，我們找到了最好的辦法是腳本的部署和放置腳本版本控制以及每個目標環境的響應文件下。

Answer 5

任何時候當你問自己「應該X在版本控制」時，默認答案是「是」。

對於一個更精緻的答案，問問自己：是由人創建的文件（如源文件或文檔），或者它被另一個程序（如一個目標文件或分發PDF）產生的？

由人類創建和/或維護的文件應該處於配置控制之下。

Answer 6

的Websphere canbe棘手，因爲該目錄結構的文件亂七八糟的 - 常常似乎是重複的，很難推測這是一個神奇的文件你需要備份/恢復。如何去做這件事的問題不應該減少做這件事的必要性。 - 這是肯定的。

Answer 7

我們總是對我們的應用服務器設置使用版本控制。這是一個名爲WLST（weblogic腳本工具）的工具，它是weblogic服務器發行版的一部分。域配置存儲在Jython腳本中，該腳本可以通過命令行輕鬆執行，因此可以與我們的構建工具maven集成。

創建預配置的運行weblogic域只需執行一個maven目標。所有那些配置錯誤的jdbc連接或錯誤的jms目標參數的煩人問題都消失了。您將始終擁有一個與特定時間的源代碼匹配的應用服務器配置。您永遠不需要記住哪些應用程序服務器設置必須適用於您正在使用的這個特定版本的項目。

我真的推薦這個。

我也想知道，如果有其他應用服務器可用的類似解決方案。據我所知，有一種方法通過螞蟻玻璃魚。 JBoss如何實現這一點？