Qual è la differenza tra l'ambito maven compilee providedquando l'artefatto è costruito come JAR? Se fosse una GUERRA, capirei che il manufatto sarebbe incluso o meno in WEB-INF / lib. Ma nel caso di un JAR non importa - le dipendenze non sono incluse. Devono essere sul percorso di classe quando il loro ambito è compileo provided. So che le provideddipendenze non sono transitive, ma è solo una differenza?
Risposte:
Dal documento Maven :
compilare
Questo è l'ambito predefinito, usato se non ne viene specificato nessuno. Le dipendenze di compilazione sono disponibili in tutti i percorsi di classe di un progetto. Inoltre, tali dipendenze vengono propagate a progetti dipendenti.
fornito
È molto simile alla compilazione, ma indica che ci si aspetta che JDK o un contenitore forniscano la dipendenza in fase di esecuzione. Ad esempio, quando si crea un'applicazione Web per Java Enterprise Edition, è necessario impostare la dipendenza dall'API Servlet e dalle relative API Java EE sull'ambito fornito poiché il contenitore Web fornisce tali classi. Questo ambito è disponibile solo sul percorso di classe di compilazione e test e non è transitivo.
Ricapitolare:
compilee non lo sarà se lo è provided.
Compilare significa che è necessario il JAR per compilare ed eseguire l'app. Per un'applicazione Web, ad esempio, il JAR verrà inserito nella directory WEB-INF / lib.
Fornito significa che è necessario il JAR per la compilazione, ma in fase di esecuzione esiste già un JAR fornito dall'ambiente, quindi non è necessario che sia impacchettato con l'app. Per un'app Web, ciò significa che il file JAR non verrà inserito nella directory WEB-INF / lib.
Per un'app Web, se il server delle app fornisce già il JAR (o la sua funzionalità), usa "fornito", altrimenti usa "compila".
mvn exec:javaviene eseguita, ma una dipendenza compilata lo è.
Se stai pianificando di generare un singolo file JAR con tutte le sue dipendenze (il tipico xxxx-all.jar), allora l'ambito fornito è importante, perché le classi all'interno di questo ambito non saranno pacchetto nel JAR risultante.
Vedi maven-assembly-plugin per maggiori informazioni
maven-assembly-plugin, interessante il fatto che le risposte più votate non lo menzionino.
- compilare
Rendi disponibile nel percorso di classe, non aggiungere questa dipendenza nel vaso finale se è un vaso normale; ma aggiungi questo vaso nel vaso se il vaso finale è un vaso singolo (ad esempio, vaso eseguibile)
- fornito
La dipendenza sarà disponibile nell'ambiente di runtime, quindi non aggiungere questa dipendenza in ogni caso; anche non in un singolo vaso (es. vaso eseguibile ecc.)
Per un file jar, la differenza è nel percorso di classe elencato nel file MANIFEST.MF incluso nel jar se addClassPath è impostato su true nella configurazione del plugin maven-jar. le dipendenze 'compilare' appariranno nel manifest, le dipendenze 'fornite' no.
Uno dei miei animali domestici è che queste due parole dovrebbero avere lo stesso tempo. O compilato e fornito, oppure compilare e fornire.
Quando si imposta maven scope come provided, significa che quando viene eseguito il plug-in, la versione delle dipendenze effettivamente utilizzata dipenderà dalla versione di Apache Maven installata.
Se il file jar è simile al file jar di avvio a molla eseguibile, l'ambito di tutte le dipendenze deve essere compilequello di includere tutti i file jar.
Ma se il file jar viene utilizzato in altri pacchetti o applicazioni, non è necessario includere tutte le dipendenze nel file jar poiché questi pacchetti o applicazioni possono fornire autonomamente altre dipendenze.
JAR packagingcontesto. Maven doc non ne parla. Uso Maven da un po ', ma mi sono già chiesto a questo proposito :) Quindi nelJAR packagingcontesto non sembra esserci alcuna differenza tracompileeprovided(tranne la transizione di dipendenza). Ho ragione?