一周遅れのバージョンアップなので、ググればすぐ解決方法は出てくるだろうなと思っていたらネットに情報はなく、そこそこ苦労したので、今回はこのネタを共有したいと思います。Bootに内包されているTomcatやJettyのアクセスログをLogbackのログとして出力してくれるものです。Qiitaで使い方も説明されていますのでどうぞ。今回の記事で幸せになれる方#この記事を読むと幸せになれる人は次の方です。moreこの両方に該当している方は筆者が踏んだ非互換と全く同じです。下に解決方法を書いているので、そのとおりにやっていただければ幸せになれます(キッと。定義を次のようにするとエラーは解消されます。</exclusions></dependency>artifactIdがlogback-access-tomcatに変わっているので要注意です。推移的依存により含まれてきます。メソッドがクラスのロード順により見つからなくなる場合があります。このため、不要なこの2つの依存を明示的に除外するようにします。BootをBumpして動かなくなった原因は以下のとおりでした。getConfigurationLock()Logback-accessのch.qos.logback.access.tomcat.LogbackValveは上述のContextインターフェースを実装しているため、logback-core-1.5.7に対応した、つまりgetConfigurationLock()の戻り値をObjectからReentrantLockに変更したバージョンが必要となったしかし、Logback-accessのバージョンはそのままにしていため、動作しなくなったということで、動かなくなった原因はわかったのですが、問題はLogback-accessのどのバージョンを使えばよいかでした。Centralを除くと、Logback本体と同じv1.5系がLogback-accessにもあったので、コレだなと思い指定したが動かず、、、よくよく見てみるとv1.5系の実体はリポジトリが移動したよ!のお知らせだけのpomで中身がない!実質、使えないバージョンということがわかる。しょうがないので、まじめに調べるかと思い、Logback-accessの公式ページをみているとなにやら難しそうなことが書かれていて結局artifactとバージョンになにを指定すればいいのかよくわからず。ダメもとで解決方法のとおりに指定したら問題なく動いて🙌となりました。Bootのバージョンを上げる際に要注意だなぁと改めて思った、そんなBump作業でした。ススメ(2023-03-22)豆蔵では共に高め合う仲間を募集しています!具体的な採用情報はこちらからご覧いただけます。