Was ist der Effekt mit unterschiedlichen connectionFactories auf JmsComponent, JmsTransactionManager, JmsConfiguration etc

Question

Wenn wir dies haben:

<bean id="txManager" class="org.springframework.jms.connection.JmsTransactionManager"> 
    <property name="connectionFactory" ref="pooledConnectionFactory"/> 
</bean> 


<bean id="config" class="org.apache.camel.component.jms.JmsConfiguration"> 
    <property name="connectionFactory" ref="nonPooledConnectionFactory"/>   
</bean> 

<bean id="myComponent" class="org.apache.camel.component.jms.JmsComponent"> 
    <property name="configuration" ref="config"/>  // Which one is used? 
    <property name="transactionManager" ref="txManager"/> // Which one is used? 
    <property name="cacheLevelName" value="CACHE_CONSUMER" /> 
</bean> 

Welche ConnectionFactory- in einem camelroute verwendet werden würde, die "myComponent" verwendet ?? Der transactionmanager verweist auf eine gepoolte connectionfactory, aber seine Konfiguration verweist auf eine nicht gepoolte confactfactory.

Wir können eine connectionFactory auf so vielen Ebenen setzen: txManager, JmsComponent, Konfiguration usw. Frage, welche Regel für die Disambiguierung verwendet wird, wenn die angegebene unterschiedlich ist?

Answer 1

Spring wird alles, was es findet, verkabeln ... Wenn es eine Mehrdeutigkeit gibt, startet der Anwendungskontext nicht, ohne einer Instanz die 'primäre' Unterscheidung hinzuzufügen.