JBoss 7：絨毛還是真正的應用服務器？

我特別提出這個問題，因爲JBoss AS 7+已經完全改變了360度，強制應用程序開發人員完全根據JBoss Modules進行思考。防止早期類路徑地獄的問題等，並鼓勵清潔模塊化思想等。此外，它聲稱具有快速啓動時間等JBoss 7：絨毛還是真正的應用服務器？

所有這一切都不錯，但我的主要問題是這樣，請確認您是否有同樣的感覺：

JBoss堅持把jboss-deployment-structure.xml文件放在WEB-INF中。這會使WAR文件根本不可移植，因爲它現在包含應用程序服務器特定的配置文件。我很擔心互操作性。
我仍然對所需的大量XML配置感到緊張 - 爲每個要添加的依賴關係創建一個模塊目錄結構，爲該依賴創建一個module.xml，創建一個jboss-deployment-structure.xml WEB-INF/lib內非模塊的條目或庫的Manifest條目。等等。這將需要足夠的開發人員花費在成爲配置專家或聘請專家或購買支持方面 - 而這對於任何團隊和公司來說都是一項長期的重大成本。

來源

2012-10-31 Kasturi Divekar

沒有任何關於JBoss的部署，structure.xml，使得它不便於攜帶。如果其他應用程序服務器不使用它，它將簡單地忽略該文件。

如果您想在應用程序中使用依賴項，則不需要創建模塊。如果您想在多個部署中使用公共依賴關係，那麼您只會這樣做。例如一個JDBC驅動程序庫。

沒有必要爲WEB-INF/lib中的庫創建jboss-deployment-structure.xml或添加清單條目。唯一需要jboss-deployment-structure.xml的時候是，如果你想排除服務器依賴性（比如log4j），或者在你的部署範圍之外添加不會自動添加的依賴項。可能還有其他一些用例，但這些用例最爲常見。

來源

2012-10-31 16:45:41

我同意詹姆斯提到的100％。同樣，如果你去任何其他供應商，你仍然堅持以我的過去經驗供應商特定的XML。如果您在App服務器中遇到問題，則必須在用戶打電話時撥打客戶電話，使用jboss您可以查看源代碼。這是一件非常罕見的事情，但在需要時查看代碼確實有所幫助。同時尋找Jboss，Weblogic和Websphere的stackoverflow標籤。您會看到jboss論壇比其他論壇更加活躍。 – randominstanceOfLivingThing

JBoss 7：絨毛還是真正的應用服務器？

回答

相關問題