JSF 2.3+GlassFish 5.1中@FacesValidator注入Bean为空问题

你遇到的注入为空问题，虽然已经给@FacesValidator加了managed = true（这是JSF 2.3将Validator纳入CDI管理的关键配置），但仍可能由以下几个常见原因导致，对应解决步骤如下：

1. 确保CDI容器已激活 #

GlassFish 5.1默认支持CDI，但如果项目根目录的WEB-INF下没有beans.xml文件，CDI容器可能不会启动。创建一个beans.xml文件，确保CDI能扫描并托管相关Bean：

<?xml version="1.0" encoding="UTF-8"?>
<beans xmlns="http://xmlns.jcp.org/xml/ns/javaee"
       xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
       xsi:schemaLocation="http://xmlns.jcp.org/xml/ns/javaee http://xmlns.jcp.org/xml/ns/javaee/beans_2_0.xsd"
       version="2.0"
       bean-discovery-mode="all">
</beans>

其中bean-discovery-mode="all"会扫描项目中所有类作为CDI候选Bean，避免遗漏你的Validator或需要注入的Bean。

2. 校验@EJB的JNDI名称准确性 #

ISecurityService.JNDI_NAME指定的JNDI路径必须完全匹配GlassFish中EJB的实际绑定地址。GlassFish中EJB的默认JNDI格式通常为java:global/[项目名称]/[EJB实现类名]或java:app/[模块名称]/[EJB实现类名]。你可以通过GlassFish的管理控制台查看EJB的实际绑定名称，或者在EJB实现类上用@RemoteBinding显式指定JNDI名称，避免路径错误。

3. 确认UserModelMB是合法的CDI Bean #

被注入的UserModelMB必须是CDI托管Bean：需要给它添加@Named注解，同时搭配合适的作用域注解（如@RequestScoped、@ViewScoped）。如果UserModelMB只是普通类没有CDI相关注解，@Inject会无法找到对应的Bean实例，导致注入为空。

4. 禁止手动实例化Validator #

确保在JSF页面中通过validator="custom.loginValidator"的方式引用这个Validator，绝对不要用new LoginValidator()手动创建实例。手动创建的对象不在CDI容器的管理范围内，自然无法完成依赖注入。

5. 排查版本兼容性问题 #

GlassFish 5.1对JSF 2.3的支持可能存在小缺陷，你可以尝试升级到GlassFish 5.1.0的最新补丁包，同时确保项目依赖的JSF库与GlassFish自带的JSF版本完全一致，避免版本冲突导致注入失效。

6. 尝试用@Inject替代@EJB注入EJB #

对于EJB的注入，你可以尝试用@Inject替代@EJB(lookup=...)。只要你的EJB实现类添加了@Stateless或@Singleton等EJB注解，且CDI环境正常，CDI容器会自动处理EJB的注入，这种方式比@EJB的lookup方式更可靠。

内容的提问来源于stack exchange，提问作者vlad_dubceac