Яка різниця між сферою Maven compileі providedколи артефакт будується як JAR? Якби це була ВІЙНА, я розумію - артефакт був би включений чи ні в WEB-INF / lib. Але у випадку JAR це не має значення - залежності не включаються. Вони повинні бути на шляху до класів , коли їх область compileабо provided. Я знаю, що providedзалежності не перехідні - але це лише одна різниця?
Відповіді:
З Документа Мавена :
складати
Це область за замовчуванням, яка використовується, якщо жодна не вказана. Залежності компіляції доступні на всіх класах проекту. Крім того, ці залежності поширюються на залежні проекти.
за умови
Це дуже схоже на компіляцію, але вказує на те, що ви очікуєте, що JDK або контейнер забезпечать залежність під час виконання. Наприклад, створюючи веб-додаток для Java Enterprise Edition, ви б встановили залежність від API сервлетів та відповідних API API EE Java, що надається, оскільки веб-контейнер забезпечує ці класи. Ця область доступна лише для компіляції та тестування, і не є перехідною.
Резюме:
compileа не буде, якщо область є provided.
Компілювати означає, що вам потрібен JAR для компіляції та запуску програми. Як веб-додаток, наприклад, JAR буде розміщений у каталозі WEB-INF / lib.
За умови, що вам потрібен JAR для компіляції, але на час виконання вже існує JAR, що надається оточуючим середовищем, тому вам не потрібно його пакувати разом із додатком. Для веб-програми це означає, що файл JAR не буде розміщений у каталозі WEB-INF / lib.
Для веб-додатків, якщо сервер додатків вже надає JAR (або його функціональність), тоді використовуйте "надано", інакше використовуйте "компілювати".
mvn exec:javaзапуску, а складена залежність є.
Якщо ви плануєте генерувати один файл JAR з усіма його залежностями (типовий xxxx-all.jar), то надані питання мають значення, оскільки класи всередині цього діапазону не будуть пакетом в отриманому JAR.
Для отримання додаткової інформації див. Плагін maven-Assembly-плагін
maven-assembly-plugin, що цікаво, що відповіді на найбільш голосові відповіді не згадують.
- складати
Зробити доступним для шляху до класу, не додавати цю залежність у остаточну банку, якщо вона є звичайною; але додайте цю банку в банку, якщо остаточна банка є однією банку (наприклад, виконувана банка)
- за умови
Залежність буде доступна в умовах виконання часу, тому не додайте цю залежність ні в якому разі; навіть не в одній банці (тобто виконується банка тощо)
Для файлу jar різниця полягає у класному шляху, переліченому у файлі MANIFEST.MF, включеному в jar, якщо для параметра addClassPath встановлено значення true у конфігурації maven-jar-plugin. Залежності "компілювати" з'являться в маніфесті, "за умови" залежності не будуть.
Одне з моїх вихованців - це те, що ці два слова повинні мати однаковий час. Або складені та надані, або складені та надані.
Якщо ви встановите область maven як provided, це означає, що при запуску плагіна фактична використовувана версія залежностей буде залежати від встановленої вами версії Apache Maven.
Якщо jar файл схожий на виконуваний файл весняного завантажувального файлу, то обсяг усіх залежностей повинен compileмістити всі файли jar.
Але якщо файл jar використовується в інших пакетах чи програмах, то він не повинен включати всі залежності в jar-файл, оскільки ці пакети чи програми можуть самі забезпечувати інші залежності.
JAR packagingконтексті. Доктор Мейвен про це не згадує. Я деякий час використовую Maven, але я вже про це запитував себе :) Отже, схоже, що вJAR packagingконтексті немає різниці міжcompileіprovided(крім переходу до залежності). Маю рацію?