J'ai eu un problème similaire, avec deux bibliothèques jar (app1 et app2) dans un projet. Le bean "BeanName" est défini dans app1 et est étendu dans app2 et le bean redéfini avec le même nom.

Dans app1:

package com.foo.app1.pkg1;

@Component("BeanName")
public class Class1 { ... }

Dans app2:

package com.foo.app2.pkg2;

@Component("BeanName")
public class Class2 extends Class1 { ... }

Cela provoque l'exception ConflictingBeanDefinitionException dans le chargement de applicationContext en raison du même nom de bean de Composant.

Pour résoudre ce problème, dans le fichier de configuration Spring applicationContext.xml:

<context:component-scan base-package="com.foo.app2.pkg2"/>
<context:component-scan base-package="com.foo.app1.pkg1">
    <context:exclude-filter type="assignable" expression="com.foo.app1.pkg1.Class1"/>
</context:component-scan>

Donc la Class1 est exclu pour être automatiquement scanné par un composant et affecté à un bean, évitant ainsi le conflit de nom.

J'ai eu un problème similaire avec Ressort 4.x en utilisant @ RestController. Deux paquets différents avaient une classe avec le même nom...

package com.x.catalog

@RestController
public class TextureController {
...

package com.x.cms
@RestController
public class TextureController {
...

Le correctif était facile...

package com.x.catalog

@RestController("CatalogTextureController")
public class TextureController {
...

package com.x.cms
@RestController("CMSTextureController")
public class TextureController {
...

Le problème semble être que l'annotation est autowired et prend le nom de classe par défaut. Lui donner un nom explicite dans l'annotation @ RestController vous permet de conserver les noms de classe.

J'ai eu un problème similaire, et c'était parce qu'un de mes haricots avait été déplacé dans un autre répertoire récemment. J'avais besoin de faire un "build clean" en supprimant le répertoire build/classes/java et le problème a disparu. (Le message d'erreur avait les deux chemins de fichiers différents en conflit les uns avec les autres, bien que je savais que l'on ne devrait plus exister.)

Scénario:

Je travaille sur un projet Gradle multi-modules.

Les Modules sont:

- core, 
- service,
- geo,
- report,
- util and
- some other modules.

Donc, nous avons principalement préparé un composant [locationRecommendHttpClientBuilder ] dans le module geo.

Code Java:

import org.springframework.stereotype.Component

@Component("locationRecommendHttpClientBuilder")
class LocationRecommendHttpClientBuilder extends PanaromaHttpClientBuilder {
    @Override
    PanaromaHttpClient buildFromConfiguration() {
        this.setURL(PanaromaConf.getInstance().getString("locationrecommend.url"))
        this.setMethod(PanaromaConf.getInstance().getString("locationrecommend.method"))
        this.setProxyHost(PanaromaConf.getInstance().getString("locationrecommend.proxy.host"))
        this.setProxyPort(PanaromaConf.getInstance().getInt("locationrecommend.proxy.port", 0))
        return super.build()
    }
}

Application-contexte.xml

<bean id="locationRecommendHttpClient"
      class="au.co.google.panaroma.platform.logic.impl.PanaromaHttpClient"
      scope="singleton" factory-bean="locationRecommendHttpClientBuilder"
      factory-method="buildFromConfiguration" />

Ensuite, il est décidé d'ajouter ce composant dans le modulecore .

Un ingénieur a le code précédent pour le module geo , puis il a pris le dernier module de base, mais il a oublié de prendre la dernière geo module.

Donc, le composant [locationRecommendHttpClientBuilder ] est double fois dans son projet et il obtenait l'erreur suivante.

Caused by: org.springframework.context.annotation.ConflictingBeanDefinitionException: Annotation-specified bean name 'LocationRecommendHttpClientBuilder' for bean class [au.co.google.app.locationrecommendation.builder.LocationRecommendHttpClientBuilder] conflicts with existing, non-compatible bean definition of same name and class [au.co.google.panaroma.platform.logic.impl.locationRecommendHttpClientBuilder]

Procédure De Solution:

Après le retrait de la composante de geo module, composant[locationRecommendHttpClientBuilder] n'est disponible que dans base module. Donc, il n'y a pas de situation de conflit. Problème est résolu de cette manière.

J'ai aussi eu un problème similaire. J'ai construit le projet à nouveau et le problème a été résolu.

La raison en est qu'il existe déjà des séquences définies pour les noms de bean spécifiés par Annotation, dans un fichier. Lorsque nous faisons un changement sur ce nom de bean et essayons d'exécuter L'application Spring ne peut pas identifier lequel choisir. C'est pourquoi, il affiche cette erreur.

Dans mon cas, j'ai supprimé la classe bean précédente du projet et ajouté le même nom de bean à une nouvelle classe bean. Donc le printemps a le définition précédente pour la classe Bean supprimée dans un fichier et qui entre en conflit avec la classe nouvellement ajoutée lors de la compilation. Donc, si vous faites un 'build clean', les définitions précédentes pour les classes bean seront supprimées et la compilation réussira.

J'ai rencontré ce problème lorsque j'ai importé un projet two dans l'espace de travail. Il a créé un pot différent en quelque sorte afin que nous puissions supprimer les pots et les fichiers de classe et construire à nouveau le projet pour obtenir les dépendances.