intellij dicendo erroneamente che non sono stati trovati bean di tipo per il repository autowired

Ho creato un semplice test unitario ma IntelliJ lo evidenzia in modo errato in rosso. contrassegnandolo come errore

Niente fagioli?

Come puoi vedere sotto, supera il test? Quindi deve essere Autowired?

Ho avuto lo stesso problema durante la creazione di un'applicazione Spring Boot usando la loro @SpringBootApplicationannotazione. Questa annotazione rappresenta @Configuration, @EnableAutoConfiguratione @ComponentScansecondo il riferimento molla .

Come previsto, la nuova annotazione ha funzionato correttamente e la mia applicazione ha funzionato senza intoppi, ma Intellij ha continuato a lamentarsi delle @Autowiredipendenze non soddisfatte . Appena ho cambiato di nuovo ad usare @Configuration, @EnableAutoConfiguratione @ComponentScanseparatamente, gli errori cessarono. Sembra che Intellij 14.0.3 (e molto probabilmente anche le versioni precedenti) non sia ancora configurato per riconoscere l' @SpringBootApplicationannotazione.

Per ora, se gli errori ti disturbano così tanto, torna a quelle tre annotazioni separate. Altrimenti, ignora Intellij ... la risoluzione della tua dipendenza è configurata correttamente, dal momento che il test ha superato.

Ricordate sempre...

L'uomo è sempre più grande della macchina.

Aggiungi l'annotazione Spring @Repositorysulla classe del repository.

So che dovrebbe funzionare senza questa annotazione. Ma se aggiungi questo, IntelliJ non mostrerà errori.

@Repository
public interface YourRepository ...
...

Se si utilizzano i dati di primavera con Repositoryclasse di estensione , saranno pagkages di conflitto. Quindi è necessario indicare pagkages espliciti.

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

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

E poi puoi autorizzare il tuo repository senza errori.

@Autowired
YourRepository yourRepository;

Probabilmente non è una buona soluzione (immagino che tu stia provando a registrare due volte il repositorio). Ma lavora per me e non mostrare errori.

Forse nella nuova versione di IntelliJ può essere risolto: https://youtrack.jetbrains.com/issue/IDEA-137023

La mia versione di IntelliJ IDEA Ultimate (2016.3.4 Build 163) sembra supportare questo. Il trucco è che devi aver abilitato il plug-in Spring Data.

A volte viene richiesto di indicare dove @ComponentScan deve cercare i componenti. Puoi farlo passando i pacchetti come parametro di questa annotazione, ad esempio:

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

Tuttavia, come già accennato, l'annotazione @SpringBootApplication sostituisce @ComponentScan, quindi in questi casi è necessario fare lo stesso:

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

Almeno nel mio caso, Intellij ha smesso di lamentarsi.

Risolvo sempre questo problema facendo quanto segue. Impostazioni> Ispezioni> Nucleo a molla> Codice che passi dall'errore all'avvertimento dell'opzione di gravità

Sto usando spring-boot 2.0 e intellij 2018.1.1 ultimate edition e ho riscontrato lo stesso problema.

Ho risolto inserendo @EnableAutoConfiguration nella classe principale dell'applicazione

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

Controlla se hai perso l'annotazione @Service nella tua classe di servizio, è stato il caso per me.

Mettere @Componento @configurationnel file di configurazione del bean sembra funzionare, cioè qualcosa di simile a:

@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");
    }
}

Se non vuoi apportare modifiche al tuo codice solo per rendere felice il tuo IDE. L'ho risolto aggiungendo tutti i componenti alla faccetta Spring.

1. Crea un gruppo con il nome "Servizio, Processori e Router" o qualsiasi nome ti piaccia;
2. Rimuovere e ricreare "Spring Application Context" utilizzare il gruppo creato in precedenza come genitore.

Fintanto che i test passano, sei a posto, colpisci alt + enterportando il cursore sopra l'errore e all'interno del sottomenu del primo oggetto troverai Disable Inspectionche seleziona

Ho avuto un problema simile nell'applicazione Spring Boot. L'applicazione utilizza Feign (client HTTP che sintetizza richieste da interfacce annotate). Dopo aver SomeClientannotato l' interfaccia con @FeignClient, Feign genera una classe proxy di runtime implementando questa interfaccia. Quando un componente Spring tenta di autowire il bean di tipo SomeClient, Idea si lamenta di non aver SomeClienttrovato un bean di tipo poiché non esiste alcuna classe reale nel progetto e a Idea non viene insegnato a capire@FeignClient annotazione in alcun modo.

Soluzione: annotare l'interfaccia SomeClientcon @Component. (Nel nostro caso, non usiamo l' @FeignClientannotazione suSomeClient direttamente , piuttosto usiamo la metaannotazione @OurProjectFeignClientche è annotata @FeignCliente anche l'aggiunta di @Componentannotazioni funziona).

Configura il contesto dell'applicazione e tutto andrà bene.

E un'ultima informazione importante: aggiungi ComponentScanl'app in modo che l'app sia a conoscenza delle cose che deve collegare. Questo non è rilevante nel caso di questa domanda. Tuttavia, se non @autowiringviene eseguito affatto, questa è probabilmente la soluzione.

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

Quello che devi fare è aggiungere

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

Dal momento che penso che il tuo AppConfiguraion.javapacchetto sia più profondo del tuo componente di annotazione (@Service, @Component ...),

come "package/include/your/annotation/component/deeper/config".

Ho avuto un problema simile nella mia domanda. Quando ho aggiunto le annotazioni, l'highlight non corretto è scomparso.

@ContextConfiguration(classes = {...})

Sto usando questa annotazione per nascondere questo errore quando appare in IntelliJ v.14:

@SuppressWarnings("SpringJavaAutowiringInspection")

Per me la soluzione era quella di collocare @EnableAutoConfigurationnella classe Application sotto la @SpringBootApplicationsua intenzione di sottolinearla perché ridondante. Eliminalo e voilà tutti i tuoi avvertimenti sui fagioli mancanti sono scomparsi! Silly Spring ...

nel mio caso, la directory che stavo cercando di @Autowired non era allo stesso livello,

dopo averlo impostato allo stesso livello di struttura, l'errore è scomparso

spero che possa aiutare qualcuno!

La mia soluzione a questo problema nella mia applicazione di avvio di primavera era aprire il contesto dell'applicazione di primavera e aggiungere manualmente la classe per il bean autowired mancante!

(accesso tramite il menu Struttura del progetto o la finestra degli strumenti a molla ... modifica "Contesto dell'applicazione primavera")

Quindi, invece di SpringApplicationContext, contenente solo la mia configurazione di primavera di ExampleApplication, contiene anche il bean mancante:

SpringApplicationContext:

• ExampleApplication.java
• MissingBeanClass.java

et voilà: il messaggio di errore è scomparso!

Questo sembra essere ancora un bug nell'ultimo IntelliJ e ha a che fare con un possibile problema di memorizzazione nella cache?

Se aggiungi l'annotazione @Repository come mk321 menzionata sopra, salva, quindi rimuovi l'annotazione e salva di nuovo, questo risolve il problema.

Tutto ciò che devi fare per far funzionare questo è il seguente codice:

@ComponentScan
public class PriceWatchTest{

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

Ho dovuto usare @EnableAutoConfiguration per risolverlo, tuttavia questo errore non ha avuto alcun impatto funzionale.

Può essere risolto posizionando @EnableAutoConfiguration sulla classe principale dell'applicazione Spring Boot.

A volte, nel mio caso, il motivo è un'importazione sbagliata. Ho importato per errore

import org.jvnet.hk2.annotations.Service

invece di

import org.springframework.stereotype.Service

accettando ciecamente la prima scelta nelle importazioni suggerite da Idea. Mi ci sono voluti alcuni minuti la prima volta che è successo :-)

Sorprendentemente, un progetto orientato a Feign che ha funzionato con successo con Eclipse non ha potuto essere eseguito in InteliJ. All'avvio dell'applicazione, InteliJ si è lamentato del client Feign che ho cercato di iniettare nel livello serviceImpl dicendo: field personRestClient (il mio client Feign) in ... richiedeva un bean di tipo ... che non è stato possibile trovare. Prendi in considerazione la definizione di un bean di tipo "...." nella tua configurazione.

Ho perso molto tempo cercando di capire cosa c'è che non va. Ho trovato una soluzione (per InteliJ) che non capisco completamente:

1. Alt Shift F10 (o menu Esegui)
2. Seleziona "Modifica configurazione"
3. Nella finestra di configurazione, seleziona la casella di controllo "Includi dipendenze con ambito" Fornito "
4. Esegui la tua applicazione

O scegli Eclipse :)

Controlla se il pacchetto del tuo bean è scritto correttamente

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


import ...

@Service
class ServiceX {

  ...

}

Utilizzare @AutoConfigureMockMvc per la classe di test.

Ho risolto il problema installando il plug-in mybatis in IDEA. Quando ho installato Mybatis Plugin, è scomparso.

semplice devi fare 2 passaggi

1. aggiungere la depandenza del core di ibernazione
2. cambia @Autowired in @Resource.

==>> change @Autowired to  @Resource

IntelliJ IDEA Ultimate

Aggiungi la tua classe principale al contesto dell'applicazione IntelliJ Spring, ad esempio Application.java

File -> Project Structure..

lato sinistro: Impostazioni progetto -> Moduli

lato destro: trova nella struttura del pacchetto Springe aggiungi+ Application.java