我在这里发帖是因为我质疑自己未来项目的结构。
我希望通过遵循与 Jenkins / Hudson 等主要软件相同的模型来制作 Java EE 应用程序，它们提供 .war/ear 可部署并嵌入自己的数据库和插件管理。最终目标是用户下载并部署war/ear“即用型”
我的问题是：
我想使用 EJB，我应该如何将我的项目构建到我的 IDE 中？核心项目+战争项目？
当我想使用嵌入式数据库 HSQL 或 Derby 样式时，我发现的教程表明我必须在我的容器中添加一些 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 涵盖。综上所述，目前支持如下：