Настройка.xml в основном используется для настройки ряда общих атрибутов, таких как управляемая среда Maven, и является файлом конфигурации на глобальном уровне; В то время как Pom.xml в основном описывает координаты проекта Maven, зависимости, правила, которым должны следовать разработчики, систему управления дефектами, организация и лицензии, а также все другие факторы, связанные с проектом, и представляют собой файл конфигурации на уровне проекта.
Базовая конфигурация
Типичная конфигурация файла pom.xml заключается в следующем:
<project xmlns = "http://maven.apache.org/pom/4.0.0" xmlns: xsi = "http://www.w3.org/2001/xmlschema-instance" xsi: schemalocation = "http://maven.apache.org/pom/4.0.0http://maven.apache.org/xsd/maven-4.0.0.xsd"> <!-Модельная версия. Maven2.0 должен быть написан таким образом, теперь это единственная поддерживаемая версия Maven2-> <Doledversion> 4.0.0 </modelVersion> <!-уникальный флаг компании или организации, и из этого также генерируется путь, сгенерированный во время конфигурации. Например, com.winner.trade, Maven поместит пакет Jar of the Project в локальный путь:/com/winner/trade-> <groupid> com.winner.trade </GroupId> <!-Уникальный идентификатор этого проекта, множественные проекты под групповой, можно различить по artifactid-> <strifactid> crode-core </artifactid> <!-Номерной версии-> <strifactid> core-core </artifactid>. <версия> 1.0.0-snapshot </version> <!-Номер версии этого проекта в настоящее время находится в-> <версии> 1.0.0-snapshot </version> <!-Механизмы упаковки, такие как POM, JAR, Maven-Plugin, EJB, War, Ear, RAR, PAR, DEFATER-> <упаковочный> JAR </packaging> <! Вспомогательные компоненты соответствуют основному компоненту. Иногда вам нужно добавить классификатор, чтобы уникально определить, что компонент не может напрямую определить классификацию проекта, потому что вспомогательные компоненты не генерируются непосредственно по проекту, но генерируются с помощью дополнительных плагинов-> <Классификатор> ... </classifier> <!-Определить зависимости этого проекта-> <зависимости> <! Поиск компонента через три значения элементов (обычно известные как координаты) GroupId, Artifactid и версии, а затем представляет ваш проект. Если кто-то хочет ссылаться на проект, который вы разрабатываете сейчас (при условии, что он был разработан и опубликован в удаленном репозитории),-> <!-вам нужно создать узел зависимости в его файле POM и написать GroupId, Artifactid и версию этого проекта. Maven загрузит пакет JAR, который вы загрузили на его локальный-> <groupId> com.winner.trade </GroupId> <straCactId> trade-test </artifactid> <serse> 1.0.0-snapshot </version> <!-Maven считает, что зависимость программы от внешних факторов изменится со сценарием сцены и сценария применения программы, так что в зависимости в Mavies. -> <!-Scope содержит следующие значения: Compile (Compile Scope), предоставленная (предоставленная область), среда выполнения (сфера времени выполнения), тест (тестовый применение), система (система системы)-> <crappe> тест </scope> <!-Настройка соответствует тому, является ли зависимость опциональна, default Fals Определено в зависимости управлять зависимостью-> <plociated> false </oppution> <!-маскируемые зависимости. Например, LIBA, используемая в проекте, зависит от версии библиотеки 1.0, а LIBB зависит от 2,0 версии библиотеки. Теперь, если вы хотите использовать версию 2.0 унифицированным образом, вы должны заблокировать зависимость от версии 1.0-> <исключения> <Celcossusion> <groupid> org.slf4j </GroupId> <straCactId> slf4j-api </artfactid> </exclusion> </Исключения> </deploydency> </aperice> <!-Define. Вы можете напрямую ссылаться и использовать их в других местах в POM следующим образом: $ {file.encoding}-> <properties> <file.encoding> utf-8 </file.encoding> <java.source.version> 1.5 </java.source.version> <java.target.version> 1.5 </java.surse.version> <java.Target.Target.Version> 1.5 </java.version> <java.Target.Target.Version> 1.5 </java.version> <java.target.com </project>Вообще говоря, вышеуказанные элементы конфигурации необходимы для любого проекта и определяют основные свойства проекта.
Здесь необходимо объяснить менее часто используемый классификатор свойств, потому что иногда цитируется определенный пакет JAR, и если классификатор не записан, он сообщает об ошибке.
Элемент классификатора используется для определения некоторых вспомогательных компонентов, которые выводится компонентом. Вспомогательные компоненты соответствуют основным компонентам. Например, основными компонентами являются kimi-app-2.0.0.jar. Этот проект может также генерировать два вспомогательных компонента, таких как Kimi-App-2.0.0.javadoc.jar (документация Java) и Kimi-App-2.0.0-Fources.jar (исходный код Java) с помощью некоторых плагин. В настоящее время Javadoc и источники являются классификаторами этих двух вспомогательных компонентов, так что у вспомогательных компонентов есть свои уникальные координаты.
Цель классификатора:
1. Когда пакет MavendownloadJavadoc/SourceSjar вам необходимо использовать классификатор, чтобы указать, какой вспомогательный компонент для загрузки
2. При введении зависимостей иногда определенный компонент не может быть уникально определен на основе GroupId, Artifactid и версии. Классификаторы должны использоваться для дальнейшего уточнения цели. Например, JSON-LIB иногда предоставляет несколько пакетов JAR в одной и той же версии, которая является одним из наборов в среде JDK1.5, и один набор в среде JDK1.3:
При его цитировании вы должны указать версию JDK, в противном случае Maven не узнает, какой пакет JAR вам нужен:
<dependency> <groupid> net.sf.json-lib </groupid> <artifactid> json-lib </artifactid> <serse> 2.4 </version> <slassifier> jdk15 </classicifier> </depertion>
Построить конфигурацию
<buld> <!-Имя файла сгенерированного компонента, значение по умолчанию-$ {artifactid}-$ {версия}. -> <finalName> myPorjectName </finalName> <!-каталог, в котором все сгенерированные файлы хранятся в сборке $ {основанный на основании}/цель, то есть цель в корневом каталоге проекта-> <Directory> $ {основанный на основании}/Target </Directory> <! В качестве командной строки, такой как Jar: Jar или такая же, как этап, например, установка, компиляция и т. Д. -> <!-Заполнители, такие как $ {Spring.version} в информации о конфигурации проекта, будут заменены фактическим значением в файле свойств-> <Filters> <Filter> ../ Filter.Properties </filter> </filters> <!-Список всех путей ресурса, связанных с проектом, такими как файлы конфигурации и файлы свойств, связанные с проектом, которые включены в окончательный файл. -> <sorronse> <sersource> <!-описывает целевой путь ресурса. Путь относится к каталогу цели/классов (например, $ {project.build.outputdirectory}). -> <!-Например, если вы хотите, чтобы ресурс был в определенном пакете (org.apache.maven.messages), вы должны установить элемент в Org/Apache/Maven/Сообщения. -> <!-Однако, если вы просто хотите поместить ресурсы в структуру источника, вам не нужна эта конфигурация. -> <TargetPath> ресурсы </targetPath> <!-использовать ли значения параметров вместо имен параметров. Значение параметра взято из элемента свойств или свойств, настроенных в файле, и файл указан в элементе фильтров. -> <Filectring> true </filtering> <!-Опишите каталог, в котором хранится ресурс, который относится к пути POM-> <Directory> src/main/resources </каталог> <!-Список схемы включенных шаблонов-> <Cult> <Cult> **/*. Область, определяемая <Exclude>, <cextude> должен преобладать-> <concludes> <concloade> jdbc.properties < /exclide> < /resource> < /resources> <!-Все пути ресурсов, связанные с единичными тестами, метод конфигурации аналогичен ресурсам /> <cestresources> <stestresource> <TargetPath /> <Filectoring /> <ciptory /> <comepletory /> <comepletory /> <comepletory /> <comepresources> <testresource> < </testresource> </testresources> <!-каталог исходного кода проекта. При создании проекта система сборки будет составлять исходный код в каталоге. Этот путь является относительным путем относительно pom.xml. -> <sookcedirectory> $ {basedir}/src/main/java </sourcedirectory> <!-каталог исходного кода сценария проекта отличается от каталога исходного кода. <!- В большинстве случаев содержимое в этом каталоге будет скопировано в выходной каталог (поскольку сценарий интерпретируется, а не составлена). -> <scriptSourCeedRectory> $ {basedir}/src/main/scripts </scriptsourcedirectory> <!-каталог исходного кода, используемый для тестирования модуля проекта. При тестировании проекта система сборки будет компилировать исходный код в каталоге. Этот путь является относительным путем относительно pom.xml. -> <TestSourCedRectory> $ {основанный на основании}/src/test/java </testSourceDirectory> <!-каталог, в котором хранятся скомпилированные файлы класса приложения. -> <put adirectory> $ {basedir}/target/classes </outputDirectory> <!-каталог, в котором хранится скомпилированный файл тестового класса. -> <sestOutputDirectory> $ {basedir}/target/test-class </testOutputDirectory> <!-серия расширений проекта строительства, которые представляют собой продукты, которые будут использоваться в серии процессов сборки, и будут включены в класс Running Bulid. -> <!-Они могут включить расширения, или они могут активировать плагины, предоставляя условия. -> <!-Проще говоря, расширения-это продукты, которые активируются во время процесса сборки-> <расширения> <!-Например, обычно, после завершения разработки программы, это может потребовать серии утомительных шагов, таких как упаковка,-> <!-Передача файлов пакетов на сервер, подключение SSH к серверу и напечатать команды для начала программы. -> <!-Фактически, эти шаги могут быть автоматически выполнены через плагин Maven, Wagon-Maven-Plugin-> <!-Следующий разгибательный плагин Wagon-SSH используется для подключения к удаленным серверам через SSH. -> <!-Аналогичный плагин wagon-ftp, который поддерживает FTP ---> <Stension> <groupId> org.apache.maven.wagon </GroupId> <strifactid> wagon-ssh </artifactid> <sersive> 2.8 </version> </extensions> <!-Список используемых плагинов. -> <plugins> <blicin> <groupid> </GroupId> <ratifactid> maven-assembly-plugin </artifactid> <serse> 2.5.5 </version> <!-Выполните набор целевых конфигураций в течение жизненного цикла. Каждая цель может иметь различную конфигурацию. -> <Faviodions> <sauction> <!-Идентификатор цели выполнения, используемый для идентификации цели во время процесса строительства, или для соответствия цели выполнения, которую необходимо объединить в процессе наследования-> <De> сборка </id> <!-Связывая фазу жизни целевого жизненного цикла. If omitted, the target will be bound to the default phase configured in the source data --> <phase>package</phase> <!--Configuration of the execution target--> <goals> <goal>single</goal> </goals> <!--Does the configuration be propagated to the subPOM --> <inherited>false</inherited> </execution> </execution> </executions> <!--As a DOM object, the configuration items vary by Plug-in-> <ponfiguration> <finalName> $ {finalName} </finalName> <ppendAsemblyId> false </appendasemblyId> <concriptor> Assembly.xml </descriptor> </configuration> <!-Будь то загрузка Maven Extensions (таковые как обработки и типа) из этого плагина,-> <-для того, чтобы это было на основе. -> <depensions> false </extensions> <!-Дополнительные зависимости, необходимые для плагинов ввода проекта-> <DepageNidences> <Зависимость> ... </Зависимость> </Зависимости> <!-Будь то распространяется какая-либо конфигурация на субпроект-> <Унаследованные> истинные </inhortected> </plugine> </plugence> <!-официальное определение элементов и расширенные элементы, а также плагины, подключаемость, плагины> </plugancement resementable, подключаемость> </плагины> </плагины> </плагины> </плагины> </плагины> <! -> <!-Все субпроекты, унаследованные от этого проекта, могут быть использованы. Этот элемент конфигурации плагина не проанализирован и не связан с жизненным циклом, пока он не будет упомянут. -> <!-Любая локальная конфигурация для данного плагина переопределяет конфигурацию здесь-> <plaginmanagement> <blicins> ... </plugins> </pluginmanagement> </build>Репозиторий в POM имеет те же функции, что и репозиторий в настройке.xml. Основное отличие состоит в том, что склады в POM персонализированы. Например, файл настройки в крупной компании является общедоступным, и все проекты используют файл настройки, но каждый субпроект будет относиться к различным сторонним библиотекам, поэтому вам необходимо установить необходимый адрес репозитория в POM.
Конфигурация распределения
<!-Информация о распределении проектов, после выполнения развертывания MVN, это указывает на место, которое должно быть опубликовано. -> <!-С помощью этой информации вы можете развернуть веб-сайт на удаленном сервере или развернуть компоненты в удаленный репозиторий. -> <DistributionManagement> <!-Информация, необходимая для развертывания виджетов, сгенерированных проектом для удаленного репозитория-> <Repository> <!-Это присваивается уникальный номер версии (путем временной метки и номера потока построения) для моментального снимка, или он используется один и тот же номер версии каждый раз-> <! </id> <mame> repo-name </name> <url> file: // $ {basedir}/target/deploy </url> <layout/> </Repository> <!-Где развернуть снимок виджета? If the element is not configured, it is deployed to the repository configured by the repository element by default --> <snapshotRepository> <uniqueVersion /> <id /> <name /> <name /> <url /> <layout /> </snapshotRepository> <!--Information required by the website for deploying the project --> <site> <!--The unique identifier of the deployment location, used to match the Конфигурация на сайте и файл sturts.xml-> <id> site-id </id> <!-Имя места развертывания-> <mame> site-dame </name> <!-URL-адрес места развертывания, согласно Protocol: // hostname/path-> <url> scp: //svn.baid </url> </site> <!-URL-адрес страницы загрузки проекта. Если этот элемент недоступен, пользователь должен обратиться к домашней странице. -> <!-Причина использования этого элемента состоит в том, чтобы помочь найти компоненты, которых нет на складе (из-за ограничений лицензий). > -> <velocation> <!-Новый идентификатор группы статьи-> <GroupId /> <!-Новый идентификатор артефакта статьи-> <artifactid /> <!-Новый номер версии статьи-> <версия /> <!-Новая информация статьи о движении, такая как причина. -> <Сообщение /> < /relocation> <!-Дайте статус компонента в удаленном хранилище. Этот элемент не должен быть установлен в локальном проекте, так как это автоматически обновляется инструментом. -> <!-Допустимые значения: none (по умолчанию), преобразовано (администратор склада преобразуется из Maven 1 POM),-> <!-Партнер (синхронизируется непосредственно из репозитория партнера Maven 2), развернута (развернуто из экземпляра Maven 2), подтверждено (проверено и окончательно). -> <status /> < /distribution management>Конфигурация склада
<!-Откройте для себя список удаленных репозиториев, которые зависимости и расширения. -> <Репозитории> <!-Содержит информацию, которая должна быть подключена к удаленному репозиторию-> <Repository> <!-Как справиться с загрузкой опубликованных версий в удаленном хранилище-> <leases> <!-True или False указывает, открыт ли репозиторий для загрузки определенного типа компонента (версия релиза, версия Spelshot). -> <enabled /> <!-Этот элемент указывает частоту, на которой происходит обновление. Maven сравнивает временные метки локального POM и удаленного POM. -> <!-Варианты здесь: всегда, ежедневно (по умолчанию, ежедневно),-> <!-Интервал: x (здесь x-это интервал времени за минуты) или никогда (никогда). -> <UpdatePolicy /> <!-Что делать, когда файл проверки проверки Maven Verification Fail не удастся:-> <!-Игнорировать, терпеть неудачу или предупреждение. -> <cecksumpolicy /> < /leleases> <!-Как справиться с загрузкой версий снимков в удаленном репозитории. С двумя наборами конфигураций, выпусков и снимков,-> <!-POM может принять разные стратегии для каждого типа компонента в каждом отдельном репозитории. -> <!-Например, кто-то может решить включить поддержку для загрузки версий снимков только для целей разработки-> <Spanshots> <enabled /> <updatepolicy /> <checksumpolicy /> < /sposhots> <!-Уникальный идентификатор удаленного репозитория. Его можно использовать, чтобы соответствовать удаленному репозиторию, настроенному в файле настройки. </url> <!-Тип макета репозитория, используемый для поиска и сортировки компонентов-может быть по умолчанию (по умолчанию) или Legacy (Legacy). -> <!-Maven 2 обеспечивает макет по умолчанию для своего репозитория; -> <!-Однако, у Maven1.x другой макет. -> <!-Мы можем использовать этот элемент, чтобы указать, является ли макет по умолчанию или наследию. -> <lapeout> по умолчанию </layout> </Repository> </Repository> </Repository> <!-обнаружите список плагинов удаленного репозитория для создания и отчетности-> <plaginrepositories> <!-содержит информацию, которая необходимо подключить к репозиторию удаленного плагина. См. Репозитории/Элементы репозитория -> <plaginrepository/> </pluginrepositories>
Конфигурация профиля
<!-Создайте профиль в столбце. В случае активации процесс сборки будет изменен-> <Профили> <!-Активируйте процесс сборки на основе параметров среды или параметров командной строки-> <Профиль> <!-Условная логика автоматического запуска профиля. Активация является ключом начала профиля. -> <comtactation> <!-Идентификация того, активируется ли профиль по умолчанию-> <ActiveByDefault> false </activeByDefault> <!-Активация имеет встроенное обнаружение версии Java. Если версия JDK обнаруживается, как и ожидалось, активируется профиль. -> <jdk> 1.7 </jdk> <!-Когда обнаруживается атрибут соответствующей операционной системы, активируется профиль. Элемент ОС может определить некоторые атрибуты, связанные с операционной системой. -> <sos> <!-Имя операционной системы, которая активирует профиль-> <mame> Windows xp </name> <!-Семейство операционной системы, которая активирует профиль (например, 'Windows')-> <moviday> Windows </family> <!-Архитектура операционной системы профиля-> <Arch> x86 <//arch> <!-Операционная система версии. <!-Если Maven обнаруживает определенное свойство (его значение можно ссылаться $ {name} в POM), он имеет соответствующее имя и значение, и профиль будет активирован. -> <!-Если поле значения пустое, профиль будет активирован, если существует поле имени свойства. В противном случае поле значения свойства будет сопоставлено в случае чувствительного к случаю,> <Froport> <!-Имя свойства, которое активирует профиль-> <Mame> Mavenversion </name> <!-значение свойства, которое активирует профиль-> <Значение> 2.0.3 </value> </property> <!-дает имя, которое активирует профиль, обнаруживает существование или неисследование файла. Отсутствует, существует ли файл, и активирует профиль, если его не существует. -> <!-С другой стороны, существует, будет проверять, существует ли файл, и активировать профиль, если он существует. -> <File> <!-Если существует указанный файл, активируйте профиль. -> <ficists>/usr/local/hudson/hudson-home/jobs/maven-guide-Zh-to-production/workspace/</exists> <!-Если указанный файл не существует, активируйте профиль. --> <missing>/usr/local/hudson/hudson-home/jobs/maven-guide-zh-to-production/workspace/</missing> </file> </activation> <id /> <build /> <modules /> <repositories /> <pluginRepositories /> <dependencies /> <reporting /> <dependencyManagement /> <distributionManagement /> <properties /> </profile> Элементы конфигурации профиля также доступны в настройке.xml, которая является обрезанной версией элемента профиля в pom.xml, включая ID, активацию, репозитории, плагинрепозитории и элементы свойств. Элемент профиля здесь содержит только эти пять дочерних элементов, потому что настройка.xml заботится только о всей системе строительства (это именно то ролевое положение файла settings.xml), а не отдельные настройки модели объекта проекта. Если активируется профиль в настройках, его значение перезаписывает любой другой профиль, определенное в pom или profile.xml с тем же идентификатором.
Профиль в pom.xml можно рассматривать как копию pom.xml с теми же дочерними элементами и методами конфигурации, что и Pom.xml. Он содержит дополнительную активацию (триггер профиля) и серию изменений. Например, процесс тестирования может указывать на различные базы данных (относительно окончательного развертывания) или различных зависимостей или разных репозитории и изменяется в соответствии с различными JDK. Только один из них создан для активации профиля. Если первое условие будет выполнено, в будущем не будет совпадения.
Конфигурация отчета
<!-Опишите спецификации для генерации отчетов, используя плагин отчета. Конкретный плагин Maven может выводить соответствующие настраиваемые и настроенные отчеты. -> <!-Когда пользователь выполняет «Сайт MVN», эти отчеты будут работать, и вы можете увидеть ссылки на все отчеты на панели навигации страницы. -> <pretiving> <!-Верно, веб-сайт не включает отчет по умолчанию. Это включает в себя отчеты в меню информации о проекте. -> <exclidedEdefaults /> <!-Где хранятся все сгенерированные отчеты. Значение по умолчанию - $ {project.build.directory}/сайт. -> <outputDirectory /> <!-Используемые плагины отчета и их конфигурация. -> <plugins> <blicin> <groupid/> <artifactid/> <version/> <enhorited/> <configuration> <links> <NINKE> http://java.sun.com/j2se/1.5.0/docs/api/ </link> </links> </configuration> <!-Множественные характеристики для подставки, каждая спецификация может иметь различные спецификации. -> <!-Спецификация (набор отчетов) соответствует цели выполнения. Например, есть 1, 2, 3, 4, 5, 6, 7, 8, 9 отчетов. -> <!-1, 2, 5 представляет собой набор отчета, соответствующий цели выполнения. 2, 5, 8 представляют собой набор отчетов B, соответствующий другой цели выполнения-> <Reportsets> <!-представляет собой набор отчетов и конфигурацию, которая генерирует набор-> <soportSet> <!-Уникальный идентификатор набора отчетов, используемый при наличии POM-> <ID> SunLink < /id> <!-Конфигурация отчета, используемое при создании отчета,> <ID> <, будь то конфигурация. -> <enhortited/> <!-Какие отчеты используются в этом наборе-> <pretions> <proport> javadoc </report> </reports> </reportset> </reportset> </placin> </placins> </reporting>Конфигурация среды
<!-Имя и URL системы управления проблемами проекта (Bugzilla, Jira, Scarab или любая система управления проблемами, которые вам нравятся). В этом примере JIRA-> <SISSUENAMERAGE> <!-Имя системы управления проблемами (такая как JIRA),-> <staster> jira </system> <!-URL системы управления проблемами, используемой проектом-> <url> http://jira.clf.com/ </url> </issuemanate <!-URL-адрес системы непрерывной интеграции, используемой проектом (если система непрерывной интеграции имеет веб-интерфейс). -> <url /> <!-элементы конфигурации разработчика /пользователя, которые необходимо уведомлять при завершении сборки. Включает информацию об уведомлении и условия уведомления (ошибка, сбой, успех, предупреждение)-> <уведомления> <!-Настроить способ уведомления пользователей /разработчиков таким образом, когда сборка прерывается-> <уведомление> <!-способ отправки уведомлений-> <Тип /> <! <!-Уведомляется ли это, когда сборка успешна-> <sendonSuccess /> <!-Это уведомляется, когда происходит предупреждение-> <sendonwarning /> <!-Это уведомляется, когда происходит предупреждение-> <sendonwarning /> <!-это уведомляется, когда возникает предупреждение-> <sendonwarning /> <! Где отправить уведомление-> <Adder/> <!-расширенные элементы конфигурации-> <configuration/> </notifier> </natifiers> </cimanagement>
Конфигурация информации о проекте
<!-Название проекта, для документа, сгенерированного Maven-> <mame> banseon-maven </name> <!-URL домашней страницы проекта, для документа, сгенерированного Maven-> <url> http://www.clf.com/ </url> <!-Подробное описание проекта, созданного Maven. Когда этот элемент может быть описан в формате HTML-> <!-(например, текст в CDATA будет игнорироваться анализатором и может содержать HTML-теги), описания простых текстов обескуражены. -> <!-Если вам нужно изменить страницу индекса сгенерированного веб-сайта, вам следует изменить свой собственный файл страницы индекса вместо настройки документации здесь. -> <Описание> Проект Maven по изучению Maven. </description> <!-описывает предпосылки в строительной среде этого проекта. -> <premequisites> <!-Минимальная версия Maven, необходимая для создания проекта или использования плагина-> <maven /> < /premequisesties> <!-Год создания проекта, 4 цифры. Это значение требуется при генерации информации об авторском праве. -> <inceptionyear /> <!-Информация о списке рассылки, связанное с проектом-> <Mailinglists> <!-Этот элемент описывает все списки рассылки, связанные с проектом. Автоматически сгенерированные веб -сайты относятся к этой информации. -> <DailingList> <!-Имя электронного письма-> <mame> demo </name> <!-Адрес или ссылка для отправки электронной почты. Если это адрес электронной почты, ссылка Mailto: будет автоматически создана при создании документа-> <post> [email protected] </post> <!-Адрес или ссылка для подписки на электронное письмо. Если это адрес электронной почты, ссылка Mailto: будет автоматически создана при создании документа-> <dipcribibe> [email protected] </spopibe> <!-Адрес или ссылка для отказа от электронной почты. If it is an email address, the mailto: link will be automatically created when creating the document --> <unsubscribe> [email protected]</unsubscribe> <!--You can browse the URL of the email information --> <archive> http:/hi.clf.com/</archive> </mailingList> </mailingLists> <!--Project Developer List--> <developers> <!--Information of a project Разработчик-> <Разработчик> <!-Уникальный идентификатор разработчика проекта в SCM-> <Id> Hello World </id> <!-Полное название разработчика проекта-> <mame> banseon </name> <!-Электронная почта разработчика проекта-> <mail> [email protected] </emike> <!-URL Developer Developmer Development Development-> <url/> <! Элементы роли описывают различные роли-> <Rolos> <sole> Менеджер проекта </role> <Sole> Архитектор </role> </roleS> <!-Организация, к которой принадлежит разработчик проекта-> <Surance> DEMO </организация> <!-URL организации, которой принадлежит разработчик проекта-> <RecaticURL> http://hi. Обработайте мгновенные сообщения и т. Д.-> <properties> <Dept> No </dept> </properties> <!-часовой пояс, где находится разработчик проекта, целое число в диапазоне от -11 до 12.-> <timzone> -5 </timezone> </Разработчик> </разработчики> <!-Другие участники проекта-> <> <!-другие участники проекта. См. Разработчики /Элемент разработчика-> <Purtomor> <name /> <email /> <url /> <Organization /> <Organizaturl /> <rooles /> <Timezone /> <Properties /> < /Antorator> < /alportors> <!-Этот элемент описывает все списки лицензий проекта. Вы должны перечислить список лицензий для проекта и не перечислять список лицензий для проекта Depervice. -> <!-Если перечислены несколько лицензий, пользователь может выбрать один из них вместо того, чтобы принимать все лицензии. -> <Лицензии> <!-описывает лицензию проекта, которая используется для создания страницы лицензии на веб-сайте проекта. Некоторые другие отчеты и проверка также будут использовать этот элемент. -> <license> <!-Лицензия используется для юридического имени-> <mame> apache 2 </name> <!-URL официальной страницы корпуса лицензии-> <URL> http://www.clf.com/license-2.0.txt </url> <! Repo </distribution> <!-Дополнительная информация о лицензии-> <Комментарии> Лицензия OSS, благоприятная для азора, </comments> </license> </license> <!-SCM (управление источником). -> <scm> <!-SCM URL, который описывает репозиторий и как подключиться к репозиторию. Для получения дополнительной информации см. Формат URL и список, предоставленные SCMS. Это соединение только для чтения. -> <necials> svn: http: //svn.baidu.com/banseon/maven/ </connection> <!-Для разработчиков, аналогично элементам соединения. То есть подключение не просто прочитано-> <valenceerconnection> SCM: SVN: http: //svn.baidu.com/banseon/maven/ </gopplyconnection> <!-Тэг текущего кода не выполняется по умолчанию для начала развития-> <Tag/> <!-пункт на URLE в библиотеке Browable SCM Project или лодат. -> <URL> http://svn.baidu.com/banseon </url> </scm> <!-Опишите различные атрибуты организации, которой принадлежит проект. Использование документов, сгенерированных Maven-> <Surance> <!-Полное имя организации-> <mame> demo </name> <!-URL организации HomePage-> <URL> http://www.clf.com/ </url> </ursary>
Суммировать
Выше всего содержимое этой статьи о файле конфигурации pom.xml в Maven. Я надеюсь, что это будет полезно для всех. Заинтересованные друзья могут продолжать ссылаться на другие связанные темы на этом сайте. Если есть какие -либо недостатки, пожалуйста, оставьте сообщение, чтобы указать это.