[JAVA] Déploiement de guerre sur Azure Web Apps (maven)

Objectif

Étant donné que GitActions est maintenant une version préliminaire, demandez à git de faire le build maven et de le déployer sur Web Apps

1: Préparation de l'application

Tout d'abord, créez une application Java pour Maven + Tomcat

maven a écrit comme suit

  <properties>
  	<java.version>1.8</java.version>
  	<maven.compiler.source>1.8</maven.compiler.source>
  	<maven.compiler.target>1.8</maven.compiler.target>
  	<RESOURCEGROUP_NAME>DeployTest</RESOURCEGROUP_NAME>
  	<WEBAPP_NAME>MavenJsptest</WEBAPP_NAME>
  </properties>
  <dependencies>
  	<dependency>
	    <groupId>javax.servlet</groupId>
	    <artifactId>javax.servlet-api</artifactId>
	    <version>4.0.1</version>
	    <scope>provided</scope>
	</dependency>
    <dependency>
      <groupId>junit</groupId>
      <artifactId>junit</artifactId>
      <version>3.8.1</version>
      <scope>test</scope>
    </dependency>
  </dependencies>
  <build>
    <finalName>ROOT</finalName> <!-- Azure default root pass -->
    <plugins>
      <plugin>
        <groupId>org.apache.maven.plugins</groupId>
        <artifactId>maven-war-plugin</artifactId>
        <version>2.6</version>
        <configuration>
          <packagingExcludes>WEB-INF/lib/javax.servlet-api-3.0.1.jar</packagingExcludes>
        </configuration>
      </plugin>
    </plugins>
  </build>

La partie finalName </ font>, qui est le nom du fichier war généré par mvn install, est particulièrement compacte. Puisque WebApps fait référence à ROOT et ci-dessous par défaut, une erreur s'est produite si elle a été spécifiée autrement.

  • S'il existe un moyen d'éviter l'erreur même avec un autre nom, veuillez me le faire savoir!

Poussez vers GitHub lorsque vous avez terminé de créer l'application

2: Paramètres des applications Web

Créez un plan App Service et des applications Web (l'environnement Java correspond à l'application), sélectionnez «Deploy Center», puis sélectionnez GitAction ou le référentiel de l'application créée.

À la fin, yaml est sorti, mais si vous regardez à l'intérieur, vous pouvez voir que la sélection de la version Java et l'installation propre de mvn sont terminées.

3: Confirmation

À ce stade, vous pouvez voir que l'action GitHub fonctionne. S'il n'y a aucun problème, il sera déployé et est accessible normalement.

Impressions

Jenkins et Azure Pipeline sont également d'excellents outils, mais je craignais que leur configuration et leur construction ne soient un peu fastidieuses, donc c'était beaucoup plus facile car je pouvais utiliser GitActions cette fois sans le construire tant que j'enregistrais GitHub et Azure.

Je n'ai pas édité yaml cette fois, mais je pense qu'il peut être développé plus efficacement en le personnalisant (exécution de test unitaire, etc.).

Recommended Posts

Déploiement de guerre sur Azure Web Apps (maven)
Déployez des applications Web Java sur Azure avec maven
Création d'applications Web Java sur Azure Web Apps
WAR l'application WEB par Spring Boot et la déployer sur le serveur Tomcat
Déployer Azure Functions à l'aide de Maven sous un environnement proxy
Pour déployer manuellement Struts2 en tant que fichier war
Débogage à distance des applications Java dans Azure Web Apps
Étapes de déploiement sur Heroku
Étapes de déploiement de Struts 2.5.8
Créer un projet Web Maven
[Java] Déployer l'application Spring Boot sur Azure App Service