Autowiring di due bean che implementano la stessa interfaccia: come impostare il bean predefinito su autowire?

Sfondo:

Ho un'applicazione Spring 2.5 / Java / Tomcat. C'è il seguente bean, che viene utilizzato in tutta l'applicazione in molti punti

public class HibernateDeviceDao implements DeviceDao

e il seguente bean che è nuovo:

public class JdbcDeviceDao implements DeviceDao

Il primo bean è configurato in questo modo (tutti i bean nel pacchetto sono inclusi)

<context:component-scan base-package="com.initech.service.dao.hibernate" />

Il secondo (nuovo) bean è configurato separatamente

<bean id="jdbcDeviceDao" class="com.initech.service.dao.jdbc.JdbcDeviceDao">
    <property name="dataSource" ref="jdbcDataSource">
</bean>

Ciò comporta (ovviamente) un'eccezione all'avvio del server:

l'eccezione nidificata è org.springframework.beans.factory.NoSuchBeanDefinitionException: nessun bean univoco di tipo [com.sevenp.mobile.samplemgmt.service.dao.DeviceDao] è definito: bean di corrispondenza singolo previsto ma trovato 2: [deviceDao, jdbcDeviceDao]

da una classe che cerca di autorizzare il bean in questo modo

@Autowired
private DeviceDao hibernateDevicDao;

perché ci sono due bean che implementano la stessa interfaccia.

La domanda:

È possibile configurare i bean in modo che

1. Non devo apportare modifiche alle classi esistenti, che hanno già l' HibernateDeviceDaoautowired

2. essere ancora in grado di usare il secondo (nuovo) bean in questo modo:

@Autowired
@Qualifier("jdbcDeviceDao")

Cioè avrei bisogno di un modo per configurare il HibernateDeviceDaobean come bean predefinito da autowired, consentendo contemporaneamente l'uso di un the JdbcDeviceDaoquando lo specifica esplicitamente con l' @Qualifierannotazione.

Quello che ho già provato:

Ho provato a impostare la proprietà

autowire-candidate="false"

nella configurazione bean per JdbcDeviceDao:

<bean id="jdbcDeviceDao" class="com.initech.service.dao.jdbc.JdbcDeviceDao" autowire-candidate="false">
    <property name="dataSource" ref="jdbcDataSource"/>
</bean>

perché lo dice la documentazione di primavera

Indica se questo bean deve essere preso in considerazione quando si cercano candidati corrispondenti per soddisfare i requisiti di autowiring di un altro bean. Si noti che ciò non influisce sui riferimenti espliciti per nome, che verranno risolti anche se il bean specificato non è contrassegnato come candidato autowire. *

che ho interpretato nel senso che potrei ancora autowire JdbcDeviceDaousando l' @Qualifierannotazione e avere HibernateDeviceDaocome bean predefinito. Apparentemente la mia interpretazione non è stata corretta, tuttavia, poiché si verifica il seguente messaggio di errore all'avvio del server:

Dipendenza insoddisfatta del tipo [class com.sevenp.mobile.samplemgmt.service.dao.jdbc.JdbcDeviceDao]: previsto almeno 1 bean corrispondente

proveniente dalla classe in cui ho provato ad autorizzare il bean con un qualificatore:

@Autowired
@Qualifier("jdbcDeviceDao")

Soluzione:

Il suggerimento di skaffman di provare l'annotazione @Resource ha funzionato. Quindi la configurazione ha autowire-candidate impostato su false per jdbcDeviceDao e quando uso jdbcDeviceDao mi riferisco ad esso usando l'annotazione @Resource (invece di @Qualifier):

@Resource(name = "jdbcDeviceDao")
private JdbcDeviceListItemDao jdbcDeviceDao;

Io suggerirei che segna la classe Hibernate DAO con @Primary, per esempio (supponendo che hai utilizzato @Repositorysu HibernateDeviceDao):

@Primary
@Repository
public class HibernateDeviceDao implements DeviceDao

In questo modo verrà selezionato come candididate autowire predefinito, senza necessità autowire-candidatesull'altro bean.

Inoltre, piuttosto che usarlo @Autowired @Qualifier, lo trovo più elegante da usare @Resourceper raccogliere fagioli specifici, ad es

@Resource(name="jdbcDeviceDao")
DeviceDao deviceDao;

Che dire @Primary?

Indica che è necessario dare la preferenza a un bean quando più candidati sono qualificati per autorizzare una dipendenza a valore singolo. Se tra i candidati esiste esattamente un bean "primario", sarà il valore autowired. Questa annotazione è semanticamente equivalente all'attributo <bean>dell'elemento primaryin Spring XML.

@Primary
public class HibernateDeviceDao implements DeviceDao

O se vuoi che la tua versione di Jdbc sia usata per impostazione predefinita:

<bean id="jdbcDeviceDao" primary="true" class="com.initech.service.dao.jdbc.JdbcDeviceDao">

@Primary è ottimo anche per i test di integrazione quando è possibile sostituire facilmente il bean di produzione con la versione testata annotandolo.

Per la primavera 2.5, non c'è @Primary. L'unico modo è usare @Qualifier.

The use of @Qualifier will solve the issue.
Explained as below example : 
public interface PersonType {} // MasterInterface

@Component(value="1.2") 
public class Person implements  PersonType { //Bean implementing the interface
@Qualifier("1.2")
    public void setPerson(PersonType person) {
        this.person = person;
    }
}

@Component(value="1.5")
public class NewPerson implements  PersonType { 
@Qualifier("1.5")
    public void setNewPerson(PersonType newPerson) {
        this.newPerson = newPerson;
    }
}

Now get the application context object in any component class :

Object obj= BeanFactoryAnnotationUtils.qualifiedBeanOfType((ctx).getAutowireCapableBeanFactory(), PersonType.class, type);//type is the qualifier id

you can the object of class of which qualifier id is passed.

Il motivo per cui @Resource (name = "{your class class name}") funziona ma @Autowired a volte non funziona è a causa della differenza della sequenza corrispondente

Sequenza corrispondente di @Autowire
Type, Qualifier, Name

Sequenza corrispondente di @Resource
Nome, Tipo, Qualificatore

La spiegazione più dettagliata può essere trovata qui:
Inject and Resource e annotazioni autowired

In questo caso, diverse classi figlio ereditate dalla classe o dall'interfaccia padre confondono @Autowire, perché sono dello stesso tipo; Poiché @Resource usa Nome come prima priorità di corrispondenza, funziona.