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

by

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.

More Related Contents:

  1. Injecting a Spring bean using CDI @Inject
  2. My first Prime Faces Responsive project [duplicate]
  3. What is reflection and why is it useful?
  4. How do I invoke a Java method when given the method name as a string?
  5. Why JSF saves the state of UI components on server?
  6. Java EE 6 @javax.annotation.ManagedBean vs. @javax.inject.Named vs. @javax.faces.ManagedBean
  7. Can a Java class add a method to itself at runtime?
  8. Can I get information about the local variables using Java reflection?
  9. Retrieving the inherited attribute names/values using Java Reflection
  10. Implement converters for entities with Java Generics
  11. i18n with UTF-8 encoded properties files in JSF 2.0 application
  12. Should I use @EJB or @Inject
  13. How to use URLClassLoader to load a *.class file?
  14. By default, JSF generates unusable IDs, which are incompatible with the CSS part of web standards
  15. Is there something like instanceOf(Class c) in Java?
  16. How to get annotations of a member variable?
  17. NullPointerException while trying to access @Inject bean in constructor
  18. How to get the parameter names of an object’s constructors (reflection)? [duplicate]
  19. Java Reflection calling constructor with primitive types
  20. JSF and automatic reload of xhtml files
  21. Proguard and reflection in Android
  22. Java reflection – impact of setAccessible(true)
  23. How do I iterate over class members?
  24. How can I remove HTML comments in my Facelets?
  25. How to get all imports defined in a class using java reflection?
  26. JSF tags not rendered [duplicate]
  27. Simple way to get wrapper class type in Java
  28. Using reflection to change static final File.separatorChar for unit testing?
  29. Wrong number of arguments error when invoking a method
  30. Create new object using reflection?

Leave a Comment