alla domanda del titolo: "OSGi" di sicuro. Un servizio OSGi è un candidato molto (il più?) Naturale per il moniker di microservizio.
al contenuto del tuo post: "entrambi"
devo saltare qui, e dire OSGi, IMHO, è la cosa migliore che possa succedere a Java, dal momento che ... beh, forse mai. Perché? Ti prega di seguire le migliori pratiche di progettazione, facilitando la produzione di pezzi di codice più piccoli e più modulari.
Anche io amo lo spring-boot, ma lo trovo più adatto a (leggi, "awesome for") scrivere applicazioni lato client.
Per quanto riguarda la tua esperienza con Spring - non aver paura. Se sei abituato a creare configurazioni XML, scoprirai che la sintassi del progetto è, nella maggior parte dei casi, identica ... e puoi ancora fare un ampio uso dei vari pezzi primaverili all'interno di un sistema che fa leva su OSGi.
CRONACA - sto parlando dal punto di vista di aver sviluppato diversi sistemi su larga scala radicati nella OSGi (e anche un paio di incursioni nella natura selvaggia delle tipiche WAR/implementazioni servlet) DM
Primavera si chiama Eclipse Virgo adesso. Tuttavia, dovresti leggere il seguente post sul blog: http://blog.osgi.org/2014/09/how-should-i-use-guicespringblueprint.html e lasciare le tecnologie Spring come se volessi usare OSGi. –
Grazie per la risposta. Ho capito correttamente che se fossi un fan di Spring dovrei dimenticarmi di OSGI come un modo di creare un sistema modulare e semplicemente di inoltrare su Spring Boot per quello? –
Anch'io ero un fan di primavera. Semplicemente non funziona bene con OSGi. Non penso che dovresti dimenticarti di OSGi. Non dovresti usare le due tecnologie insieme. In OSGi, utilizzare un diverso modello di componente (come Servizi dichiarativi) progettato per funzionare correttamente in un ambiente modulare. Nella mia esperienza, all'inizio il passaggio è doloroso all'inizio, ma non tornerò mai al mondo monoolitico basato sulla primavera. –