Развертывание проекта с помощью Maven

Используем maven-deploy-plugin

Данный подход уже не используется, но знать о нем лишним не будет

И еще одна очень интересная тема — автоматический deploy собранного пакета. Допустим, мы собрали собственную библиотеку с помощью Maven. Как нам автоматически выложить ее в локальный, корпоративный или центральный Maven-репозиторий?

Для этого у Maven есть специальный плагин maven-deploy-plugin. Пример:

    <plugin> <groupId>org.apache.maven.plugins</groupId> <artifactId>maven-deploy-plugin</artifactId> <version>2.5</version>
    	<configuration> <file>${project.build.directory}\${project.artifactId}-src.zip</file>
          <url>${project.distributionManagement.repository.url}</url> <repositoryId>${project.distributionManagement.repository.id}</repositoryId>
          <groupId>${project.groupId}</groupId> <artifactId>${project.artifactId}</artifactId> <version>${project.version}</version>
      	  <packaging>zip</packaging> <pomFile>pom.xml</pomFile>
    	</configuration>
  	</plugin>

С этими настройками ты можешь выложить собранную библиотеку в Maven-репозиторий как валидный пакет. Подробно разбирать этот процесс мы не будем, но кратко рассмотрим, что тут происходит:

Тег file задает файл, который будет отправлен в репозиторий Maven как новая библиотека.

Тег url — путь к репозиторию Maven (локальный/корпоративный/…).

Тег repositoryId задает идентификатор репозитория, в который будет производиться депллой.

Теги groupId, artifactId, version задают стандартную идентификацию пакета в репозитории Maven. Именно по этим трем параметрам можно однозначно идентифицировать библиотеку.

Тег packaging используется для того, чтобы результат был отправлен одним zip-файлом. Если его не указать, то будет один jar-файл, даже если у вас было несколько jar-файлов.

Тег pomFile опциональный и позволяет отправить в репозиторий другой pom.xml, который не содержит скрытых или служебных данных.

Развертывание web-приложения в Tomcat с помощью Maven

Самый популярный веб-сервер для веб-приложений на Java — это Apache Tomcat. И конечно же с помощью Maven можно деплоить war-файлы прямо в локальный или даже удаленный Tomcat-сервер.

Устанавливать и настраивать Tomcat мы научимся как-нибудь потом, сейчас же коснемся только темы автоматического деплоя нашего web-приложения.

Шаг первый. Мы должны дать доступ Maven’у к Tomcat-серверу. Для этого открываем файл conf/tomcat-users.xml в директории, где распакован Apache Tomcat, и добавляем роли manager-gui и manager-script:

<?xml version='1.0' encoding='utf-8'?>
<tomcat-users>
  <role rolename="manager-gui"/>
  <role rolename="manager-script"/>
  <user username="admin" password="admin" roles="manager-gui,manager-script" />
</tomcat-users>

Шаг второй. Разрешаем доступ Maven к Tomcat. Для этого открываем файл $MAVEN_HOME/conf/settings.xml и добавляем сервер:

<?xml version="1.0" encoding="UTF-8"?>
<settings ...>
  <servers>
	<server> <id>TomcatServer</id> <username>admin</username> <password>admin</password> </server>
  </servers>
</settings>

Шаг третий. Добавляем специальный плагин для автоматизированного деплоя нашего приложения в Apache Tomcat. Плагин называется tomcat7-maven-plugin. Кстати, создан он не разработчиками Maven, а разработчиками Tomcat, о чем можно догадаться по имени.

	<build>
    	<plugins>
        	<plugin>
                <groupId>org.apache.tomcat.maven</groupId> <artifactId>tomcat7-maven-plugin</artifactId> <version>2.2</version> <configuration>
                    <url>http://localhost:8080/manager/text</url>
                    <server>TomcatServer</server>
                	<path>/simpleProject</path>
            	</configuration>
        	</plugin>
    	</plugins>
	</build>

В разделе configuration указываем:

• url — адрес, где запущен Tomcat, и путь к manager/text
• server — id сервера из файла settings.xml
• path — адрес, по которому будет доступно развертываемое приложение

Команды для управления деплоем:

Деплой с помощью плагина Cargo Plugin

Еще один полезный и универсальный плагин для деплоя веб-приложений — Cargo Plugin. Он умеет работать с разными типами веб-серверов. Вот как произвести деплой с его помощью в Apache Tomcat:

<build>
    <plugins>
    	<plugin>
            <groupId>org.codehaus.cargo</groupId> <artifactId>cargo-maven2-plugin</artifactId> <version>1.9.10</version> <configuration> <container>
                	<containerId>tomcat8x</containerId>
                    <type>installed</type> <home>Insert absolute path to tomcat 7 installation</home>
            	</container> <configuration>
                    <type>existing</type> <home>Insert absolute path to tomcat 7 installation</home>
            	</configuration> </configuration>
   	    </plugin>
    </plugins>
</build>

Чтобы выполнить установку веб-приложения в локальный Tomcat, нужно просто выполнить команды:

mvn install
mvn cargo:deploy

Если мы хотим выполнить деплой на удаленный веб-сервер, то тут уже придется настроить права доступа к этому серверу. Для этого их нужно просто прописать в pom.xml:

<configuration>
	<container> <containerId>tomcat8x</containerId> <type>remote</type> </container>
	<configuration> <type>runtime</type> <properties>
            <cargo.remote.username>admin</cargo.remote.username> <cargo.remote.password>admin</cargo.remote.password> <cargo.tomcat.manager.url>http://localhost:8080/manager/text</cargo.tomcat.manager.url>
    	</properties> </configuration> </configuration>

Деплой с помощью IntelliJ IDEA

Intellij IDEA делает всю работу сама, нужен только установленный Tomcat.

Шаг первый. Создаем локальную конфигурацию Tomcat:

Шаг второй. Затем выбираем локальный Tomcat:

Шаг третий. Конфигурируем Tomcat:

Шаг четвертый. Добавляем путь к папке Tomcat.

Шаг пятый. Добавляем наш проект как артефакт к Tomcat.

Для этого переходим на вкладку Deployment и нажимает справа кнопку +.

Вот и все.

Кстати, если тебе нужно деплоить на удаленный сервер, просто выбери во втором шаге Remote Tomcat.