JBoss EAP 6.x了解部署阶段——资源适配器、EJB、jar、war

Question

在 JBoss 中，部署阶段的顺序如何？对象被实例化和可用的顺序是什么？考虑企业应用程序 （*.ear），检查所有部署日志（服务器.log），部署阶段如下所示：

< li >所有库都已部署-。类文件已加载并可用； < li >所有*。jar模块被部署。类文件已加载并可用； < li >如果有的话*。jar是一个EJB Jar，通过配置文件(例如ejb-jar.xml)或注释，创建JNDI树； < li >如果有的话*。jar有一个persistence.xml文件配置，所有实体和到数据源的链接都被加载； < li >所有*。war模块开始部署阶段； < li >通过配置文件(web.xml ),加载侦听器和上下文根，并最终加载安全方面。 < li>Ear部署成功。

问题:

• 资源适配器模块、持久性上下文和 EJB 池呢？
• 找到持久性.xml时，是否开始与数据源的连接，从而与数据库池建立连接？
• 由于数据源 （DB） 是在独立.xml或域.xml中配置的，那么何时与数据库池建立第一次连接？当我注入 PersistenceContext 并使用 EntityManager 时？
• 何时加载 EJB 池并可供使用？
• 说在 EJB jar 部署期间，JNDI 树被创建然后可用，这种说法是否正确？
• 当发现 EJB 时，它会加载到池中（作为注入/查找的参考）？

当一个. war模块被部署并准备好时，即使。ear尚未完成，可能从容器中启动了servlet或监听器。

• 如果其中一些对象（侦听器、servlet）尝试使用EJB或PeristenceContext或其他对象会发生什么？这些对象可用吗？
• 是否可能出现死锁问题并挂起部署线程/阶段？

Answer 1

我将尝试解决您的其余问题：

当找到persistence.xml时，是否会启动与数据源的连接以及与DB池的连接？

是的，必须这样做（如果尚未建立连接），否则无法验证或创建表结构（DDL）。

因为数据源（DB）是在独立模式中配置的。xml或域。xml，何时第一次连接到数据库池？当我注入PersistenceContext并使用EntityManager时？

这个问题的答案是：视情况而定。如果您的JDBC数据源配置了最小池大小MIN_pool_size

EJB 池何时加载并可供使用？

在部署了EJB子模块及其所有依赖项之后，就可以使用它了。

说在 EJB jar 部署期间，JNDI 树被创建然后可用，这种说法是否正确？

我会用以下方式来表述：在检查（而不是在期间）可以部署所有EJB之后（例如，可以解决它们的所有依赖关系），然后创建JNDI条目（在JNDI树中）。根据我注意到的情况，如果单个 EJB 失败，则不会部署任何内容，这让我认为自己就在这里。

[部署.war模块时]如果其中一些对象（侦听器、servlet）尝试使用EJB或PersistenceContext或其他对象，会发生什么情况？这些物品可用吗？

是的，当然。当部署WAR文件时，我们使用该功能从servlet执行一些初始化代码（例如，创建一些具有一些默认值的实体）。

是否有可能出现死锁问题并挂起部署线程/阶段？

从理论上讲，是的，实际上不是（我怀疑RedHat的人没有想到这一点）。

一些提示：如果您使用MySQL，您可以使用show Process list检查与服务器的连接。否则，如果您使用Linux /Unix，您可以使用netstat检查与数据库服务器的所有连接。

Answer 2

• 可以使用控制application.xml中罐子和战争的部署顺序