Field.get(obj) returns all nulls on injected CDI managed beans, while manually invoking getters return correct values

前端 未结 2 367
别那么骄傲
别那么骄傲 2020-11-29 13:20

I am trying to access the values of some fields from the backing bean of a JSF page via reflection. The problem is that when I use the getter I get the correct value but whe

相关标签:
2条回答
  • 2020-11-29 13:58

    I suspect the beans are getting proxied by the CDI and/or JSF implementation.

    There is no reliable way of getting around this as the proxy implementation is server specific. Proxies are generated a runtime or application deployment time and at least for some implementations (eg weld) proxies do not have a reference to the bean itself but do have a reference to the internal classes it needs to get the bean and call the corresponding method.

    About the only way I can think of doing this is to relax the security on your properties and hope that the prperty gets copied into the proxy reliable.

    All of this is against the spirit of JavaEE and breaks all the rules of Object Orientation so I would strongly recommend against it.

    0 讨论(0)
  • 2020-11-29 14:13

    That's indeed expected behavior. The CDI managed bean instance is in essence a serializable proxy instance of an autogenerated class which extends the original backing bean class and delegates in all public methods further to the actual instance via public methods (like as how EJBs work). The autogenerated class looks roughly like this:

    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);
        }
    
    }
    

    As you see, there are no concrete fields. You should also have noticed the autogenerated class signature while inspecting the class itself too.

    After all, you're going about this the wrong way. You should be using java.beans.Introspector API to introspect the bean and invoke getters/setters on bean instances.

    Here's a kickoff example:

    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);
    }
    

    This API respects like JSF and CDI the JavaBeans spec, so you don't need to fiddle around with raw reflection API and figuring/guessing the correct method names.


    Unrelated to the concrete problem, depending on the concrete functional requirement for which you possibly incorrectly thought that this all would be the right solution, which you didn't tell anything about in the question, there may be even more better ways to achieve it than introspecting the bean instances.

    0 讨论(0)
提交回复
热议问题