1

这与 JSF FacesConverter 不是 CDI 的合格 @Inject 目标的已知问题的解决方法有关。我按照CDI Injection into a FacesConverter的解决方法。然而，在我的 FacesConverter 中，我一直在利用将对象的类传递给构造函数的特性。

来自javadoc -“如果转换器有一个带有 Class 实例的单参数构造函数，并且要转换的数据的 Class 在转换器实例化时是已知的，则必须使用此构造函数来实例化转换器而不是零参数版本。” 这与 CDI 对“正常范围”bean 的要求直接冲突，其中允许使用 no-arg 或 @Inject 带注释的构造函数。

所以总而言之，我想使用一个可以进行 CDI 注入的转换器，并且可以在运行时访问正在转换的对象的类。

我在带有 Weld 2.0.4 的 Glassfish 4 上使用 Mojarra 2.2.4。

4

1 回答 1

3

对于那些可能对这种替代方案感兴趣的人，我可以通过构造函数中的 BeanManager 将 Inject 注释替换为编程查找。精简代码如下。我没有进行性能测试，并怀疑这可能是一个缺点。如果时间允许，我将与 Omnifaces 解决方案进行比较。

编辑： BeanManager 查找的成本被证明是最小的。构造函数平均占用<1ms。

@FacesConverter(forClass = AbstractEntity.class)
public class EntityConverter implements Converter {

    private LocationService locationService;
    private Class entityClass;

    //Special parameterized constructor for @FacesConverter described in the original question
    public EntityConverter(Class entityClass) throws NamingException {
            this.entityClass = entityClass;
            this.locationService = loadManagedBean(LocationService.class, "locationService");
        }

    //Generic lookup method for @Named managed beans
    protected <T> T loadManagedBean(Class<T> clazz, String beanName) throws NamingException {
            InitialContext initialContext = new InitialContext();
            BeanManager bm = (BeanManager) initialContext.lookup("java:comp/BeanManager");

            Bean<T> bean = (Bean<T>) bm.getBeans(beanName).iterator().next();
            CreationalContext<T> cc = bm.createCreationalContext(bean);
            T beanInstance = (T) bm.getReference(bean, clazz, cc);
            return beanInstance;
    }
}
于 2013-10-11T19:56:37.513 回答