我張貼在這裏，因爲我質疑自己關於未來項目的結構。Java EE應用程序結構與插件和嵌入式數據庫
我希望通過遵循與Jenkins/Hudson等主流軟件相同的模型來製作Java EE應用程序，這些軟件提供了可以部署的.war/ear並嵌入了自己的數據庫和插件管理。 最終目標是用戶下載和部署WAR /耳「準備使用」
我的問題是：
我想使用EJB，我應該怎麼構建我的項目進我的IDE？核心項目+戰爭項目？
當我想使用嵌入式數據庫HSQL或Derby風格時，我發現的教程表明我必須在我的容器中使用addesome jar/xml，這是違反「隨時可用」的想法。
最後一個問題，而不是最不重要的一個插件，它將以jar的形式出現，它可以如何被我的應用程序使用？歡迎在我的情況下關於這個插件管理的一些想法/教程。
該項目是爲教育目的。
在Java EE中，或多或少有兩所學校提倡不同的方法。
第一所學校，傳統學校，主張Java EE應用程序應始終不完整，例如有「未解決的依賴性」。從應用程序打包程序到部署人員的一系列人員（角色）然後逐漸迭代地準備應用程序以實際運行。
這個學校在應用程序歸檔中嵌入了數據源定義，安全性（主要是認證）和JMS隊列（即使這些隊列完全在應用程序內部）。根據這第一所學校的一些成員，包含這些應用程序的應用程序不再是Java EE應用程序（請參閱，例如https://community.jboss.org/thread/164554）
但也有另一所學校，一個認爲存在使用案例，其中所有這些Java EE歸檔實際上是最好的方式。 @DataSourceDefinition被添加到規範中的事實表明了這一點，並且Java EE 7將標準化嵌入其他類型的資源（如JMS隊列）。
這兩個博客文章描述了使用嵌入式數據庫的Java EE例如：
在許多應用服務器，嵌入式標準化數據源的想法是有點的事後考慮，而且最有可能不被TCK覆蓋。綜上所述，支持目前如下：