Java21に上げたらテスト通らないんだが

まだJava17の子がいたので、雑にJava21に上げてみたらテスト落ちたの。「なんでそんなとこ落ちんの？」って感じだったのでメモ。

何変わったんだろ

正規表現の \b の扱いが変わってたっぽいです。

Java17でやるとこうで、

% jshell
|  JShellへようこそ -- バージョン17.0.14
|  概要については、次を入力してください: /help intro

jshell> "あ".matches(".\\b")
$1 ==> true

Java21だとこうなります。

% jshell
|  JShellへようこそ -- バージョン21.0.6
|  概要については、次を入力してください: /help intro

jshell> "あ".matches(".\\b")
$1 ==> false

わお。

ちなみに "a".matches(".\\b") はどっちも true です。

いつ変わったんだろ

API仕様を見比べるとJava18 までは 単語境界 だったのが、 Java19 で 単語境界 : (?:(?<=\w)(?=\W)|(?<=\W)(?=\w)) (単語以外の文字が単語文字を省略するロケーション) に変わっていました。

多分この辺なんだろうなぁと思いつつ、SDKMAN!にもJava18-20はもうないので、挙動での確認は面倒だなぁと。別にバージョン特定しなくてもいいかなぁと思いながらコミットログ眺めてたらこれが目に入りました。API仕様と同時の19でよさそう。

とりあえず17から21にしたら変わっちゃいます。正規表現を使っているとこのテストは見直しとくといいかもです。

なおAPI仕様の説明は Java24でまた変わるみたいです。

ちなみに

UNICODE_CHARACTER_CLASS したらJava21でもJava18以前と同じ結果の true にはなります。ここに関しては。他も変わるからまぁあれだ。

// Java17, 21どちらも同じ
jshell> Pattern.compile(".\\b", Pattern.UNICODE_CHARACTER_CLASS).matcher("あ").matches()
$2 ==> true


// java21
jshell> Pattern.compile(".\\b").matcher("あ").matches()
$3 ==> false

// java17
jshell> Pattern.compile(".\\b").matcher("あ").matches()
$3 ==> true

もともとUNICODE_CHARACTER_CLASS つけなきゃ \w が "あ" とかに使えなかったわけで。

// Java17, 21どちらも同じ
jshell> Pattern.compile("\\w", Pattern.UNICODE_CHARACTER_CLASS).matcher("あ").matches()
$4 ==> true

// Java17, 21どちらも同じ
jshell> Pattern.compile("\\w").matcher("あ").matches()
$5 ==> false

\w と \b の対応が取れていなかったのがちゃんと取れるようになったようです。