はじめに

年の瀬にスクレイピングしたくなって Rust 勉強し始めたけれど、直前に reqwest ライブラリに更新が入ったみたいでコピペコーディングが阻まれた。

知っとかないといけなかったこと

• 今回の更新 reqwest 0.10.0 で async/await がデフォルトになった(ので従来のサンプルコードは動かなくなった)。
• Cargo には feature flag(feature toggle) 機能があって、reqwest やら(オフィシャルサンプルで利用している)tokio やらもこれを利用している。
  • (async/await を使わない、従来の)blocking 版をどうやって使うのか全然わからなかったけれど、features で明示的に指定する必要があった。
  • オフィシャルサンプルを動かすにしてもこれを知っておかないといけなかった。
• tokioを用いる必要があった。
  • 自分が見ていた(古い)サンプルではfuturesのfutures::executor::block_onを利用していたので当初それをコピペったのだが次のエラーが出た: ’not currently running on the Tokio runtime.',
  • async/await 構文が標準に取り込まれた、ということは非同期ランタイムを別のものにすげ替えることが可能、みたいなイメージを持っていたのだが、そうではなさそう。
  • おそらく自転車本の補遺が言うところの「非同期エコシステム」が関係する話題。

サンプルを動かすには

https://github.com/seanmonstar/reqwest

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