Considere definir um bean do tipo 'pacote' em sua configuração [Spring-Boot]

Eu estou recebendo o seguinte erro:

***************************
APPLICATION FAILED TO START
***************************

Description:

Parameter 0 of method setApplicant in webService.controller.RequestController required a bean of type 'com.service.applicant.Applicant' that could not be found.


Action:

Consider defining a bean of type 'com.service.applicant.Applicant' in your configuration.

Nunca vi esse erro antes mas é estranho que o @Autowire não esteja funcionando. Aqui está a estrutura do projeto:

Interface do Requerente

public interface Applicant {

    TApplicant findBySSN(String ssn) throws ServletException;

    void deleteByssn(String ssn) throws ServletException;

    void createApplicant(TApplicant tApplicant) throws ServletException;

    void updateApplicant(TApplicant tApplicant) throws ServletException;

    List<TApplicant> getAllApplicants() throws ServletException;
}

ApplicantImpl

@Service
@Transactional
public class ApplicantImpl implements Applicant {

private static Log log = LogFactory.getLog(ApplicantImpl.class);

    private TApplicantRepository applicantRepo;

@Override
    public List<TApplicant> getAllApplicants() throws ServletException {

        List<TApplicant> applicantList = applicantRepo.findAll();

        return applicantList;
    }
}

Agora eu devo ser capaz de apenas Autowire Applicant e ser capaz de acessar, entretanto, neste caso, não está funcionando quando eu ligo no meu @RestController:

@RestController
public class RequestController extends LoggingAware {

    private Applicant applicant;

    @Autowired
    public void setApplicant(Applicant applicant){
        this.applicant = applicant;
    }

    @RequestMapping(value="/", method = RequestMethod.GET)
    public String helloWorld() {

        try {
            List<TApplicant> applicantList = applicant.getAllApplicants();

            for (TApplicant tApplicant : applicantList){
                System.out.println("Name: "+tApplicant.getIndivName()+" SSN "+tApplicant.getIndSsn());
            }

            return "home";
        }
        catch (ServletException e) {
            e.printStackTrace();
        }

        return "error";
    }

}

------------------------ ATUALIZAÇÃO 1 -----------------------

Eu adicionei

@SpringBootApplication
@ComponentScan("module-service")
public class WebServiceApplication extends SpringBootServletInitializer {

    @Override protected SpringApplicationBuilder configure(SpringApplicationBuilder builder) {
        return builder.sources(WebServiceApplication.class);
    }

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

}

e o erro foi embora, mas nada aconteceu. No entanto, quando comentei tudo sobre Applicanto RestControllerantes de adicionar, @ComponentScan()fui capaz de retornar uma string the UI, significando que meu RestControllerestava funcionando, agora ele está sendo ignorado. Estou feio Whitelabel Error Pageagora.

--------------------- ATUALIZAÇÃO 2 --------------------------- ---

Eu adicionei o pacote básico do feijão do qual ele estava reclamando. Erro lê:

***************************
APPLICATION FAILED TO START
***************************

Description:

Parameter 0 of method setApplicantRepo in com.service.applicant.ApplicantImpl required a bean of type 'com.delivery.service.request.repository.TApplicantRepository' that could not be found.


Action:

Consider defining a bean of type 'com.delivery.request.request.repository.TApplicantRepository' in your configuration.

Eu adicionei @ComponentScan

@SpringBootApplication
@ComponentScan({"com.delivery.service","com.delivery.request"})
public class WebServiceApplication extends SpringBootServletInitializer {

    @Override protected SpringApplicationBuilder configure(SpringApplicationBuilder builder) {
        return builder.sources(WebServiceApplication.class);
    }

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

}

---------------------------- Atualização 3 -------------------- -

adicionando:

@SpringBootApplication
@ComponentScan("com")
public class WebServiceApplication extends SpringBootServletInitializer {

ainda está reclamando da minha ApplicantImplclasse que é @Autowiresmeu repositório TApplicantRepositorynela.

Pode ser porque o projeto foi dividido em módulos diferentes.

@SpringBootApplication
@ComponentScan({"com.delivery.request"})
@EntityScan("com.delivery.domain")
@EnableJpaRepositories("com.delivery.repository")
public class WebServiceApplication extends SpringBootServletInitializer {

Há uma chance ...
Você pode estar faltando @Service, @Repositoryanotação em suas respectivas classes de implementação.

Parece que sua turma de Candidato não foi digitalizada. Por padrão, todos os pacotes que começam com o root como a classe onde você colocou @SpringBootApplicationserão verificados.

suponha que sua mainclasse "WebServiceApplication" esteja em " com.service.something", então todos os componentes que se enquadram em " com.service.something" são verificados e " com.service.applicant" não serão verificados.

Você pode reestruturar seus pacotes de forma que "WebServiceApplication" caia em um pacote raiz e todos os outros componentes se tornem parte desse pacote raiz. Ou você pode incluir@SpringBootApplication(scanBasePackages={"com.service.something","com.service.application"}) etc. de forma que "TODOS" os componentes sejam digitalizados e inicializados no contêiner da mola.

Atualização com base em comentário

Se você tiver vários módulos gerenciados pelo maven / gradle, tudo o que o Spring precisa é o pacote a ser digitalizado. Você diz ao spring para escanear "com.module1" e você tem outro módulo que tem seu nome de pacote raiz como "com.module2", esses componentes não serão escaneados. Você pode até dizer ao spring para escanear "com", que irá então escanear todos os componentes em " com.module1." e " com.module2."

Basicamente, isso acontece quando você tem seu aplicativo de classe em "outro pacote". Por exemplo:

com.server
 - Applicacion.class (<--this class have @ComponentScan)
com.server.config
 - MongoConfig.class 
com.server.repository
 - UserRepository

Eu resolvo o problema com isso no Application.class

@SpringBootApplication
@ComponentScan ({"com.server", "com.server.config"})
@EnableMongoRepositories ("com.server.repository") // this fix the problem

Outra forma menos elegante é: colocar todas as classes de configuração no mesmo pacote.

No meu caso, cometi um erro terrível. Eu coloquei @Servicena interface de serviço.

Para consertar, coloquei @Servicea implementação do arquivo de serviço e funcionou para mim.

Se um bean estiver no mesmo pacote em que está @Autowired, ele nunca causará tal problema. No entanto, os beans não são acessíveis a partir de pacotes diferentes por padrão. Para corrigir esse problema, siga estas etapas:

1. Importe o seguinte em sua classe principal:
   import org.springframework.context.annotation.ComponentScan;
2. adicione anotações sobre sua classe principal:

@ComponentScan(basePackages = {"your.company.domain.package"})
public class SpringExampleApplication {

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

Acho que você pode simplificar anotando seu repositório com @Repository, então ele será habilitado automaticamente pelo Spring Framework.

No meu caso, essas duas opções funcionaram.

1. em //@ComponentScan ({"myapp", "myapp.resources","myapp.services"}) inclui também o pacote que contém o Application.classna lista, ou

2. Basta adicionar @EnableAutoConfiguration; ele reconhece automaticamente todos os grãos da primavera.

Isso também pode acontecer se você estiver usando o Lombok e adicionar os campos @RequiredArgsConstructore @NonNullfor, mas alguns de seus campos não devem ser injetados no construtor. Esta é apenas uma das possibilidades de obter o mesmo erro.

o parâmetro 0 requer um bean do tipo MissingBeanName que não pode ser encontrado

No meu caso o erro me disse em qual Controlador estava o problema, depois de remover @NonNullo aplicativo começou bem

Eu enfrentei um problema familiar em meu projeto multimódulo Maven com Spring Boot 2. O problema estava relacionado à nomeação de meus pacotes em submódulos Maven.

@SpringBootApplication incapsula vários componentes como - @ComponentScan, @EnableAutoConfiguration, jpa-repositories, json-serialization e assim por diante. E ele coloca @ComponentScan no pacote com. *******. Space. Esta parte dos pacotes com. *******. Space deve ser comum para todos os módulos.

Para consertar:

1. Você deve renomear todos os pacotes de módulo. Outras palavras que você tinha que ter em todos os pacotes em todos os módulos Maven - a mesma parte pai. Por exemplo - com. *******. Space
2. Além disso, você deve mover seu ponto de entrada para este pacote - com. *******. Space

Procurei uma resposta online, mas parece que não há uma solução adequada para o meu caso: No início, tudo funciona bem da seguinte maneira:

@Slf4j
@Service
@AllArgsConstructor(onConstructor = @__(@Autowired))
public class GroupService {
    private Repository repository;
    private Service service;
}

Então estou tentando adicionar um mapa para armazenar algo em cache e ele se torna este:

@Slf4j
@Service
@AllArgsConstructor(onConstructor = @__(@Autowired))
public class GroupService {
    private Repository repository;
    private Service service;
    Map<String, String> testMap;
}

Estrondo!

Description:

Parameter 4 of constructor in *.GroupService required a bean of type 'java.lang.String' that could not be found.


Action:

Consider defining a bean of type 'java.lang.String' in your configuration.

Eu removi o @AllArgsConstructor(onConstructor = @__(@Autowired))e adicionei @Autowiredpara cada um repositorye serviceexceto o Map<String, String>. Funciona como antes.

@Slf4j
@Service
public class SecurityGroupService {
    @Autowired
    private Repository repository;
    @Autowired
    private Service service;
    Map<String, String> testMap;
}

Espero que isso possa ser útil.

Funcionou para mim depois de adicionar a anotação abaixo no aplicativo:

@ComponentScan({"com.seic.deliveryautomation.mapper"})

Eu estava recebendo o erro abaixo:

"parâmetro 1 do construtor requer um bean do mapeador de tipo que não foi encontrado:

A anotação @Configuration apenas resolverá o erro

Você também obterá esse erro se definir acidentalmente o mesmo bean em duas classes diferentes. Isso aconteceu comigo. A mensagem de erro foi enganosa. Quando removi o bean extra, o problema foi resolvido.

@SpringBootApplication
@MapperScan("com.developer.project.mapper")

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

Isso pode acontecer se a classe @Service for marcada como abstrata.

Se sua dependência de classe é gerenciada pelo Spring, então esse problema pode ocorrer se esquecermos de adicionar o construtor arg default / vazio dentro de nossa classe POJO.

Pode ajudar alguém. Tive o mesmo problema, mesma mensagem de erro, tudo mesmo. Tentei soluções com outras respostas, mas não adiantou até que percebi que o bean que estou usando tem o mesmo nome daquele que realmente foi autowired. Aconteceu no meio do refatorador, então tive que renomear a classe, o que resultou positivamente. Felicidades

Eu enfrentei o mesmo problema. O repositório Mongo DB foi identificado pelo Spring boot, mas não estava criando o Bean para uma interface de repositório que estendia o repositório mongo.

O problema no meu caso era a especificação de versão incorreta em maven pom para "spring + mango". Eu mudei a id de grupo do artefato e tudo funcionou como mágica. nenhuma anotação necessária como a bota de primavera cuidou de tudo.

Durante a resolução do meu problema, eu estava em toda a web procurando por soluções e percebi que esse problema está na verdade relacionado à configuração do projeto. Qualquer pessoa que enfrente esse problema deve primeiro verificar a configuração do projeto e habilitar a depuração da primavera para obter mais detalhes sobre a falha e prestar atenção a onde exatamente no processo, a criação falhou.

No meu caso esse erro aparece porque minha importação estava errada, por exemplo, usando spring, a importação aparece automaticamente:

import org.jvnet.hk2.annotations.Service;

mas eu precisava:

import org.springframework.stereotype.Service;

Tive um caso em que preciso injetar RestTemplate em uma classe de serviço. No entanto, o RestTemplate não pode ser selecionado pela classe de serviço. O que fiz foi criar uma classe de invólucro no mesmo pacote do aplicativo principal e marcar o invólucro como Componente e autowire esse componente na classe de serviço. Problema resolvido. espero que também funcione para você

Meu erro foi ter incluído:

<dependency>
    <groupId>org.springframework.data</groupId>
    <artifactId>spring-data-jpa</artifactId>
    <version>2.2.5.RELEASE</version>
</dependency>

ao invés de:

<dependency>
    <groupId>org.springframework.boot</groupId>
    <artifactId>spring-boot-starter-data-jpa</artifactId>
</dependency>

Acho que está faltando a anotação @Bean em seu RequestController

Adicione o Bean em seu arquivo, isso resolveu meu problema.
Eu peguei essa solução enquanto estava aprendendo Spring Boot do tutorialspoint

private Applicant applicant;

@Bean 
public Applicant applicant() { 
    return new Applicant(); 
}

Adicionar a dependência Spring Boot Data JPA Starter resolveu o problema para mim.

Maven

<dependency>
    <groupId>org.springframework.boot</groupId>
    <artifactId>spring-boot-starter-data-jpa</artifactId>
    <version>2.2.6.RELEASE</version>
</dependency>

Gradle

compile group: 'org.springframework.boot', name: 'spring-boot-starter-data-jpa', version: '2.2.6.RELEASE'

Ou você pode ir diretamente aqui

Se você usar, interfacepode estender CrudRepository<Applicant,Long>com @Repositoryanotação.

O problema também pode aparecer quando você usa por exemplo @EnableMongoRepositories(YOUR_MONGO_REPOSITORIES_PACKAGE)e, posteriormente, renomeia o nome do pacote ou o move para outro lugar.

Muitas vezes o enfrentei em um projeto maven multi-módulo e bota de mola

É possível que você esteja tentando @autowired uma interface antes de implementá-la.

solução de exemplo:

    **HomeController.java**
    class HomeController{

      @Autowired
      UserService userService;
    .....
    }
----------------------------------------------------------------------
    **UserService.java** 
    public interface UserService {
        User findByUsername(String username);
    .....
    }
-----------------------------------------------------------------------
     **UserServiceImpl.java**
     @Service
     public class UserServiceImpl implements UserService{

         public User findByUsername(String username) {
           return userDao.findByUsername(username);
         }
        ....
      }

<i>This is not italic</i>, and [this is not a link](https://example.com)

Remova a configuração do tipo de anotação como @Service do método de execução de thread.

@Service, @Component

Tente configurar a estrutura do projeto conforme a seguir:

Coloque todos os pacotes de repo, serviço, no pacote filho do pacote principal:

package com.leisure.moviemax;  //Parent package
        
@SpringBootApplication
@PropertySource(value={"classpath:conf.properties"})
    
public class MoviemaxApplication implements CommandLineRunner {
        
package com.leisure.moviemax.repo; //child package

@Repository
public interface UsrRepository extends JpaRepository<UserEntity,String> {

lembrete de que o spring não faz a varredura do mundo, ele usa a varredura direcionada, o que significa tudo sob o pacote onde o aplicativo springboot está armazenado. portanto, este erro "Considere definir um bean do tipo 'pacote' em sua configuração [Spring-Boot]" pode aparecer porque você tem interfaces de serviços em um pacote springbootapplication diferente.