si les contrainte du client sont absurbes ou inflexibles (peut-être pour de bonnes raisons mais très peu probable), ce sera impossible d'utiliser maven, un peu de bon sens.
On pourrais avoir vaguement la structure voulue avec quelque chose comme
1 2 3 4 5 6 7 8 9 10 11 12 13
|
parent/
pom.xml
src/
main/
java/
pom.xml (target = ../../target/main)
public/
java/
pom.xml (target = ../../target/public)
mock/
java/
pom.xml (target = ../../target/mock) |
Mais franchement ce serait tordu et ça ne résoudrais pas deux questions:
que faire des compilation des tests, de l'instrumentation, des résultats des tests, des artefacts intermédiaires, .... ?
Sans compter que si ton client te fait ch** avec un structure de fichier pareille, il y a fort à parier qu'il t'enverra péter aussi pour
-> le repository d'entreprise
-> les numérotations des version
-> les noms des artefacts générés
-> ....
Avec un client pareil ant est la voie de la sagesse, on fait tout à la main, on perd toutes les gestions des dépendances et du cycle, mais au moins, on fait ce qu'on veux
Dans tous les cas, pour l'intégration eclipse, tu peux te brosser. Eclipse a un seul répertoire cible par projet (par défaut, bin/).
Partager