metodo generico fabbrica in primavera DI

Question

mi chiedo perché in primavera DI funziona la seguente definizione di fagioli (io uso bean instantiation with a static factory method e Guava di Suppliers.ofInstance):

<bean id="keySupplier" class="com.google.common.base.Suppliers" 
    factory-method="ofInstance"> 
    <constructor-arg> 
    <value type="java.lang.String">someReallyLongValue <!-- note line break here --> 
    </value> 
    </constructor-arg> 
</bean> 

ma questo non lo fa:

<bean id="keySupplier" class="com.google.common.base.Suppliers" 
    factory-method="ofInstance"> 
    <constructor-arg type="java.lang.String" value="someReallyLongValue" /> 
</bean> 

Viene generata la seguente eccezione:

org.springframework.beans.factory.BeanCreationException: Errore di creazione g di fagioli con nome 'userRepo' definito nella risorsa percorso della classe:
(...)
dipendenza Insoddisfatto esprime attraverso argomento del costruttore con indice 0 di tipo [java.lang.Object]:
tipi metodo factory di argomenti ambigui - ha fatto si specificano i riferimenti bean corretti come argomenti del metodo factory?

Il problema è, nel mio caso, quando uso la definizione prima di fagioli con davvero lunga stringa come un valore mia linea dell'editor pause dopo l'ultimo carattere della stringa, che causa che stringa viene passata con l'aggiunta di spazi-Suppliers.ofInstance e di conseguenza rompe il mio codice.

La seconda definizione sarebbe più rigida per gli spazi bianchi ma, sorprendentemente, non funziona (probabilmente non affronta il tipo generico, nonostante il tipo sia specificato nell'attributo type).

Posso forzare Spring a ignorare lo spazio vuoto nel tag <value> in qualche modo?

Oppure utilizzare correttamente <constructor-arg type="java.lang.String" value="someReallyLongValue" />? O dovrei presentare un problema perché si tratta di un bug di primavera?

Preferisco non fare alcuna ipotesi sulla stringa (ad esempio, utilizzare string.trim() qui).

Answer 1

mi sento di raccomandare di utilizzare un file di proprietà e quindi utilizzare la proprietà nella definizione

Ma questo non spiega il vostro comportamento osservato.

Answer 2

Non sicuro al 100%, ma cercare

<value index="0" [...] 

Non sono sicuro che il codice sia ma l'ordine che si posiziona l'args costruttore non è considerata se non si specifica la posizione. Se hai più costruttori, questo può rovinare tutto.

Answer 3

Le due configurazioni non implicano lo stesso percorso di esecuzione in primavera in base a reference documentation about constructor resolution. L'errore deriva dai generici utilizzati per this instanceOf method che dichiara come argomento del metodo Object.

primavera ha a che fare le seguenti operazioni per avere successo:

• trovare il metodo giusto in base alle argomentazioni
valori letterali
• convertire XML in oggetti Java sia grazie alla esplicita type dichiarazione o in base ai tipi metodo argomento quando index viene utilizzato

la logica è coinvolta in ConstructorArgumentValues supporto nel metodo getArgumentValue e in entrambi getIndexedArgumentValue un d getGenericArgumentValue. Entrambi i metodi utilizzano i test per rifiutare uno ValueHolder in base alle informazioni disponibili.

Nel secondo scenario di configurazione, viene utilizzato il rilevamento indicizzato e rifiuta il valore poiché il tipo richiesto String non corrisponde esattamente a Object. Questo test viene eseguito con ClassUtils.matchesTypeName che non controlla la gerarchia dei tipi.

Nel primo scenario di configurazione, il valore titolare è pronto con un oggetto String e il meccanismo di argomento generico accetta perché il valore è assegnabile al tipo di argomento del metodo rilevato.

In teoria, la seguente espressione dovrebbe funzionare perché viene fornito il tipo per generare l'oggetto dal valore e l'indice viene fornito per evitare qualsiasi ipotesi, anche se esiste un solo metodo di corrispondenza.

<constructor-arg index="0" type="java.lang.String" value="queueName" /> 

Sfortuna, non migliora nulla, lo stesso percorso di esecuzione è ancora utilizzato. Penso davvero che sia necessario un miglioramento di primavera. Si può creare un JIRA ticket.