Javaバージョンを16から1.8に変更することで成功するようになった当該のgradlewはバージョン6.xで生成されたもので、これはJava 16には対応していません。
gradlewの再生成ができない状況だったため、ローカルのJavaバージョンを1.8に落とすことで対処しました。
今まではIntellij IDEA Ultimateの無料トライアルはアカウント登録も不要な完全無償で行えていました。
このため、ライセンス発行までどうしても時間がかかる場合なんかには無料トライアルで済ませることができていました。
一方、今日見た所アカウント登録が必須になっているように見えました（アカウントを新しく作ってまで確認するのは面倒だったのでやっていません）。
恐らく他のJetBrains製IDEでも同様の状況になったものと思われます。
昔の仕様を悪用すればライセンス期間を無理やり伸ばすようなことができていましたし、JetBrainsの収益的にはこちらの方が絶対にいいとは思います。
ただ、ライセンス発行が会社の手続き待ちになったり、オープンソース開発用ライセンス発行を待つような状況で無料トライアルを利用しにくくなるのは不便だなあと思いました。
余談ですが、自分はオープンソース開発用ライセンスの発行とライセンス購入時期が被ったせいで無料ライセンスがほぼ無駄になった悲しい過去が有ります。
この辺もう少し融通が利くようにして欲しいなあ……。
Chromeで開き、開発者ツールでbackgroundを設定することで、背景色を変えてプレビューできる
body、無ければ一番外側の要素が安定Chromeに限らず、開発者ツールから内容を書き換えられるなら別ブラウザでも同等の確認が可能画像や動画などで透過有りの内容を確認するとき、プレイヤーなどの背景が真っ黒で、黒で塗りつぶされているのか透過しているのか分からない場合が有ります。
そのような場合に、プラットフォームを問わずにそれらを確認する方法として、Chromeとその開発者ツールを使った方法を紹介します。
下記のサイトから画像をお借りしてやり方を紹介します。
まず画像ファイルをChromeで開き、そのタブでF12キーを押して開発者ツールを開きます（画像では見やすさのためウィンドウサイズを変更しています）。
次に、elementsタブでHTMLを表示し、body要素にカーソルを合わせ、クリックします。
最後に、StylesタブからCSSのbackground要素のカラーコードをダブルクリックし、適当な値に変更することで、背景色が変更できます。
画像では#0e0e0eからaquaに変更しています。
見た目通りかもしれませんが、この画像は背景が変化していないため、透過が無効になっていることが分かります。
また、小さい四角で色のプレビューが表示されていますが、これをクリックすることでカラーパレットを開くことができ、手動でさまざまな色を設定することができます。
変更はリアルタイムで反映されるため、透過の確認に便利です。
ここまで紹介した内容は、同等の機能を持ったブラウザであればどれでも利用できます。
今回の例ではbackgroundプロパティが最初から存在していましたが、これが無い場合もあります。
その時は、ここまで紹介した画像でいうelement.styleをクリックし、backgroundプロパティを追加することで対応できます（画像の通り、途中まで入力すれば補完が効きます）。
書き換え対象をbodyとして紹介したのは、画像や動画をいくつかプレビューしてみた限りでは、ここを書き換えれば背景色を適切に書き換えることができたためです。
ただし、SVGファイルのようにbodyでラップされていない状態になるものや、bodyでは背景を書き換えられない内容もあり得るため、その場合は適切な要素の背景を書き換える必要があります（bodyが無い場合、まず一番外側の要素から書き換えを試すと良さそうです）。
また、Chromeでプレビューできないメディアの場合、残念ながらこの方法は使えません。
DbUnit等の不具合ではなかったと思われるSpringDbUnitでテストを作成していた所、DatabaseSetupアノテーションに設定したファイルがjava.lang.IllegalArgumentException: Unable to load dataset from "${ファイル名}" using class com.github.springtestdbunit.dataset.FlatXmlDataSetLoaderという内容のエラーになり、読み込めない問題が発生しました。
このエラーは「ファイルが読み込めない」という内容で、基本的には入力のtypo等で発生する問題です。
一方、自分の遭遇した状況では、アノテーションに設定するファイル名やファイルパスをいくら直して確認しても解決しませんでした。
また、他のテストでは同じ文法で書いていて、特に問題が発生していない状態でした。
一旦はtypoや制御文字が入り込んだことを想定し、diffを取りながら動作確認を行いました。
それでも解決しなかったため、別ディレクトリに配置して実行する検証を行った所、特定ディレクトリに配置した場合に再現することが確認できました。
そこで、一旦ファイルを退避した上でディレクトリを再度追加して実行した所、成功するようになりました。
なお、この変更の前後でgitのdiffは出ていませんでした。
この問題は、mac環境で、Intellij IDEAから全てのファイル・ディレクトリ操作を行っている間に発生しました。
ここで紹介する方法は正規の更新手段でなく、設定ファイルに変更が入っていたりすると動かなくなることも考えられるため、実行は自己責任でお願いします。
自分のMac環境で、Docker DesktopからDownload Updateを押しても実行が上手く行かず、更新できない状態になりました。
そこで、以下の手順で更新を行いました。
Docker DesktopをQuitdmgファイルをダウンロードこの方法でも、設定やコンテナはそのままになっていました。
ただし、ここで紹介した方法は正規の更新手段でなく、設定ファイルに変更が入っていたりすると動かなくなることも考えられるため、実行は自己責任でお願いします。
DB跨ぎの外部キーが絡む状態でDatabseSetupすると、外部キーの元になるinsertがコミットされずにデッドロックが発生する
Caused by: com.mysql.cj.jdbc.exceptions.MySQLTransactionRollbackException: Lock wait timeout exceeded; try restarting transactionになるタイトル通り、DB跨ぎの外部キーが絡む状態でDatabseSetupした所、外部キーの元になるinsertがコミットされずにデッドロックが発生する状態になりました。
色々調べましたが、DbUnit側でこれに対応する方法は提供されていないように見えました。
そのため、テストでは外部キー制約を切ることでこの問題に対処しました（外部キー制約によるテストデータ作成の手間を軽減する意図も有りました）。
外部キー制約の切り方は別の記事にまとめてあります。
KmValueParameter.typeは実際の所non-nullだが、定義上nullableになっている
KmValueParameter.typeがnon-nullならKmValueParameter.typeはnull」というような記述になっている0.3.0時点の話使っていて疑問を感じたので質問を投げてみた所、ライブラリ側のミスだったみたいでした。
