Настройки файла конфигурации Mavens.xml существует в двух местах:
1. Место установки: $ {m2_home} /conf/settings.xml
2. Пользовательский каталог: $ {user.home}/. M2/settings.xml
Первый также называется глобальной конфигурацией, которая эффективна для всех пользователей операционной системы; Последнее называется конфигурацией пользователя, которая эффективна только для пользователей текущей операционной системы. Если оба существуют, их содержимое будет объединено, а настройки по всему пользователю перезаписывают глобальные настройки.xml.
После установки Maven настройки. Если вам нужно создать настройки всего пользователя.xml, вы можете копировать настройки по пути установки в каталог $ {user.home}/. M2/. Настройки по умолчанию Mavens.xml - это шаблон, содержащий комментарии и примеры. Вы можете быстро изменить его в соответствии с вашими требованиями.
Как только глобальная конфигурация будет изменена, все пользователи будут затронуты. Если Maven будет обновлен, все конфигурации будут очищены. Следовательно, вы должны скопировать и резервное копирование файла $ {m2_home} /conf/settings.xml заранее. Как правило, не рекомендуется настраивать глобальные настройки.xml.
Настройки.xml Подробное объяснение
Технические характеристики декларации
<? xml version = "1.0" Encoding = "UTF-8"?> <Настройки 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.0 http://maven.apache.org/xsd/settings-1.0.0.xsd">
LocalRepository
<!- Путь к местному репозиторию. Значение по умолчанию - $ {user.home}/. M2/Repository. -> <COMPARREPOSITION> USR/LOCAL/MAVEN </localRepository>InteractMode
<!- Мавен должен взаимодействовать с пользователем, чтобы получить ввод. Если Maven необходимо взаимодействовать с пользователем, чтобы получить ввод, установите True, в противном случае он должен быть ложным. По умолчанию верно. -> <Interactivemode> true </interactivemode>
Использование Pluginregistry
<!-Maven необходимо использовать файл Plugin-registry.xml для управления версией плагина. Установите True, если вам нужно позволить Maven использовать файл $ {user.home}/. M2/plugin-registry.xml для управления версией плагина. По умолчанию ложь. -> <sasepluginregistry> false </usepluginregistry>Оффлайн в автономном режиме
<!-Указывает, нужно ли Мавен запустить в автономном режиме. Верно, если система сборки должна работать в автономном режиме, по умолчанию ложно. Эта конфигурация очень полезна, когда сервер сборки не может подключиться к удаленному репозиторию из -за настройки сети или коэффициентов безопасности. -> <FOFFLINE> false </offline>
подключаемые
<!- Когда идентификатор организации плагинов (GroupId) явно не предоставлен, он предназначен для поиска списка идентификатора организации плагинов (GroupId). Этот элемент содержит список элементов подключения, каждый дочерний элемент содержит идентификатор организации (GroupId). Когда мы используем плагин и не предоставляем идентификатор организации (GroupId), когда команда действует, Maven будет использовать этот список. По умолчанию список содержит org.apache.maven.plugins и org.codehaus.mojo-> <blicingroups> <!-идентификатор организации плагина (GroupId)-> <BulingRoup> org.codehaus.mojo </plugingroup> </plugingroups> org.codehaus.mojo </plugingroup>
прокси
<!-Чтобы настроить различные агенты, многопроксие профили могут справиться с рабочей средой ноутбуков или мобильных устройств: просто установив идентификатор профиля, вы можете легко изменить всю конфигурацию прокси. -> <Proxies> <!-Прокси-элемент содержит информацию, необходимую при настройке прокси-> <Proxy> <!-Уникальное определение прокси используется для различения различных элементов прокси. -> <id> myProxy </id> <!-этот прокси-сервер активирован? Истинный активирует прокси. Когда мы объявляем набор агентов, и в какой -то момент необходимо активировать только один агент, этот элемент может пригодиться. -> <active> true </active> <!-протокол прокси. Протокол: // имя хоста: порт, разделенный на дискретные элементы для легкой конфигурации. -> <protocol> http </protocol> <!-имя хоста прокси. Протокол: // имя хоста: порт, разделенный на дискретные элементы для легкой конфигурации. -> <host> proxy.somewhere.com </host> <!-прокси-порт. Протокол: // имя хоста: порт, разделенный на дискретные элементы для легкой конфигурации. -> <port> 8080 </port> <!-Имя пользователя, имя пользователя и пароль прокси-сервера Аутированное имя входа в систему и пароль. -> <sername> Proxyuser </username> <!-Пароль прокси, имени пользователя и пароля представляет имя входа в систему и пароль для аутентификации прокси-сервера. -> <shourse> somepassword </password> <!-Список имен хоста, которые не должны быть прокси. Разделитель для этого списка указан прокси -сервером; В примере используется разделитель вертикальной линии, и запятая также распространена. -> <Nonproxyhosts>*. Google.com | ibiblio.org </nonproxyhosts> </proxy> </proxies>
Серверы
<!-Настройте некоторые настройки на сервере. Некоторые настройки, такие как сертификаты безопасности, не должны распространяться с помощью pom.xml. Этот тип информации должен существовать в файле Fut.xml на сервере сборки. -> <Servers> <!-Элемент сервера содержит информацию, необходимую при настройке сервера-> <serer> <!-Это идентификатор сервера (обратите внимание, что это не идентификатор пользовательского входа), который соответствует идентификатору элемента репозитория в Distribution Management. -> <id> server001 </id> <!-Авторизованное имя пользователя. Имя пользователя аутентификации и пароль аутентификации представляют имя входа в систему и пароль, необходимые для аутентификации сервера. -> <mername> my_login </username> <!-пароль авторизации. Имя пользователя аутентификации и пароль аутентификации представляют имя входа в систему и пароль, необходимые для аутентификации сервера. Функция шифрования пароля была добавлена на 2.1.0+. Для получения подробной информации, пожалуйста, посетите страницу шифрования пароля-> <shourse> my_password </password> <!-Место частного ключа, используемого во время аутентификации. Подобно первым двум элементам, местоположение закрытого ключа и пароль закрытого ключа указывают путь к частному ключу (по умолчанию $ {user.home}/. SSH/ID_DSA) и секретное заявление, если это необходимо. В будущем элементы PassFrase и пароля могут быть извлечены извне, но в настоящее время они должны быть объявлены в простом тексте в файле Fut.xml. -> <privateKey> $ {usr.home}/. ssh/id_dsa </privatekey> <!-пароль для подлинности подлинности, используемый для аутентификации. -> <sassphrase> oke_passphrase </passphrase> <!-разрешения при создании файла. Если файл или каталог репозитория создается во время развертывания, вы можете использовать разрешения. Юридическая стоимость этих двух элементов представляет собой трехзначный номер, который соответствует разрешениям файловой системы Unix, такими как 664 или 775. -> <DirectoryPermissions> 775 </DirectoryPermissions> </server> </servers>зеркала
<!-Загрузите список зеркала, настроенный для списка репозитория. Для расширенных настроек см. Страницу «Настройки зеркала»-> <зеркала> <!-Загрузите зеркало для данного репозитория. -> <зеркал> <!-уникальный идентификатор зеркала. ID используется для различения различных зеркальных элементов. -> <id> planetmirror.com </id> <!-Зеркальное имя-> <mame> Planetmirror Australia </name> <!-URL-адрес изображения. Система сборки будет расставлять приоритеты в использовании этого URL -адреса, а не использование URL -адреса сервера по умолчанию. -> <URL> http://downloads.planetmirror.com/pub/maven2 </url> <!-Идентификатор зеркального сервера. Например, если мы хотим настроить зеркало центрального репозитория Maven (http://repo.maven.apache.org/maven2/), нам нужно установить элемент на центральный. Это должно быть точно так же, как и идентификатор центрального склада. -> <mirrorof> central </mirrorof> </mirror> </зеркала>
Профили
<!-Отрегулируйте список конфигураций сборки в соответствии с параметрами среды. Элемент профиля в настройках.xml - это обрезанная версия элемента профиля в pom.xml. Он содержит ID, активацию, репозитории, плагинрепозитории и элементы свойств. Элемент профиля здесь содержит только эти пять дочерних элементов, потому что он заботится только о всей системе строительства (это ролевое положение файла Sutures.xml), а не отдельные настройки модели объекта проекта. Если активируется профиль в настройках, его значение перезаписывает любой другой профиль, определенное в pom или profile.xml с тем же идентификатором. -> <Профили> <!-Конфигурация компонентов, скорректированных в соответствии с параметрами среды-> <Профиль> <!-Уникальный идентификатор этой конфигурации. -> <id> тест </id>
Активация
<!-Условная логика автоматического запуска профиля. Активация является ключом начала профиля. Как и профили в POM, сила профилей происходит от его способности автоматически использовать определенные значения в определенных конкретных средах; Эти среды указываются элементом активации. Элемент активации - не единственный способ активировать профиль. ActiveProfile Element в файле STURTS.xml может содержать идентификатор профиля. Профиль также может быть явно активирован (например, тест -p) в командной строке, используя тег -p и список, разделенный запятыми. -> <comtactation> <!-Идентификация того, активируется ли профиль по умолчанию-> <ActiveByDefault> false </activeByDefault> <!-Когда обнаруживается соответствующий JDK, активируется профиль. Например, 1.4 активирует JDK1.4, 1.4.0_2, а! 1.4 активирует все версии JDK, которые начинаются с 1.4. -> <jdk> 1.5 </jdk> <!-Когда обнаруживается атрибут соответствующей операционной системы, активируется профиль. Элемент ОС может определить некоторые атрибуты, связанные с операционной системой. -> <sos> <!-Имя операционной системы, которая активирует профиль-> <mame> Windows xp </name> <!-Семейство операционной системы, которая активирует профиль (например, 'Windows')-> <moviday> Windows </family> <!-Архитектура операционной системы профиля-> <Arch> x86 <//arch> <!-Операционная система версии. <!-Если Maven обнаруживает определенное свойство (его значение можно ссылаться в POM по $ {name}), он имеет соответствующее имя = значение, и профиль будет активирован. Если поле значения пустое, профиль будет активирован, если существует поле имени свойства. В противном случае поле значения свойства будет сопоставлено в случае чувствительного к случаю,> <Froport> <!-Имя свойства, которое активирует профиль-> <Mame> Mavenversion </name> <!-значение свойства, которое активирует профиль-> <Значение> 2.0.3 </value> </property> <!-дает имя, которое активирует профиль, обнаруживает существование или неисследование файла. Отсутствует, существует ли файл, и активирует профиль, если его не существует. С другой стороны, существует существует проверка, существует ли файл, и активировать профиль, если он существует. -> <File> <!-Если существует указанный файл, активируйте профиль. -> <secists> $ {basedir} /file2.properties </exists> <!-Если указанный файл не существует, активируйте профиль. -> <пропущенное> $ {basedir} /file1.properties </missing> </file> </artication> Характеристики
<!-Список расширенных атрибутов, соответствующий профилю. Атрибут Maven такой же, как атрибут в ANT, и может использоваться для хранения некоторых значений. Эти значения могут использоваться в любом месте в POM с тегом $ {x}, где X относится к имени свойства. Атрибуты доступны в пяти разных формах и доступны в файле settings.xml. 1. Env.x: префикс с "Env". вернет переменную среды оболочки. Например, «Env.Path» относится к переменной среды $ Path (% PATH% в Windows). 2. Project.x: относится к соответствующему значению элемента в POM. Например: <Project> <sersion> 1.0 </version> </project> Получить значение версии через $ {project.version}. 3. settings.x: относится к значению соответствующего элемента в настройках.xml. Например: <Tradings> <fofline> false </offline> </settings> Получите значение автономного режима через $ {futs.Offline}. 4. 5. X: Установите в элементе <Properties/> или во внешнем файле, используйте как $ {Somevar}. -> <properties> <user.install> $ {user.home}/rewr-project </user.install> </properties>Примечание. Если профиль активирован, вы можете использовать $ {user.install} в POM снова.
Репозитории
<!-Список удаленных хранилищ, который представляет собой набор удаленных проектов, используемых Maven для заполнения локального репозитория системы сборки. -> <pepositories> <!-Содержит информацию, которую необходимо подключить к удаленному репозиторию-> <Репозиторий> <!-Уникальный идентификатор удаленного репозитория-> <id> CodeHussnapShots </id> <!-Удаленное имя репозитория-> <mame> Snapshots </name> <! Указывает, открыт ли репозиторий для загрузки определенного типа компонента (версия выпуска, версия снимка). -> <NABLADED> FALSE </enabled> <!-Этот элемент указывает, как часто происходит обновление. Maven сравнивает временные метки локального POM и удаленного POM. Варианты здесь: всегда, ежедневно (по умолчанию, ежедневно), интервал: x (здесь x - интервал времени за несколько минут) или никогда (никогда). -> <dupplepolicy> Всегда </updatepolicy> <!-Что делать, когда файл проверки проверки компонента Maven выходит из строя, сбой, провал или предупреждение. -> <cecksumpolicy> Warn </checksumpolicy> </leleases> <!-Как справиться с загрузкой версий снимков в удаленном хранилище. С двумя наборами конфигураций, выпусков и снимков, POM может принять различные стратегии для каждого типа компонента в каждом отдельном репозитории. Например, кто -то может решить включить поддержку для загрузки версий снимков только для целей разработки. See repositories/repository/releases element --> <snapshots> <enabled/><updatePolicy/><checksumPolicy/> </snapshots> <!--Remote repository URL, in protocol://hostname/path form --> <url>http://snapshots.maven.codehaus.org/maven2</url> <!--The repository Тип макета, используемый для поиска и сортировки компонентов - может быть по умолчанию или наследию. Maven 2 предоставляет макет по умолчанию для своего репозитория; Тем не менее, Maven 1.x имеет другой макет. Мы можем использовать этот элемент, чтобы указать, является ли макет по умолчанию или Legacy. -> <lapeout> по умолчанию </mayout> </Repository> </Repository> <!-Откройте для себя список плагинов удаленного репозитория. Склады - это дома с двумя основными компонентами. Первый компонент используется в качестве зависимости для других компонентов. Это большинство типов компонентов, хранящихся на центральном складе. Другой тип компонента-плагины. Maven Plug-In-это специальный тип компонента. По этой причине репозиторий плагина не зависит от других репозиториев. Структура элемента плагинрепозиториев аналогична структуре элемента репозиториев. Каждый элемент плагинрепозиции указывает удаленный адрес, который Maven может использовать для поиска нового плагина. -> <blicinrepositories> <!-содержит информацию, которая должна быть подключена к репозиторию удаленного плагина. See the description of profiles/profile/repositories/repository element--> <pluginRepository> <releases> <enabled/><updatePolicy/><checksumPolicy/> </releases> <snapshots> <enabled/><updatePolicy/><checksumPolicy/> </snapshots> <id/><name/><url/><layout/> </pluginRepository> </pluginRepository> </profile> </profiles>
ActiveProfiles
<!-Вручную активируйте список профилей и определите ActiveProfile в порядке, в котором применяется профиль. Этот элемент содержит набор активных элементов, каждый из которых содержит идентификатор профиля. Любой идентификатор профиля, определенный в ActiveProfile, будет активирован независимо от настройки среды. Если нет соответствующего профиля, ничего не произойдет. Например, если Env-test является активным профилем, будет активирован профиль, соответствующий идентификатору в pom.xml (или profile.xml). Если такой профиль не может быть найден во время пробега, Maven будет работать как обычно. -> <ActiveProfiles> <!--> <ActiveProfile> env-test </activeProfile> </activeProfiles> </setting>
Выше всего содержание этой статьи. Я надеюсь, что это будет полезно для каждого обучения, и я надеюсь, что все будут поддерживать Wulin.com больше.