CDI Interface-basierte Bean in JSF

Question

Ich habe Probleme mit CDI im JSF-Projekt zu arbeiten. Ich kann CDI nicht zwingen, Interface-basierte Bean in JSF-Datei zu injizieren.

@Named 
public class ClassBasedNamedBean { 
    public String getMessage() { 
     return "Class-based Hello World!"; 
    } 
} 

@Named 
public interface InterfaceBasedNamedBean { 
    public String getMessage(); 
} 

public class InterfaceBasedNamedBeanImpl implements InterfaceBasedNamedBean { 
    @Override 
    public String getMessage() { 
     return "Interface-based Hello World!"; 
    } 
} 

ich beiden Bohnen in WebServlet Umgebung verwenden kann:

@WebServlet("/HelloServlet") 
public class HelloServlet extends HttpServlet { 
    @Inject 
    private ClassBasedNamedBean classBasedNamedBean; 

    @Inject 
    private InterfaceBasedNamedBean interfaceBasedNamedBean; 

    protected void doGet(...) ... { 
     PrintWriter pw = response.getWriter(); 
     pw.println("classBasedNamedBean: " + classBasedNamedBean.getMessage()); 
     pw.println("interfaceBasedNamedBean: " + interfaceBasedNamedBean.getMessage()); 

     // Output: 
     // classBasedNamedBean: Class-based Hello World! 
     // interfaceBasedNamedBean: Interface-based Hello World! 
    } 
} 

Aber interfaceBasedNamedBean ist in JSF-Seite nicht zur Verfügung:

<p>ClassBasedNamedBean: #{classBasedNamedBean.message}</p> 
<p>InterfaceBasedNamedBean: #{interfaceBasedNamedBean.message}</p> 

Output: 
<p>ClassBasedNamedBean: Class-based Hello World!</p> 
<p>InterfaceBasedNamedBean: </p> 

Wie könnte ich dieses Problem beheben? Benötigt JSF eine explizite Konfiguration für interfaceBasedNamedBean?

Answer 1

Sie setzen javax.enterprise.inject.spi.BeanManager als BeanManager?

Was passiert, wenn Sie Ihrer Klassendefinition @Named("InterfaceBasedNamedBean") hinzufügen und die Anmerkung aus der Schnittstelle entfernen? Aus welchem ​​Grund benutzen Sie die Anmerkungen sowieso? CDI benötigt sie nicht im Gegensatz zum Frühling.

Haben Sie versucht, eine Producer-Methode zu verwenden?

Answer 2

Als meine beste Vermutung:

Ich glaube nicht, dass dies in der Spezifikation erwähnt wird, aber ich bin mir ziemlich sicher, dass @Named nicht auf Schnittstellen verwendet werden soll.

Schließlich ist es nur eine Übereinstimmung zwischen einem Typ und einem EL-Namen - und es scheint, als ob der EL-Resolver unter dem Namen der Schnittstelle nichts (konkretes) finden kann.

Versuchen Sie also, die Implementierung annotieren, nicht die Schnittstelle - das sollte funktionieren. Wenn Sie mit verschiedenen Implementierungen desselben Bean-Typs flexibel sein müssen, injizieren Sie es in eine Controller-Bean und machen Sie diese Bean zugänglich.

Answer 3

Versuchen Sie beispielsweise, mit @RequestScoped einen Bereich zu Ihrer Bean hinzuzufügen. Von Weld Dokumente:

Die @ Named Annotation ist nicht das, was die Klasse zu einer Bean macht. Die meisten Klassen in einem Bean-Archiv werden bereits als Beans erkannt. Die Annotation @Named macht es möglich, auf die Bean aus der EL zu verweisen, am häufigsten aus einer JSF-Ansicht.

Answer 4

CDI definiert @named als String-basiertes Qualifikationsmerkmal. Der Zweck eines Qualifikators besteht darin, zu unterscheiden, welche Implementierung am Injektionspunkt verwendet werden soll. Die @ Named der javadoc gibt ein Beispiel:

public class Car { 
    @Inject @Named("driver") Seat driverSeat; 
    @Inject @Named("passenger") Seat passengerSeat; 
    ... 
} 

So @Named muss eine spezielle Implementierung mit Anmerkungen versehen.

@Named als eine Möglichkeit, CDI-Beans in JSF-Ansichten zu verwenden, kann als eine sekundäre Funktion angesehen werden. @Named ist nicht "@Inject for JSF", wie es scheint.