Domanda principale: Se la mia app è ATTUALMENTE usando Struts 1.x - e sto pensando di migrare a EITHER Spring -MVC o Struts2 per il framework MVC: c'è qualcosa di uno che renderebbe più facile la migrazione da Struts1.2?Migrazione da Struts 1.2 -> Struts2 vs Spring-MVC (principalmente vis-a-vis Struts1.2 supporto taglib)
Per chiarire, non sto chiedendo se SpringMVC o Struts2 è complessivamente migliore (ci sono un certo numero di Q di esistente, in modo che l'indirizzo presente) - solo che uno è più facile migrare verso da Struts1.2.
Il punto che mi interessa di più dal punto di vista della migrazione: possibilità di continuare (in principio) utilizzare taglib di struts1.x all'interno delle pagine JSP, mentre cambiando di API Struts2 (o SpringMVC di) su il back-end. (In altre parole, uno di questi framework può supportare taglib di Struts1.x come un plug-in)? [Nota: questo non è inteso come una soluzione a lungo termine, ma ridurrebbe il dolore dell'integrazione, dal momento che le JSP non avrebbero bisogno di essere immediatamente riscritte. Presumo che questa domanda abbia un senso - se no, per favore espandi perché]
Detto questo, sono ovviamente interessato a qualsiasi altro vantaggio di migrazione.
Alcuni retroscena:
Sto lavorando su un'applicazione il cui strato di MVC è scritta via Struts 1.2. Stiamo anche utilizzando il COI di Spring, anche se attualmente l'app non ha una forte integrazione tra il livello Struts e le strutture DI di Spring. (Nota: Questa è una cosa che abbiamo intenzione di correggere quando abbiamo refactoring, ma la mia comprensione è che con un po 'di pianificazione - questo può essere fatto correttamente/in modo efficiente anche quando si utilizza una combinazione primavera del CIO + Struts2.)
Come parte del miglioramento/refactoring del codebase, vorremmo passare a un framework MVC più moderno (in modo da eliminare la necessità di classi Action/Form e utilizzare la configurazione basata su Annotation quando possibile, ecc.) Ma mantenere il classico generale -MVC style (cioè non al momento interessato a fare il salto a JSF, Tapestry, GWT, Flex, Play, ecc. Capisco che queste sono cose molto diverse - aggregandole solo per dare un'idea generale ..) , il desiderio è di andare con qualcosa con una ragionevole trazione/quantità di moto - in modo da governare S triplica per quel motivo. Questo sembra lasciare solo Spring-MVC & Struts2 come contendenti (anche se c'è qualcos'altro con uno stile simile e con una forte trazione del settore - lo considereremmo sicuramente)
È un dato di fatto che il passaggio a uno di questi sarebbe richiede una quantità di lavoro in discesa - ma il piano sarebbe di farlo a livello modulare. Per questo motivo, se uno di questi taglib di supporto di Struts 1.2 - renderebbe molto più semplice lo switching/test (come potremmo quindi codificare l'implementazione di "Control" di un particolare modulo nella nuova API) e avere un secondo server eseguire il vecchio Struts1 .2 implementazione utilizzando gli stessi jsps. Il test QA sarebbe quindi "mele alle mele" in un modo. Ha senso, o questo approccio (se possibile) potrebbe portare a più mal di testa di quello che sarebbe risolto?
Anche , come detto sopra, mentre la mia domanda principale riguarda l'esecuzione di taglib di struts1.2 con Spring-MVC o Struts2 - Sono anche interessato a qualsiasi altro vantaggio di MIGRATION per Struts2-vs-Spring-MVC.
Ci stiamo preparando per un aggiornamento simile. C'erano dei blocchi stradali/transizioni difficili a cui ti sei imbattuto? – Scott