Kann @Inject optional sein, im JSR 330 (wie @Autowire(required=false)?

Spring @Autowire kann so konfiguriert werden, dass der Frühling wird nicht werfen einen Fehler, wenn kein passender autowire Kandidaten sind gefunden: @Autowire(required=false)

Gibt es ein äquivalent JSR-330-annotation? @Inject schlägt immer fehl, wenn es keine passenden Kandidaten. Gibt es eine Möglichkeit, die ich nutzen kann @Inject aber nicht die Rahmenbedingungen scheitern, wenn keine passenden Typen zu finden sind? Ich habe nicht in der Lage zu finden, keine Dokumentation in diesem Umfang.

  • Nicht wirklich eine gute Idee: Sie wählen, um es nicht in CDI, um sicherzustellen, dass alle Abhängigkeiten vorhanden sind. Sollte man wirklich einen null-check auf eine Abhängigkeit? Scheint wie ein Architektur problem, und eine Lösung könnte sein, die Spritzen eine Schnittstelle, welche eine no-op-Umsetzung. Null, falls nicht gefunden, ist wirklich schlechtes design: ist es nicht auf Zweck oder durch einen Programmier-Fehler???
InformationsquelleAutor Eric B. | 2013-10-21
  1. 13

    Nein... es gibt keine Entsprechung für optionale JSR 330... wenn Sie wollen, verwenden Sie optional Injektion, dann haben Sie zu halten mit den framework-spezifischen @Autowired annotation

    • ich kann nicht scheinen zu finden, die spec-Dokument für die JSR330, wenn es einer ist. weißt du, die Argumentation hinter der Entscheidung, nicht zu einer Art von @Optional Funktion?
    • >>kennst du die Argumentation hinter der Entscheidung, nicht zu einer Art @Optionales feature?<< ich glaube, der Grund ist in der Existenz des Anbieters. javax.injizieren.Anbieter.get() KANN null zurückgeben, also wenn man injiziert Anbieter, kann man das gleiche Ergebnis erzielen wie mit optionalem Injektion
    InformationsquelleAutor Arun P Johny
  2. 31

    Können Sie java.util.Optional.
    Wenn Sie mit Java 8 und Ihre Frühjahr version ist 4.1 oder höher (siehe hier), statt

    @Autowired(required = false)
private SomeBean someBean;

    Können Sie einfach java.util.Optional Klasse, kam mit Java 8. Verwenden Sie es wie:

    @Inject
private Optional<SomeBean> someBean;

    Diese Instanz wird nie null, und Sie können es verwenden, wie:

    if (someBean.isPresent()) {
   //do your thing
}

    Diese Weise können Sie auch constructor injection, mit einigen Bohnen erforderlich, und einige Bohnen, optional, bietet große Flexibilität.

    Achtung: Leider ist der Frühling nicht unterstützt Guave's com.google.common.base.Optional (siehe hier), so funktioniert diese Methode nur, wenn Sie Java 8 (oder höher).

    • Interessante option. Ich war nicht auf Java8 als ich ursprünglich die Frage gepostet, aber ich mag das Prinzip. Danke für den Hinweis it out. Ich vermute, es ist immer noch keine wirkliche option, mit JSR330, aber das ist eine gute Nutzung der J8 Vorteile zu umgehen.
    • Ich bin mit Java 8 und Spring 4.2.7, und es funktioniert wie ein Charme. Aber ist die Skillung sagen, wie zu verwalten ist "Optional" - Typ? Übrigens, es ist eine sehr sinnvolle Umsetzung. Ich mag.
    • Natürlich, Brillant. Genau das, was ich brauchte und viel sauberer als ein optionaler null-bean.
    • Super Antwort! Ist das nicht der Beschriftungs-parameter genannt required obwohl?
    • guter Fang, korrigierte ich ihn. Danke.
    • Das war unglaublich schnell für eine 1,5 Jahre alte Antwort! Prost! 🙂
    • Aber Sie sollten sich bewusst sein, dass mit der java.util.Optional als ein Feld, wird davon abgeraten im Allgemeinen. Ist es nicht sogar implementieren die Serializable - Schnittstelle.
    • ja, stimmt, ich habe es zum Wohle Beispiel. Besser constructor injection und eine null-Feld. Übrigens, Sie sollten sich bewusst sein, dass die Verwendung von Java-Serialisierung wird davon abgeraten im Allgemeinen.
    • Sicher, Sie wahrscheinlich würde nicht wollen, zu serialisieren, die das bean selbst, aber der Rahmen könnte dies irgendwann in der Zeit, zum Beispiel, wenn es ein session-scoped bean.
    • Siehe stackoverflow.com/questions/56439401

    InformationsquelleAutor Utku Özdemir
  3. 9

    Instanz Injektion wird oft übersehen. Es fügt große Flexibilität. Prüfen Sie die Verfügbarkeit der Abhängigkeit vor, um es zu erhalten. Ein unzufriedener bekommen, wird eine exception zu werfen, der teuer ist. Verwendung:

    @Inject
Instance<SomeType> instance;
SomeType instantiation;

if (!instance.isUnsatisfied()) {
    instantiation = instance.get();
}

    Schränken Sie die Injektion Kandidaten als normal:

    @Inject
@SomeAnnotation
Instance<SomeType> instance;
    • Siehe diese Antwort von Giovanni Silva
    • Danke! Ich wusste nicht, über die javax.enterprise.inject.Instance Klasse. Aber was JSR/pkg-ist es Teil? Es scheint nicht zu sein, Teil von JSR-330. Ist das eine JEE6-spezifische Sache?
    • java.enterprise.injizieren.Instanz spezifiziert in JSR 299: Contexts and Dependency Injection for the JavaTM EE platform. Wie der Titel besagt, es ist nur für die JEE-Plattform. JSR 330: Dependency Injection for Java ist eine viel leichtere Spezifikation ohne Vertrauen auf die JEE-Plattform. Es ist eine Schande, dass der JSR 330 nicht integrieren, die nicht mit der JEE-spezifische features der JSR 299, wie java.enterprise.injizieren.Instanz. Warum dies nicht geschehen werde ich andern überlassen zu vermuten.
    InformationsquelleAutor Steve Brewin
  4. 6

    Es ist möglich, erstellen Sie eine optionale Einspritzung Punkt!

    Müssen Sie verwenden Injektion lookup dokumentiert, wie in http://docs.jboss.org/weld/reference/latest/en-US/html/injection.html#lookup

    @Inject
Instance<Type> instance;

//In the code
try {
   instance.get();
}catch (Exception e){

}

    Oder auch alle Instanzen eines Typs

    @Inject
Instance<List<Type>> instances

    Auch die get () - Methode, die faul ausgewertet, wenn Sie müssen. Die Standard-Injektion ausgewertet, beim starten und werfen Sie eine exception, wenn keine Bohnen gefunden werden, die die Injizierung der bean wird injiziert zur Laufzeit natürlich, aber die Anwendung wird nicht gestartet, wenn dies nicht möglich ist.
    In der Dokumentation finden Sie weitere Beispiele, wie filter die Instanzen injiziert und viel, viel mehr.

    • dies gilt nur für die Schweißnaht?
    • Nein, das gilt für alle CDI-Implementierung.
    • Ahh Ok ich dachte wir reden hier über JSR-330 wäre dies eine Lösung für JSR-330.
    • Context and Dependency Injection ist nicht das gleiche wie JSR-330? Ich denke nicht so.
    • Für eine JSR-330-Lösung, die man nutzen kann, javax.injizieren.Anbieter zum ähnlichen Effekt.
    • Ist javax.enterprise.inject.Instance spezifischen JEE6? Ich sehe es nicht in die JSR-330-Spezifikationen/pkg.

    InformationsquelleAutor Giovanni Silva
  5. 5

    Den AutowiredAnnotationBeanFactoryPostProcessor (Spring 3.2) enthält diese Methode, um zu bestimmen, ob eine unterstützt "Autowire' annotation erforderlich ist oder nicht:

        /**
     * Determine if the annotated field or method requires its dependency.
     * <p>A 'required' dependency means that autowiring should fail when no beans
     * are found. Otherwise, the autowiring process will simply bypass the field
     * or method when no beans are found.
     * @param annotation the Autowired annotation
     * @return whether the annotation indicates that a dependency is required
     */
    protected boolean determineRequiredStatus(Annotation annotation) {
        try {
            Method method = ReflectionUtils.findMethod(annotation.annotationType(), this.requiredParameterName);
            if (method == null) {
                //annotations like @Inject and @Value don't have a method (attribute) named "required"
                //-> default to required status
                return true;
            }
            return (this.requiredParameterValue == (Boolean) ReflectionUtils.invokeMethod(method, annotation));
        }
        catch (Exception ex) {
            //an exception was thrown during reflective invocation of the required attribute
            //-> default to required status
            return true;
        }
    }

    In kurzen, Nein, nicht standardmäßig.

    Name der Methode wird nach Begriffen standardmäßig ist 'erforderlich', das ist nicht ein Feld, auf dem @Inject annotation, so method wird null und true zurückgegeben werden.

    Können Sie in der Lage sein, um das zu ändern, indem bilden von Unterklassen dieser BeanPostProcessor und überschreiben der determineRequiredStatus(Annotation) Methode den Wert true zurück, oder eher, etwas 'schlauer'.

    • Oder schreiben Sie Ihre eigenen @Optional Verhalten.
    • Ich nehme an, dass die Umsetzung meiner eigenen @Optional Verhalten umfassen würde hier den Vorschlag von meine eigene BeanPostProccessor, aber das scheint wie eine Menge von overkill. Ich finde es schade, dass JSR330 nicht das @ - Optional annotation.
    • Ja, das wäre der Weg, es zu tun.
    InformationsquelleAutor nicholas.hauschild
Schreibe einen Kommentar