Envisager de définir un bean de type "package" dans votre configuration [Source Démarrage]

Votre Candidat la classe n'est pas numérisé, il me semble. Par défaut, tous les paquets commençant à la racine de la classe où vous avez mis @SpringBootApplication seront analysés.

supposons que votre main classe "WebServiceApplication" est dans "com.service.something", puis tous les composants qui relèvent de la "com.service.something" est scanné, et "com.service.applicant" ne seront pas analysés.

Vous pouvez restructurer vos paquets tels que "WebServiceApplication", tombe sous un package racine et tous les autres composants devient une partie de ce package racine. Ou vous pouvez inclure @SpringBootApplication(scanBasePackages={"com.service.something","com.service.application"}) etc, de sorte que "TOUS" les composants sont analysés et initialisé dans le ressort du conteneur.

Mise à jour en fonction des commentaires

Si vous disposez de plusieurs modules qui sont gérés par maven/gradle, tous les printemps des besoins est le package d'analyse. Vous dites de printemps à la numérisation "com.module1" et vous avez un autre module qui a sa racine nom du package "com.module2", ces composants ne seront pas analysés. Vous pouvez même demander au printemps à l'analyse "com" qui va alors scanner tous les composants dans "com.module1." et "com.module2."

Fondamentalement ce qui se passe quand vous avez votre Application de Classe dans "un autre package". Par exemple:

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

- Je résoudre le problème dans le Application.class

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

Une autre, moins de manière élégante est de: mettre toutes les classes de configuration dans le même package.

Cela peut aussi arriver si vous utilisez Lombok et vous ajoutez le @RequiredArgsConstructor et @NonNull pour les champs, mais certains de vos champs ne sont pas à être injecté dans le constructeur. Ce n'est qu'une des possibilités pour obtenir la même erreur.

paramètre 0 requises d'un bean de type MissingBeanName qui n'a pas pu être trouvé

Dans mon cas, l'erreur m'a dit que ce Contrôleur le problème était dans le, après le retrait de @NonNull le démarrage de l'application de l'amende

J'ai cherché en ligne pour une réponse, mais il semble qu'il n'y est pas une bonne solution pour mon cas:
Au tout début, tout fonctionne comme suit:

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

Alors je suis en train d'ajouter une carte mémoire cache quelque chose et ça devient:

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

Boom!

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.

J'ai enlevé le @AllArgsConstructor(onConstructor = @__(@Autowired)) et ajouter @Autowired pour chaque repository et service à l'exception de la Map<String, String>. Il fonctionne exactement comme avant.

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

Espérons que cela pourrait être utile.

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

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

Si un bean est dans le même emballage dans lequel elle est @Autocâblés, alors il ne sera jamais la cause d'un tel problème. Cependant, les haricots ne sont pas accessibles à partir de différents modules par défaut.
Pour résoudre ce problème suivez ces étapes :

1. Importer les éléments suivants dans votre classe principale: le
   
   import org.springframework.contexte.annotation.ComponentScan;
2. ajouter des annotations dans votre classe principale :

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

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

Dans mon cas, cette erreur apparaît parce que mon importation a été de mal, par exemple, à l'aide de printemps, l'importation apparaissent automatiquement:

import org.jvnet.hk2.annotations.Service;

mais j'avais besoin:

import org.springframework.stereotype.Service;