Domanda

Il nostro gruppo è in qualche modo nuovo per lo sviluppo basato su JVM. Stiamo sviluppando applicazioni composte da molte altre librerie.

Troviamo che il framework di gioco sia molto attraente per lo sviluppo di applicazioni Web. Il framework è eccezionale, ma la gestione delle dipendenze per le nostre librerie sviluppate localmente è in qualche modo irritante. Stiamo usando l'RC2 di Play 2.0 e mentre siamo in grado di ottenere cambiamenti nelle nostre librerie caricate in gioco, è sicuramente un processo imbarazzante che interrompe il processo di gioco normalmente regolare.

Quello che stiamo facendo è spingere le nostre biblioteche nel nostro repository Maven locale (su ogni sviluppatore) e quindi importare quelle stesse librerie nel progetto di gioco. Funziona, ma come ho detto, è imbarazzante.

Ci sono delle migliori pratiche che dovremmo impiegare che renderà questo funzionamento un po 'più agevolmente?

FWIW, stiamo usando Intellij 11.0 (Ultimate)

============= EDIT ============

Sto ricevendo buone risposte su come migliorare il mio processo di costruzione di Maven e lo apprezzo. Tuttavia, questa non è proprio la risposta che sto cercando.

Per rendere questo concreto, supponiamo che sto costruendo sia un servizio che un'applicazione Web per il monitoraggio/gestione del servizio. Il servizio è un semplice progetto Java/Scala e l'app Web è un gioco! progetto. Chiameremo questi "servizio" e "app". (Per favore, non popick su questa struttura proposta, lo semplificerò ai fini della domanda)

In Eclipse o Intellij, posso aggiungere il modulo "Servizio" (o progetto per Eclipse) come dipendenza del progetto "App". Ciò consente una svolta degli sviluppatori molto veloce quando si apportano modifiche alla libreria "Service" (ad esempio, aggiungo una proprietà a un modello). RECOMMIPILE ED RUN è un paio di ordini di grandezza più velocemente del browser di compilazione, pacchetto, distribuzione, importazione e ricarica.

Sulla base della mia lettura della documentazione di Play 2.0 e SBT, la mia unica risposta reale è rendere "Servizio" un sotto progetto di "app". C'è una risposta migliore a questo?

Nessuna soluzione corretta

Autorizzato sotto: CC-BY-SA insieme a attribuzione
Non affiliato a StackOverflow
scroll top