Domanda

Il mio progetto Maven 2 è costituito da diversi sotto-moduli. E 's strutturato che contiene ed EJB, WAR moduli e Jar sub .. Ora voglio strumento l'EAR confezionato che contiene tutti i sottomoduli come detto.

Esempio:

Interface Maven Project consists of several modules:
- InterfacePOM --> parent pom
- InterfaceEAR --> EAR module which does not actual code but is the packaging for Domain, EJB and WAR
- InterfaceEJB --> EJB module
- interfaceWAR --> WAR module
- interfaceDomain --> JAR module

Quando si utilizza Cobertura posso successo strumento tutte vari moduli indipendenti ma quello generato un file .ser per modulo. Esiste un modo per strumento di un file EAR enitre in una volta? In modo che il risultato sarà un unico file .ser che posso usare ??

È stato utile?

Soluzione 2

ho implementato una soluzione ora in base alle risposte precedenti in tutto Maven 2. Non è ancora molto facile da usare, ma fino ad ora si va OK. L'implementazione è la seguente:

1. Modificato il mio pom genitore per generare COBERTURA classi strumentati quando dare una specifica profile.This genera i file .ser e le classi strumentati.

2. Le classi strumentati vengono copiati nella cartella / target / classi utilizzando l'esperto di risorse-plugin, in modo che il condizionamento stesso utilizza le classi strumentati.

3. Poiché non esiste un modulo di larghezza di file .ser combino manualmente i file .ser dal file EJB, WAR, JAR e l'orecchio utilizzando la soluzione di comando data dal Cobertura. coberture-merge.bat/.sh

4. Distribuire il file .ser nel mio container JBoss e anche distribuire l'EAR strumentato.

5. Dopo la prova elaborare un rapporto sul file .ser risultante dalla fusione e voilà .. sembra funzionare ..

I sicuramente esaminerà trifoglio come la soluzione implementata è un po 'manuale ..

Altri suggerimenti

Risposta breve: non (dare un'occhiata a questa risposta precedente per maggiori dettagli). Avrete bisogno di un plugin esterno come il cruscotto (in realtà, non ne fanno uso, vedere la mia risposta precedente), XRadar o Sonar per aggregare i rapporti. Ma in questo settore, Sonar è il chiaro vincitore (questo progetto solo rocce) e lo consiglierei senza alcuna esitazione. Scopri Nemo , il loro esempio pubblico, raccogliere qualsiasi progetto e dare un'occhiata al drill-down di copertura di codice (ad esempio Apache CXF ) per avere un'idea di quello che può fare.

UPDATE: Sembra che ho perso il punto della questione iniziale in modo sto aggiornando la mia risposta di conseguenza. In sostanza, ora capisco la questione "come strumento di un orecchio con cobertura" e questa è davvero una storia completamente diversa.

Purtroppo, mentre cobertura possibile strumento un orecchio, sar, zip, la guerra, jar, I' don 't pensare che il cobertura-maven-plugin supporta questa out-of-the-box e può essere una scelta migliore per utilizzare task ant di cobertura con il plugin antrun. Vedere MCOBERTURA-86 , questo filo e questo discussione per più di fondo su questo (e un campione antrun).

TBH, ciò che si sta cercando di fare non è davvero facile in termini di ciclo di vita di costruzione, imballaggio, reporting, ecc e sta per essere un compito difficile a causa della mancanza di sostegno da parte del plugin di cobertura. Mi piacerebbe davvero pensarci due volte (il momento di investire per ottenere il tutto lavorando contro il valore generato) o prendere in considerazione la spesa che il tempo (capire denaro) per ottenere una licenza di trifoglio (che offre un supporto migliore per questo).

Sembra che non v'è alcuna attività nel cobertura-maven-plugin per unire i file da singoli progetti .ser in un unico report.

Una ricerca su Google alzato questa richiesta di funzionalità e la patch per il plugin per aggiungere una fusione compito, ma non sembra come se fosse stato accettato. uno dei commenti suggerisce di utilizzare cruscotto plug per ottenere lo stesso cosa, si potrebbe avere un certo successo con questo.

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