[JAVA] Mise à niveau de la botte à ressort de la série 1.5 à la série 2.0

introduction

Depuis la sortie de la série 2 de spring boot, c'est un mémo lors de la mise à niveau car c'est un gros problème

Le guide de migration est officiellement disponible, suivez donc cette procédure. Guide de migration Spring Boot 2.0 En outre, cet article a été très utile. Mémorandum lorsque Spring Boot 1.5.10 → Spring Boot 2.0.0

Contenu de la correspondance

Introduction de l'outil de vérification des propriétés

build.gradle comme décrit dans [Avant de commencer](https://github.com/spring-projects/spring-boot/wiki/Spring-Boot-2.0-Migration-Guide#before-you-start) Ajoutez ce qui suit à .

build.gradle

runtime("org.springframework.boot:spring-boot-properties-migrator")

Cela vous avertira des changements dans les spécifications de ʻapplication.yml`.

correctifs liés au plug-in gradle

Ajouter un plugin pour résoudre les dépendances

Un plugin qui résout les dépendances comme décrit dans Dependency Management Ajouter.

build.gradle

    apply plugin: 'org.springframework.boot'
    apply plugin: 'io.spring.dependency-management'  // <-- add this to your build.gradle

Correction du fichier application.yml avec une syntaxe modifiée

spring.batch.initializer.enabled a été changé en spring.batch.initialize-schema, alors changez-le ici. Puisqu'il ne s'initialise pas, définissez «jamais». Initialize a Spring Batch Database

• Changer avant

application.yml

spring:
  batch:
    initializer:
       enabled: false

• Après changement

application.yml

spring:
  batch:
    initialize-schema: never

Suppression du cas de chameau sur application.yml

Celui défini dans le cas du chameau sur application.yml était une erreur. Même si c'est une affaire de kebab. Je vais donc en faire une caisse de kebab.

• Changer avant

application.yml

spring:
  datasource:
    hogeHoge:
      driverClassName: com.mysql.jdbc.Driver

• Après changement

application.yml

spring:
  datasource:
    hoge-hoge:
      driver-class-name: com.mysql.jdbc.Driver

Modification de la syntaxe de Build.gradle

Changement de réglage lorsque le pot est généré

Auparavant, les fichiers jar étaient générés avec bootRepackage pour la génération de paquets, mais cela semble être aboli. Remplacé par «bootJar» et «bootWar». Cependant, en raison du paramétrage du sujet, bootJar est défini sur ʻenabled = false`.

• Changer avant

build.gradle

    mainClassName = 'jp.co.hoge.fuga.App'
    bootRepackage {
        executable = true
    }

    jar {
      manifest {
          attributes 'GitHub-Branch-Name' : branchname
          attributes 'GitHub-Commit-Hash' : commithash
      }
    }

• Après changement

build.gradle

    ext.mainClass = 'jp.co.hoge.fuga.App'
    bootJar {
        enabled = false
    }

    jar {
      enabled = true
      manifest {
          attributes 'GitHub-Branch-Name' : branchname
          attributes 'GitHub-Commit-Hash' : commithash
      }
    }

Mise à niveau de gradlew

À l'origine, j'utilisais gradlew était de 4,6, mais je vais le donner au dernier 4.7.

build.gradle

task wrapper(type: Wrapper) {
    gradleVersion = "4.7"
}

Changements autour du pool de connexions

Compatible Hikari CP

J'utilisais le pool de connexion de tomcat, HikariCP est devenu la valeur par défaut, alors changez-le ici.

• Changer avant

DataSourceConfiguration.java

@Data
@Component
@ConfigurationProperties(prefix = "spring.datasource.hoge")
public class DataSourceConfiguration {
    private String driverClassName;
    private String url;
    private String username;
    private String password;
    private Boolean testOnBorrow;
    private String validationQuery;

    public DataSource dataSource() {
      DataSource ds = new org.apache.tomcat.jdbc.pool.DataSource();
      ds.setDriverClassName(driverClassName);
      ds.setUrl(url);
      ds.setUsername(username);
      ds.setPassword(password);
      ds.setTestOnBorrow(testOnBorrow);
      ds.setValidationQuery(validationQuery);
      
      return ds;
    }
}

• Après changement

DataSourceConfiguration.java

@Data
@Component
@ConfigurationProperties(prefix = "spring.datasource.hoge")
public class DataSourceConfiguration {
    private String driverClassName;
    private String url;
    private String username;
    private String password;
    private Integer maxPoolSize;
    private String validationQuery;

    public HikariDataSource dataSource() {
      HikariDataSource ds = new HikariDataSource();
      ds.setDriverClassName(driverClassName);
      ds.setJdbcUrl(url);
      ds.setUsername(username);
      ds.setPassword(password);
      ds.setConnectionInitSql(validationQuery);
      ds.setMaximumPoolSize(maxPoolSize);
      
      return ds;
    }
}

Vous devez également définir le délai d'expiration de la requête, etc., mais je ne l'ai pas défini cette fois car il y a SQL de batch qui continue de fonctionner pendant une longue période.

Correction des classes et méthodes obsolètes

Mise à jour Spring Mvc JavaConfig

«WebMvcConfigurerAdapter» est obsolète en raison de spring5. Puisqu'il dit que vous pouvez utiliser WebMvcConfigurer, changez-le ici. Je pense que c'est parce que j'ai commencé à utiliser la méthode par défaut.

• Changer avant

WebMvcConfig.java

@Configuration
public class WebMvcConfig extends WebMvcConfigurerAdapter {
       //Abréviation
}

• Après changement

WebMvcConfig.java

@Configuration
public class WebMvcConfig implements WebMvcConfigurer {
       //Abréviation
}

Suppression de Md5PasswordEncoder

À l'origine obsolète, elle est obsolète et doit être modifiée.

• Changer avant

PasswordEncoderConfig.java

@Bean
public PasswordEncoder md5PasswordEncoder() {
    return new Md5PasswordEncoder();
}

• Après changement

PasswordEncoderConfig.java

@Bean
public PasswordEncoder md5PasswordEncoder() {
    return new MessageDigestPasswordEncoder("MD5");
}

Je voudrais arrêter d'utiliser MD5 lui-même, mais ce n'est pas recommandé car c'est assez difficile pour les projets de longue durée, mais je l'éviterai une fois.

Utilisation de DelegatingPasswordEncoder

Je vais l'utiliser car il a été ajouté à partir de Spring Security 5. Il semble qu'il délègue le traitement au PasswordEncoder approprié pour chaque algorithme de hachage de mot de passe. Il y avait une classe qui a été définie par défaut, alors utilisez PasswordEncoderFactories pour la générer. Par défaut, il renvoie bcrypt.

PasswordEncoderConfig.java

@Bean
public PasswordEncoder delegatingPasswordEncoder() {
    return PasswordEncoderFactories.createDelegatingPasswordEncoder();
}

Modifications apportées à org.hibernate.validator.constraints.NotBlank

ʻOrg.hibernate.validator.constraints.NotBlankest obsolète et sera modifié. Puisquejavax.validation.constraints.NotBlank` est implémenté avec le même nom de classe, il était correct de ne remplacer que la partie import à la fois.

Avec ce genre de réponse, cela fonctionne très bien. fin