CodeGym/Java kursus/Modul 3/Implementering af et projekt med Maven

Implementering af et projekt med Maven

Ledig

Bruger maven-deploy-plugin

Og et andet meget interessant emne er den automatiske implementering af den samlede pakke. Lad os sige, at vi byggede vores eget bibliotek ved hjælp af Maven. Hvordan skubber vi det automatisk til et lokalt, virksomheds- eller centralt Maven-lager?

Maven har et specielt maven-deploy-plugin- plugin til dette . Eksempel:

    <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>

Med disse indstillinger kan du skubbe det indbyggede bibliotek til Maven-lageret som en gyldig pakke. Vi vil ikke analysere denne proces i detaljer, men kort overveje, hvad der sker her:

Filmærket angiver en fil, der vil blive skubbet til Maven-lageret som et nyt bibliotek.

URL- tagget er stien til Maven-depotet (lokalt/virksomheds/...).

RepositoryId- tagget angiver identifikatoren for det lager, som implementeringen vil blive foretaget til.

GroupId , artifactId , versionstags definerer standardpakkeidentifikationen i Maven-lageret. Det er ved disse tre parametre, at et bibliotek kan identificeres entydigt.

Emballagemærket bruges til at sikre , at resultatet sendes som en enkelt zip-fil. Hvis du ikke angiver det, så vil der være én jar-fil, selvom du havde flere jar-filer.

PomFile- tagget er valgfrit og giver dig mulighed for at sende en anden pom.xml til lageret, som ikke indeholder skjulte eller overheaddata.

Implementering af en webapplikation til Tomcat ved hjælp af Maven

Den mest populære webserver til Java-webapplikationer er Apache Tomcat . Og selvfølgelig kan du med hjælp fra Maven distribuere krigsfiler direkte til en lokal eller endda ekstern Tomcat-server.

Vi vil lære at installere og konfigurere Tomcat engang senere, men nu vil vi kun berøre emnet automatisk implementering af vores webapplikation.

Trin et. Vi skal give Maven adgang til Tomcat-serveren. For at gøre dette skal du åbne filen conf/tomcat-users.xml i den mappe, hvor Apache Tomcat er pakket ud, og tilføje manager-gui og manager-script rollerne :

<?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>

Trin to. Tillad Maven adgang til Tomcat. For at gøre dette skal du åbne filen $MAVEN_HOME/conf/settings.xml og tilføje serveren:

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

Trin tre. Vi tilføjer et specielt plugin til automatiseret implementering af vores applikation til Apache Tomcat. Pluginnet hedder tomcat7-maven-plugin . Det blev i øvrigt ikke skabt af Maven-udviklerne, men af Tomcat-udviklerne, som du kan gætte ud fra navnet.

	<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>

Angiv i konfigurationsafsnittet:

url er adressen hvor Tomcat kører og stien til manager/tekst
server - server-id fra filen settings.xml
sti - adressen, hvor den installerede applikation vil være tilgængelig

Implementeringsstyringskommandoer:

mvn tomcat7:deploy	Implementer applikationen til Tomcat
mvn tomcat7:undeploy	Fjern applikationen fra Tomcat
mvn tomcat7: redeploy	Geninstaller applikationen

Implementer med Cargo Plugin

Et andet nyttigt og alsidigt plugin til implementering af webapplikationer er Cargo Plugin . Han ved, hvordan man arbejder med forskellige typer webservere. Sådan implementeres med det i 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>

For at installere webapplikationen på din lokale Tomcat skal du blot køre kommandoerne:

mvn install
mvn cargo:deploy

Hvis vi ønsker at implementere til en ekstern webserver, bliver vi nødt til at konfigurere adgangsrettigheder til denne server. For at gøre dette skal du blot registrere dem i 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>