Quali sono i probabili punti critici per aggiornare un'applicazione a Spring 3.0

Question

Data un'applicazione che utilizza Spring 2.5, durante la migrazione a Spring 3.0 quali sono le aree probabili che saranno punti critici, cioè cose che il team di sviluppo dovrà impiegare per far funzionare le cose. Supponiamo che il team non proverà a sfruttare le nuove funzionalità di Spring come parte dell'aggiornamento, ma semplicemente porterà l'applicazione allo stato in cui funziona come ha fatto su 2.5. Sfruttare le funzionalità 3.0 sarebbero i prossimi passi da prendere in considerazione.

Modifica: Ho rivisto la domanda per concentrarmi sui punti deboli dell'aggiornamento, che è quello che sto veramente cercando.

Answer 1

Probabilmente il più grande cambiamento in Spring 3.0 è che ora richiede J2SE 5.0.

Uno degli sviluppatori Spring risponde per una domanda di compatibilità in this blog entry.

Spring 3.0 punta al 99% all'indietro compatibile con Spring 2.5. Le API e gli SPI core resteranno stabili nell'ordine per mantenere attive le estensioni esistenti (e anche il codice dell'applicazione esistente ). L'introduzione di generici e vararg, come abbiamo fatto in M1 e M2, dovrebbe ancora preservare la compatibilità binaria . Detto questo, in genere, consigliamo di ricostruire le applicazioni per Spring 3.0, al fine di individuare i potenziali problemi dell'API in anticipo. Ciò consentirà di ottenere il massimo anche dal perfezionamento di dai perfezionamenti dell'API Java 5 Spring di Spring 3.0.

Answer 2

Se sei fortunato, allora non sarà necessario cambiare nulla, tutto dovrebbe funzionare. I ragazzi di Spring sono molto attenti a mantenere la retrocompatibilità.

Il motivo principale per cui non riesco a pensare è che se si utilizza un codice deprecato in 2.5 e contrassegnato per la rimozione in 3.0, è possibile trovare tale elenco here.