RestTemplateBuilder

• RestTemplate は Spring Framework(spring-web)だけれども RestTemplateBuilder は Spring Boot。
• Java の世界の なんちゃらBuilder (StringBuilderとか Lombok のBuilderアノテーションとか、ざっくり総称で Effective Java 版 Builder とでも呼ぶべきか)の使い方は、「まず builder のインスタンスを生成します」から始まるので RestTempalteBuilder もそれだと思っていた。
  • つまり、このクラスインスタンスは Spring Boot のデフォルト状態でインジェクション可能だけれども、このインジェクションされたRestTempalteBuilderインスタンスのスコープは(Spring のデフォルトであるところの)singleton-scope ではない と思っていた。
    • だってbuilderインスタンスが singleton-scope なら、あるbeanで builderに設定したものが他所のbeanにも波及しちゃうじゃない。
• けどResttemplateAutoConfigurationの Bean 定義部分どう見ても singleton-scope にしか見えない。何か自分の知らない記法(あるいは暗黙的解釈)がなにかまだあるのか？ また 何か Spring マジックが発動しているのか…？

と思ってたけど、RestTemplateBuilderの状態設定メソッド(このへん)見て気づいた、 設定メソッドの中で new RestTemplateBuilder() やっとるんかーい！

はじめに: 試した環境

Windows10 の現時点での最新安定版 Google Chrome および Firefox を用いました。

• Google Chrome 78.0.3904.108
• Firefox 70.0.1

また実行に際しては、キャッシュ等の影響を避けるため、Chrome ではゲストモード、Firefox では今回新規作成したプロファイルで確認しました。

Relaxed Binding 2.0 という仕組みにより

spring.jpa.database-platform=mysql
spring.jpa.databasePlatform=mysql
spring.JPA.database_platform=mysql

いずれの形式でも正しくバインドできる。
が、公式ドキュメントからは一番上の database-platform が推奨されているように読み取れる。

Relaxed binding - Spring Boot Configuration Binding:

悪い意味で。
なお試した時点での GraalVM 最新リリースバージョンは 19.2.1でした。

GraalVM インストール & 実行

GraalVM のインストール方法はいくつかあるのでお好みで。例えば:

• GitHubから実行バイナリをダウンロード
• SDKMAN!
• Scoop

(なお、SDKMAN!は今回試していないのでちゃんと動くかは知らない)

OAuth2.0 の redirect_uri をゴニョった実装をテストしたいときにハマった。

mockMvc.perform(get(new URI("/line/oauth/authorize?redirece_uri=https%3A%2F%2Fexample.com")

ってやらないと二重にエンコードされてしまう。

参考

• MockMvc needs to accept prepared URI with encoded URI path variables [SPR-11441] #16067
• EncodedUriTests.java