本文旨在解决jax-rs（jersey）资源中通过@ejb注解注入无状态会话bean时出现nullpointerexception的问题。核心原因在于jax-rs资源类在某些情况下并非ejb或cdi容器的托管组件，导致注解注入失效。文章将详细阐述这一机制，并提供通过jndi（java命名和目录接口）手动查找ejb的解决方案，同时探讨相关注意事项与最佳实践。
问题现象：JAX-RS资源中的EJB注入失败
在开发基于Java EE的应用时，我们经常会遇到需要将业务逻辑封装在EJB（Enterprise JavaBeans）中，并通过JAX-RS（Java API for RESTful Web Services）暴露RESTful接口的场景。通常，为了在JAX-RS资源类中访问EJB，开发者会自然地使用@EJB注解进行依赖注入，期望容器能够自动实例化并注入EJB实例。然而，在某些特定环境下，尤其是在升级框架版本后，可能会遭遇NullPointerException，提示通过@EJB注入的EJB实例为null，即使服务器日志显示EJB已成功部署并绑定了JNDI名称。
例如，以下JAX-RS资源类尝试注入一个UserSessionBeanLocal接口的EJB：
import javax.ejb.EJB;import javax.ws.rs.FormParam;import javax.ws.rs.POST;import javax.ws.rs.Path;import javax.ws.rs.Produces;import javax.ws.rs.core.MediaType;import javax.ws.rs.core.Response;@Path("")public class Service { @EJB UserSessionBeanLocal userBean; // 此处注入可能失败 @POST @Produces(MediaType.APPLICATION_JSON) @Path("register") public Response register(@FormParam("userName") final String name, @FormParam("userPassword") final String pass, @FormParam("userEmail") String email) { // 当userBean为null时，调用其方法将抛出NullPointerException if (userBean.isUserPresent(email)) return Response.ok("Email already registered!!").build(); userBean.addUser(new User(name, email, pass)); return Response.ok("Registered!!").build(); }}
当userBean为null时，调用userBean.isUserPresent(email)便会导致java.lang.NullPointerException: Cannot invoke “com.enovate.assignment.ejb2.UserSessionBeanLocal.isUserPresent(String)” because “this.userBean” is null这样的运行时错误。
根本原因：JAX-RS资源类的非托管状态
@EJB注解是Java EE容器提供的一种依赖注入机制，它要求被注入的类（即Service类）本身也是由Java EE容器（如EJB容器、Servlet容器或CDI容器）管理的组件。只有当一个组件处于容器的生命周期管理之下时，容器才能扫描其注解并执行相应的注入操作。
在许多Web应用服务器（如WildFly、GlassFish）中，当JAX-RS资源类由Jersey或RESTEasy等JAX-RS实现框架进行实例化和管理时，它们可能不会自动被视为EJB容器或CDI容器的托管Bean。特别是当JAX-RS框架通过web.xml中的ServletContainer配置启动时，它通常会独立于EJB/CDI容器管理其资源类的生命周期。这意味着JAX-RS资源类的实例是由JAX-RS框架创建的，而非由EJB或CDI容器创建，因此容器无法对其执行@EJB或@Inject等注解的注入操作。
神采PromeAI
将涂鸦和照片转化为插画，将线稿转化为完整的上色稿。
97 查看详情 
尽管服务器日志显示EJB（如UserSessionBean）已成功部署并绑定了JNDI名称，但这仅表明EJB本身是可用的，并不保证JAX-RS资源类能够通过注解方式访问它。日志中的WELD-000146警告虽然提示了CDI相关的问题，但它通常与CDI的特定功能（如Flow Discovery）相关，而非直接导致@EJB注入失败的根本原因，真正的核心在于JAX-RS资源类的托管上下文。
解决方案：通过JNDI手动查找EJB
鉴于JAX-RS资源类可能不被容器托管，最直接且兼容性强的解决方案是使用JNDI（Java Naming and Directory Interface）手动查找EJB实例。JNDI提供了一种标准方式，允许应用程序通过逻辑名称查找和访问各种资源，包括EJB。
修改后的JAX-RS资源方法如下所示：
import javax.naming.InitialContext;import javax.naming.NamingException;import javax.ws.rs.FormParam;import javax.ws.rs.POST;import javax.ws.rs.Path;import javax.ws.rs.Produces;import javax.ws.rs.core.MediaType;import javax.ws.rs.core.Response;@Path("")public class Service { // 移除 @EJB 注解，因为我们将手动查找 // UserSessionBeanLocal userBean; @POST @Produces(MediaType.APPLICATION_JSON) @Path("register") public Response register(@FormParam("userName") final String name, @FormParam("userPassword") final String pass, @FormParam("userEmail") String email) { UserSessionBeanLocal userBean = null; try { // 1. 创建InitialContext实例 InitialContext ic = new InitialContext(); // 2. 通过JNDI名称查找EJB // JNDI名称格式通常为 "java:global/应用程序名称/模块名称/EJB名称!EJB本地接口全限定名" // 根据日志 "java
以上就是解决JAX-RS资源中EJB注入失败问题：深入理解非托管组件与JNDI查找的详细内容，更多请关注创想鸟其它相关文章！
版权声明：本文内容由互联网用户自发贡献，该文观点仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。
如发现本站有涉嫌抄袭侵权/违法违规的内容， 请发送邮件至 chuangxiangniao@163.com 举报，一经查实，本站将立刻删除。
发布者：程序猿，转转请注明出处：https://www.chuangxiangniao.com/p/850928.html
微信扫一扫 
支付宝扫一扫 
