Question

Notre groupe est quelque peu nouveau dans le développement basé sur JVM. Nous développons des applications composées de nombreuses autres bibliothèques.

Nous constatons que le framework Play est très attrayant pour le développement d'applications Web. Le cadre est génial, mais la gestion des dépendances de nos bibliothèques développées localement est quelque peu vexante. Nous utilisons le RC2 de Play 2.0, et bien que nous soyons capables d'obtenir des changements dans nos bibliothèques chargés en jeu, c'est certainement un processus gênant qui interrompt le processus de jeu normalement lisse.

Ce que nous faisons, c'est pousser nos bibliothèques vers notre référentiel Maven local (sur chaque développeur), puis importer ces mêmes bibliothèques dans le projet de jeu. Cela fonctionne, mais comme je l'ai dit, c'est gênant.

Y a-t-il des meilleures pratiques que nous devrions utiliser qui rendront cela un peu plus bien?

FWIW, nous utilisons IntelliJ 11.0 (ultime)

============ Edit ============

Je reçois de bonnes réponses sur la façon d'améliorer mon processus de construction Maven, et j'apprécie cela. Cependant, ce n'est pas tout à fait la réponse que je recherche.

Pour faire ce béton, supposons que je construis à la fois un service et une application Web pour surveiller / gérer le service. Le service est un projet Java / Scala simple et l'application Web est un jeu! projet. Nous appellerons ces «services» et «applications». (S'il vous plaît, ne vous en sortez pas sur cette structure proposée, je la simplifie aux fins de la question)

Dans Eclipse ou IntelliJ, je peux ajouter le module «Service» (ou Project for Eclipse) comme dépendance du projet «App». Cela permet un revirement très rapide des développeurs lors de la modification de la bibliothèque «Service» (par exemple, j'ajoute une propriété à un modèle). Recompiler et exécuter est quelques ordres de grandeur plus rapidement que compiler, package, déploier, importer et recharger le navigateur.

Sur la base de ma lecture de la documentation Play 2.0 et SBT, ma seule vraie réponse est de faire du «service» un sous-projet de «App». Y a-t-il une meilleure réponse à cela?

Pas de solution correcte

Licencié sous: CC-BY-SA avec attribution
Non affilié à StackOverflow
scroll top