Maven relazione padre-figlio

Question

ho incontrato il basso "modello" per Maven relazioni padre-figlio: http://yuml.me/3f8dd366

In questo esempio abbiamo un modulo con 2 moduli secondari. Il modulo ha un gen padre "Parent per la costruzione del modulo" che conosce i due sottomoduli in quanto figli.

I sottomoduli come mai non sanno che questo genitore li conosce e pensano che il loro genitore sia quello denominato "Genitore per la gestione delle dipendenze". Quale è dotato di configurazioni più comuni, come la gestione delle dipendenze, configurazione del plugin, proprietà comuni ecc

La mia domanda:
Si tratta di un "buon" modello? Il significato ha vantaggi/svantaggi come il patter apparentemente più intuitivo del bambino < -> parent parent:

Answer 1

una cosa interessante da guardare è il pom aggregatore.

È un pom che raggruppa il progetto per modulo, senza avere una relazione "genitore-figlio". Il pom aggregatore non ha la gestione delle dipendenze. Gestisce solo la build.

Avere sia pom (gen) che pom aggregatore è una caratteristica piuttosto potente di Maven.

Potete trovare ulteriori informazioni here.

This maven page ha anche informazioni preziose su come impostare pom per progetti complessi.

Answer 2

Questo è in realtà un bene per avere una configurazione aziendale che non si preoccupa dei suoi figli e contiene cose come proprietà, dependecyGestione , depositi, ecc pluginManagement che tutti loro erediteranno

Forse questo può aiutare: Company wide parent pom

Answer 3

Hum ... Penso di non essere d'accordo con i termini della tua foto. Ecco come vedo questo:

questo modo di organizzare moduli possono essere fonte di confusione per molti sviluppatori, ma è un modo legale di fare le cose.

In ogni caso, non consiglio questo approccio perché è confuso. Ma a volte, la loro non è un'alternativa.

Quando si utilizza questa configurazione?

uno (o più) del modulo sub già di un genitore (cioè è stato sviluppato in un altro progetto, ma è necessario ricostruire esso).Si noti che la voce <module> nel progetto multi-modulo è un percorso relativo in modo da poter avere qualcosa di simile:

<modules> 
    <module>../../somedir/othermodule</module> 
    ... 
</modules> 

Quando è possibile, vi consiglio di utilizzare il multi-modulo anche come il genitore perché:

• meno confusione
• pulite e leggibili <modules> e <parent> sezioni (non c'è bisogno di utilizzare i percorsi relativi brutti per specificare il genitore o sottomoduli)
• è possibile organizzare i moduli in una struttura gerarchica pulito sotto SCM (in modo che Maven-release-plugin sarà felice) (so che Eclipse non piace progetti gerarchici, ma questo è un altro problema)