intellij niepoprawnie mówi, że nie znaleziono fasoli typu dla autowired repozytorium

Utworzyłem prosty test jednostkowy, ale IntelliJ niepoprawnie wyróżnia go na czerwono. oznaczając to jako błąd

Nie ma fasoli?

Jak widać poniżej przeszedł test? Więc to musi być Autowired?

Miałem ten sam problem podczas tworzenia aplikacji Spring Boot przy użyciu ich @SpringBootApplicationadnotacji. Adnotacja to oznacza @Configuration, @EnableAutoConfigurationi @ComponentScanzgodnie z odniesieniem sprężyny .

Zgodnie z oczekiwaniami nowa adnotacja działała poprawnie, a moja aplikacja działała płynnie, ale Intellij wciąż narzekał na niespełnione @Autowirezależności. Jak tylko zmieniłem z powrotem do używania @Configuration, @EnableAutoConfigurationa @ComponentScanosobno, błędy przestały. Wygląda na to, że Intellij 14.0.3 (i najprawdopodobniej również wcześniejsze wersje) nie jest jeszcze skonfigurowany do rozpoznawania @SpringBootApplicationadnotacji.

Na razie, jeśli błędy tak bardzo Ci przeszkadzają, wróć do tych trzech oddzielnych adnotacji. W przeciwnym razie zignoruj Intellij ... Twoje rozwiązywanie zależności jest poprawnie skonfigurowane, ponieważ test kończy się pomyślnie.

Zawsze pamiętaj...

Człowiek jest zawsze większy niż maszyna.

Dodaj adnotację Spring @Repositorydo klasy repozytorium.

Wiem, że powinno działać bez tej adnotacji. Ale jeśli to dodasz, IntelliJ nie pokaże błędu.

@Repository
public interface YourRepository ...
...

Jeśli używasz Spring Data z rozszerzającą Repositoryklasą, będą to konfliktowe strony. Następnie należy wskazać strony explicity.

import org.springframework.data.repository.Repository;
...

@org.springframework.stereotype.Repository
public interface YourRepository extends Repository<YourClass, Long> {
    ...
}

Następnie możesz automatycznie przypisać swoje repozytorium bez błędów.

@Autowired
YourRepository yourRepository;

Prawdopodobnie nie jest to dobre rozwiązanie (chyba dwukrotnie próbujesz zarejestrować repozytorium). Ale pracuj dla mnie i nie pokazuj błędów.

Może w nowej wersji IntelliJ da się naprawić: https://youtrack.jetbrains.com/issue/IDEA-137023

Moja wersja IntelliJ IDEA Ultimate (2016.3.4 Build 163) wydaje się to obsługiwać. Rzecz w tym, że musisz mieć włączoną wtyczkę Spring Data.

Czasami wymagane jest wskazanie, gdzie @ComponentScan ma skanować w poszukiwaniu składników. Możesz to zrobić przekazując pakiety jako parametr tej adnotacji, np .:

@ComponentScan(basePackages={"path.to.my.components","path.to.my.othercomponents"})

Jednak, jak już wspomniano, adnotacja @SpringBootApplication zastępuje @ComponentScan, stąd w takich przypadkach należy zrobić to samo:

@SpringBootApplication(scanBasePackages={"path.to.my.components","path.to.my.othercomponents"})

Przynajmniej w moim przypadku Intellij przestał narzekać.

Zawsze rozwiązuję ten problem, wykonując następujące czynności ... Ustawienia> Inspekcje> Spring Core> Code, aby przejść od błędu do ostrzeżenia o opcji ważności

Używam spring-boot 2.0 i intellij 2018.1.1 ultimate edition i napotkałem ten sam problem.

Rozwiązałem przez umieszczenie @EnableAutoConfiguration w głównej klasie aplikacji

@SpringBootApplication
@EnableAutoConfiguration
class App{
/**/
}

Sprawdź, czy przegapiłeś adnotację @Service w swojej klasie usług, tak było w moim przypadku.

Umieszczanie @Componentlub @configurationw pliku konfiguracyjnym bean wydaje się działać, np. Coś takiego:

@Configuration
public class MyApplicationContext {
    @Bean
    public DirectoryScanner scanner() {
        return new WatchServiceDirectoryScanner("/tmp/myDir");
    }
}

@Component
public class MyApplicationContext {
    @Bean
    public DirectoryScanner scanner() {
        return new WatchServiceDirectoryScanner("/tmp/myDir");
    }
}

Jeśli nie chcesz wprowadzać żadnych zmian w kodzie tylko po to, aby Twoje IDE było szczęśliwe. Rozwiązałem to, dodając wszystkie komponenty do aspektu Spring.

1. Utwórz grupę o nazwie „Usługa, procesory i routery” lub dowolną inną nazwą;
2. Usuń i utwórz ponownie „Spring Application Context”, używając utworzonej wcześniej grupy jako nadrzędnej.

Tak długo, jak testy przechodzą, jesteś dobry, naciśnij, najeżdżając alt + enterkursorem na błąd i wewnątrz podmenu pierwszej pozycji, którą znajdziesz, Disable Inspectionwybierz to

Miałem podobny problem w aplikacji Spring Boot. Aplikacja wykorzystuje Feign (syntetyzowanie przez klienta HTTP żądań z interfejsów z adnotacjami). Mając interfejs SomeClientz adnotacją @FeignClient, Feign generuje klasę proxy środowiska wykonawczego implementującą ten interfejs. Kiedy jakiś komponent Spring próbuje automatycznie podłączyć ziarno typu SomeClient, Idea narzeka, że ​​nie SomeClientznaleziono fasoli typu, ponieważ w projekcie nie ma prawdziwej klasy, a Idea nie jest nauczona rozumieć@FeignClient adnotacji w żaden sposób.

Rozwiązanie: dodaj adnotacje do interfejsu SomeClientz @Component. (W naszym przypadku nie używamy @FeignClientadnotacji SomeClientbezpośrednio, raczej używamy metaannotacji, @OurProjectFeignClientktóra jest opatrzona adnotacjami, @FeignClienta dodanie @Componentdo niej adnotacji również działa).

Skonfiguruj kontekst aplikacji i wszystko będzie dobrze.

I ostatnia ważna informacja - dodaj ją, ComponentScanaby aplikacja wiedziała o rzeczach, które musi wykonać. Nie ma to znaczenia w przypadku tego pytania. Jeśli jednak w ogóle nie @autowiringjest wykonywany, prawdopodobnie jest to Twoje rozwiązanie.

@Configuration
@ComponentScan(basePackages = {
    "some_package",
})
public class someService {

Musisz tylko dodać

@ComponentScan("package/include/your/annotation/component") w AppConfiguration.java.

Ponieważ myślę, że Twój AppConfiguraion.javapakiet jest głębszy niż pakiet składnika adnotacji (@Service, @Component ...),

takie jak "package/include/your/annotation/component/deeper/config".

Miałem podobny problem w swojej aplikacji. Po dodaniu adnotacji zniknęły nieprawidłowe wyróżnienia.

@ContextConfiguration(classes = {...})

Używam tej adnotacji, aby ukryć ten błąd, gdy pojawia się w IntelliJ v.14:

@SuppressWarnings("SpringJavaAutowiringInspection")

Dla mnie rozwiązaniem było umieszczenie @EnableAutoConfigurationw klasie Application pod @SpringBootApplicationjej podkreśleniem, ponieważ jest zbędne. Usuń go i voila, wszystkie ostrzeżenia dotyczące brakujących fasoli zniknęły! Głupia wiosna ...

w moim przypadku katalog, do którego próbowałem @Autowired, nie był na tym samym poziomie,

po ustawieniu go na tym samym poziomie struktury błąd zniknął

mam nadzieję, że to komuś pomoże!

Moim rozwiązaniem tego problemu w mojej aplikacji do rozruchu wiosennego było otwarcie kontekstu aplikacji sprężynowej i ręczne dodanie klasy dla brakującej fasoli autowired!

(dostęp przez menu Project Structure lub okno narzędzi sprężynowych ... edytuj "Spring Application Context")

Więc zamiast SpringApplicationContext zawierającego tylko moją konfigurację sprężyny ExampleApplication zawiera ona również brakującą Bean:

SpringApplicationContext:

• ExampleApplication.java
• MissingBeanClass.java

et voilà: Komunikat o błędzie zniknął!

Wydaje się, że nadal jest to błąd w najnowszym IntelliJu i ma to związek z możliwym problemem z pamięcią podręczną?

Jeśli dodasz wspomnianą powyżej adnotację @Repository jako mk321, zapisz, a następnie usuń adnotację i zapisz ponownie, to rozwiązuje problem.

Wszystko, co musisz zrobić, aby to zadziałało, to następujący kod:

@ComponentScan
public class PriceWatchTest{

    @Autowired
    private PriceWatchJpaRepository priceWatchJpaRepository;
...
...
}

Po prostu musiałem użyć @EnableAutoConfiguration, aby go rozwiązać, jednak ten błąd nie miał wpływu na funkcjonalność.

Można to rozwiązać umieszczając @EnableAutoConfiguration w głównej klasie aplikacji rozruchowej Spring.

Czasami - to znaczy w moim przypadku - przyczyną jest zły import. Przypadkowo zaimportowałem

import org.jvnet.hk2.annotations.Service

zamiast

import org.springframework.stereotype.Service

ślepo akceptując pierwszy wybór w sugerowanych importach Idea. Zajęło mi to kilka minut za pierwszym razem :-)

Co zaskakujące, projekt zorientowany na Feign, który z powodzeniem działał z Eclipse, nie mógł działać w InteliJ. Po uruchomieniu aplikacji InteliJ narzekał na klienta Feign, którego próbowałem wstrzyknąć do warstwy serviceImpl, mówiąc: pole personRestClient (mój klient Feign) w ... wymagało fasoli typu ... którego nie można było znaleźć. Rozważ zdefiniowanie fasoli typu „....” w swojej konfiguracji.

Marnowałem dużo czasu, próbując zrozumieć, co jest nie tak. Znalazłem rozwiązanie (dla InteliJ), którego nie do końca rozumiem:

1. Alt Shift F10 (lub menu uruchamiania)
2. Wybierz „Edytuj konfigurację”
3. W oknie konfiguracji zaznacz pole wyboru „uwzględnij zależności z zakresem„ Dostarczony ””
4. Uruchom aplikację

Lub wybierz Eclipse :)

Sprawdź, czy paczka twojej fasoli jest napisana poprawnie

//Check if this is written right 
package com.package1.package2.package3


import ...

@Service
class ServiceX {

  ...

}

Użyj @AutoConfigureMockMvc dla klasy testowej.

Rozwiązałem problem, instalując wtyczkę mybatis w IDEA. Po zainstalowaniu wtyczki Mybatis zniknęła.

proste, musisz zrobić 2 kroki

1. dodaj zależność od hibernacji rdzenia
2. zmień @Autowired na @Resource.

==>> change @Autowired to  @Resource

IntelliJ IDEA Ultimate

Dodaj swoją główną klasę do kontekstu aplikacji IntelliJ Spring, na przykład Application.java

File -> Project Structure..

lewa strona: Ustawienia projektu -> Moduły

prawa strona: znajdź w strukturze swojego pakietu Springi dodaj+ Application.java