Dependency injection not recommended - null pointer

Question

Witam 

Mam straszny problem z wstrzyknięciem zależnosci , chodzi o to że kończy się ona null pointer exception

Posiadam interface 

package com.example.demo;
public interface inter {
    public void sout();
}

Oraz jego implementację (tutaj akurar @Component ) ale nawet gdy mam @Service jest to samo

package com.example.demo;

import org.springframework.stereotype.Component;

@Component
public class interImpl implements inter {

    @Override
    public void sout() {
        System.out.println("Udało Się");
    }
}

Oraz klasę w której chcę dodać dependency 

package com.example.demo;

import org.springframework.beans.factory.annotation.Autowired;
import org.springframework.boot.SpringApplication;
import org.springframework.boot.autoconfigure.SpringBootApplication;

@SpringBootApplication
public class DemoApplication {

    @Autowired
    static interImpl inter;

    public static void main(String[] args) {
        SpringApplication.run(DemoApplication.class, args);


        inter.sout();
    }
}

I odpalenie takiego kodu kończy się :

Exception in thread "main" java.lang.NullPointerException 

Po odpaleniu tego kodu w debagerze okazuje się ze obiekt inter jest pusty. Szukam od dłuższego czasu odp dlaczego tak się dzieje ale nie mogę znaleźć

https://zapodaj.net/499ebb902b4f8.png.html

Link do projektu :

http://hostuje.net/file.php?id=9520baf3355db04f66da7976ac44d841

Answer 1

Wyrzuca ci błąd ponieważ tworzysz obiekt poprzez new. Jeżeli chcesz wywoływać metody wstrzykniętego obiektu w mainie to dodaj sobie interfejs CommandLineRunner i wywołuj wszystko w metodzie run();

@SpringBootApplication
public class DemoApplication implements CommandLineRunner {

    @Autowired
    interImpl inter;

    public static void main(String[] args) {
        SpringApplication.run(DemoApplication.class, args);
    }
    
    @Override
    public void run(String... args) throws Exception {
        inter.sout();
    }
}

Druga sprawa to do teraz nie wiem po co stworzyłeś interfejs Inter, skoro z niego w ogóle nie korzystasz, a wstrzykujesz bezpośrednio konkretną klasę do konkretnego typu. Zmień interImpl inter na inter inter (No i klasy i interfejsy powinieneś rozpoczynać dużą literą)

Comments

Douczyłem się z interface'ów i po stworzeniu interface oraz jego implementacji działa jak szalone

Answer 2

Bo jest static.

Comments

Zmieniłem kod na 

package com.example.demo;

import org.springframework.beans.factory.annotation.Autowired;
import org.springframework.boot.SpringApplication;
import org.springframework.boot.autoconfigure.SpringBootApplication;

@SpringBootApplication
public class DemoApplication {

    @Autowired
    interImpl inter;

    public static void main(String[] args) {
        SpringApplication.run(DemoApplication.class, args);
        DemoApplication demoApplication = new DemoApplication();
        demoApplication.ff();
    }

    public void ff (){
        inter.sout();
    }
}

I nadal null 
 

---

Tu chodzi zdaje się o to, że wstrzykiwanie można robić tylko do beanow zarządzanych przez spring. Tworząc obiekt  za pomocą new DemoApplication nie jest on zarządzany przez kontener spring, dlatego spring go nie wstrzykuje (znaczy wstrzykuje, ale nie do tego obiektu). Aby dostać się do tego obiektu ze wstrzykniętą zależnością trzeba by zrobić tak:

ConfigurableApplicationContext ctx =  SpringApplication.run(DemoApplication.class, args);
DemoApplication demoApplication = ctx.getBean(DemoApplication.class);
demoApplication.ff();

 

---

Spring będzie zarządzał obiektem interImpl... bo jest to Component, problem polega na tym, że w "właśnie tak jak twój drugi kod pokazuje "  spring obecnie traktuje Context IoC jako 

SpringApplication.run(DemoApplication.class, args);

co wyklucza w zasadzie dowiązanie binów które, mimo iż stanowią komponent,   są bezużyteczne w Context- path. stąd trzeba jasno określić że chcemy je wprowadzić do kontekstu na zasadzie INSTANCJI, a nie wiązania du PUSTEJ REFERENCJI. 

Po prostu obiekt nie zostanie zainicjalizowany przez kontener springowy, bo nie wymaga tego kontext, natomiast- automatyczne dowiązanie zachodzi do puster referencji 

---

Spring będzie zarządzał obiektem interImpl... 

Chyba, źle to zrozumiałeś. Chodziło mi o to że spring nie zarządza takim obiektem:

DemoApplication da = new DemoApplication();

 

---

no jeśli będzie w Main, to oczywiście żę nie [ ale wiąże w kolegi przykładzie PUSTĄ REFERENCJE ]  ... no nie należy do CONTEXTU  wtedy ten obiekt, zresztą mój przykład automatycznego wiązania jest właśnie odpowiedzią bo wymusza tworzenie obiektu przez IOC Springowe

Answer 3

@SpringBootApplication
public class DemoApplication {

    static  interImpl inter;

    @Autowired
    public DemoApplication(interImpl inter) {
        this.inter = inter;
    }

    public static void main(String[] args) {
        SpringApplication.run(DemoApplication.class, args);


        inter.sout();
    }
}

 

Log:

 2018-09-15 21:40:03.381  INFO 4652 --- [           main] com.example.demo.DemoApplication         : Started DemoApplication in 7.548 seconds (JVM running for 8.853)
Udało Się
 

Dlaczego Automatyczne wiązanie przez pole jest niedobre w tym wypadku ?

Bo - obiekt który ma być wstrzyknięty... zostaje WSTRZYKNIĘTY, ale jest to referencja pusta? Dlaczego- bo inicjalizacja nie zachodzi? Dlaczego? Bo Element, nie należy do kontekstu- są drwa rozwiązania, albo ustawiasz kontekst BEANA, w funkkcji run ( tak jak np mbabane napisał ). żeby spring wiedział co jest kontekstem i że należy zainicjalizować obiekt 

ew. napisać wiązanie automatyczne przez konstruktor KTÓRE JEST ZDECYDOWANIE NAJLEPSZĄ PRAKTYKĄ :) i automatycznie to wskazuje, że " instancja twojego  interIMPL jest składową context patch )