Field.get(obj)返回注入的CDI托管bean上的所有空值,而手动调用getter则返回正确的值

时间:2015-04-15 13:02:55

标签: java jsf reflection cdi managed-bean

我试图通过反射从JSF页面的支持bean访问某些字段的值。问题是,当我使用getter时,我得到了正确的值,但是当我使用必要字段的get(obj)方法时,我总是得到一个返回的null值。

获取beanObject:

ELContext elcontext = FacesContext.getCurrentInstance().getELContext();
Object beanObject = FacesContext.getCurrentInstance().getApplication().getELResolver().getValue(elcontext, null, beanName);

要在不使用getter的情况下获取字段值,请执行以下操作:

List<Field> fields = new ArrayList<Field>();
ParamsBuilder.getAllFields(fields, beanClass);

for(Field field: fields) {

    field.setAccessible(true);
    System.out.println(field.getName() + ": " + field.get(beanObject)); //just to see if it works

}

getAllFields方法具有以下实现:

public static List<Field> getAllFields(List<Field> fields, Class<?> type) {
    for (Field field: type.getDeclaredFields()) {
        fields.add(field);
    }

    if (type.getSuperclass() != null) {
        fields = getAllFields(fields, type.getSuperclass());
    }

    return fields;
}

要使用getter获取值,请执行以下操作:

private ClassX getValue(Object beanObject, Class<?> beanClass) throws Exception {

    Method getter = beanClass.getDeclaredMethod("myMethod",(Class<?>[]) null);

    return (ClassX)getter.invoke(beanObject, (Object[])null);
}

我可以进一步提到的是,我试图访问的字段是使用@Inject注释注入的,但我不相信这是问题,因为其他实例字段(未注入)会受到同样的影响。< / p>

通常我会使用getter但是我在这里尝试做的事情对我正在开发的应用程序有全局影响,这意味着返回并修改所有受影响的类以提供getter是最后一个度量解决方案。此应用程序也将不断修改和扩展,我不希望其他开发人员不提供getter的机会,这将导致严重的问题。

谢谢!

2 个答案:

答案 0 :(得分:4)

这确实是预期的行为。 CDI托管bean实例本质上是一个自动生成类的可序列化代理实例,它扩展了原始支持bean类,并通过公共方法(如EJB的工作方式)将所有公共方法中的代理进一步委托给实际实例。自动生成的类看起来大致如下:

public CDIManagedBeanProxy extends ActualManagedBean implements Serializable {

    public String getSomeProperty() {
        ActualManagedBean instance = CDI.resolveItSomehow();
        return instance.getSomeProperty();
    }

    public void setSomeProperty(String someProperty) {
        ActualManagedBean instance = CDI.resolveItSomehow();
        instance.setSomeProperty(someProperty);
    }

}

如你所见,没有具体的领域。您也应该在检查类本身的同时注意到自动生成的类签名。

毕竟,你是以错误的方式解决这个问题。您应该使用java.beans.Introspector API来内省bean并在bean实例上调用getter / setter。

这是一个启动示例:

Object beanInstance = getItSomehow();
BeanInfo beanInfo = Introspector.getBeanInfo(beanInstance.getClass());

for (PropertyDescriptor property : beanInfo.getPropertyDescriptors()) {
    String name = property.getName();
    Method getter = property.getReadMethod();
    Object value = getter.invoke(beanInstance);
    System.out.println(name + "=" + value);
}

这个API像JSF和CDI一样尊重JavaBeans spec,因此您不需要使用原始反射API并计算/猜测正确的方法名称。


无关具体问题,具体取决于您可能错误地认为这一切都是正确解决方案的具体功能要求,您在问题中没有说明任何问题,那里可能是比内省bean实例更好的方法来实现它。

答案 1 :(得分:0)

我怀疑bean正在通过CDI和/或JSF实现代理。

没有可靠的解决方法,因为代理实现是特定于服务器的。代理生成运行时或应用程序部署时间,并且至少对于某些实现(例如焊接)代理没有对bean本身的引用,但确实引用了获取bean并调用相应方法所需的内部类。

关于我能想到这样做的唯一方法是放宽属性的安全性,并希望将prperty可靠地复制到代理中。

所有这些都违背了JavaEE的精神,并打破了面向对象的所有规则,所以我强烈建议不要这样做。