JBoss EAP 6.x了解部署阶段 - ResourceAdapters,EJB,jar,war

Question

在JBoss中,部署阶段的顺序如何？对象被实例化并可以使用的顺序是什么？考虑企业应用程序(*.ear),检查所有部署日志(server.log),部署阶段如下所示:

1. 部署了所有库 - .class文件已加载并可用;
2. 部署了所有*.jar模块 - .class文件已加载且可用;
3. 如果某些*.jar是EJB Jar,则通过配置文件(例如ejb-jar.xml)或注释创建JNDI树;
4. 如果某些*.jar具有persistence.xml文件配置,则会加载所有实体和数据源链接;
5. 所有*.war模块都会启动部署阶段;
6. 通过配置文件(web.xml),加载了侦听器和上下文根,最终加载了安全性方面.
7. 耳部署成功.

问题:

• 那么资源适配器模块,PersistenceContext和EJB Pool呢？
• 找到persistence.xml后,是否会启动与数据源的连接以及数据库池的连接？
• 由于数据源(DB)是在standalone.xmlor中配置的domain.xml,当发生第一次连接到DB池时？当我注入PersistenceContext并使用EntityManager？
• 何时加载EJB池并可以使用？
• 可以说在EJB jar部署期间,JNDI树是否已创建然后可用？
• 当发现EJB时,它被加载到池中(作为注入/查找的引用)？

当.war模块已部署并准备就绪时,即使尚未完成.ear的完全部署,也可能从容器启动servlet或侦听器.

• 如果某些对象(侦听器,servlet)尝试使用EJB或PersistenceContext或其他对象会发生什么？这些物品可用吗？
• 是否可能出现死锁问题并挂起部署线程/阶段？

Answer 1

• 可以使用在application.xml中控制 jar和war 的部署顺序<initialize-in-order>true</initialize-in-order>
• 资源适配器的生命周期由连接器体系结构控制
• 容器管理实体管理器的生命周期由JBoss管理.假设您正在使用EJB注入@PersistenceContext,这种情况发生在之前@PostConstruct.
• 可以使用定义Singleton EJB初始化顺序 @DependsOn("OtherBean")
• 您可以使用第一个项目符号中的部署顺序确保EJB端点可用
• 不确定是否可能死锁 - 您更有可能看到JNDI异常