整理: エンジンが見つからない例外を追加

[tarepan]

内容

概要: ドメイン内 HTTPException を新規の「エンジンが見つからない」例外に置き換えてリファクタリング

#1234 でエンジン取得がドメインへ移され、その際に HTTPException も変更されず移動された。これはサーバーとドメインのミスマッチであり修正すべきである。
新規例外を作成した場合、この例外をサーバー側のどこでキャッチするか（application.py か routers か）設計する必要がある。エンジンは複数の router で利用されているため、router でキャッチしようとすると各 router にキャッチ実装が必要で煩雑である。一方、application.py であれば FastAPI の global exception handler 機能を利用できる。よって後者が妥当である。

このような背景から、エンジン系 HTTPException を新規 EngineNotFound 例外に置き換えグローバルハンドラでキャッチするリファクタリングを提案します。

関連 Issue

ref #1234

[tarepan]

@Hiroshiba
全指摘箇所の反映・テストパスを確認しました。Re-review よろしくお願いします。

[Hiroshiba]

ほぼLGTMです！
ちょっと案内のとこだけ。。 🙇

[tarepan]

「VOICEVOX "ENGINE"」と「TTS "Engine"」の混同が根本原因だとわかりました。

現在の EngineNotFound は「TTSEngine が見つからない」を意味しています。VOICEVOX ENGINE 内部的にはこれは正しい情報です。
一方で TTSEngine は内部実装でありユーザーには見えない情報です。ゆえにユーザー向けエラーメッセージで見せるべきではありません。
ここをあまり意識しなかった+読みやすくしようとした結果、「TTSEngine が見つからない」の意で「エンジンが見つかりません」とのメッセージになりました。結果としてこのメッセージは「VOICEVOX ENGINE が見つからない...????」との誤解を与える文章になっています。バージョン番号もユーザーからみるとわけわからないことになります。

本 PR を大幅に変更します。以下が変更の方針です：

• EngineNotFound → TTSEngineNotFound にリネーム
• TTSEngineNotFound の文字列メッセージでなく version field で情報伝達
• exception hander で version 値を確認、モック番号でなければ「コアが見つからない」を API で返す

[tarepan]

@Hiroshiba
全指摘箇所の反映・テストパスを確認しました。Re²-review よろしくお願いします。

[tarepan]

@Hiroshiba
全指摘箇所の反映・テストパスを確認しました。Re³-review よろしくお願いします。

[Hiroshiba]

LGTM！！

[Hiroshiba]

あっ　コンフリクト解消しようとしたのですが、LatestTTSEngineNotFoundが不要になってるかもです 🙇
あるいは別のところで発生するようになってる･･･？

ちょっとすみません、おまかせできると助かります 🙇 🙇 🙇

[tarepan]

LatestTTSEngineNotFound が不要になったため削除しました。

@Hiroshiba
全指摘箇所の反映・テストパスを確認しました。Re⁴-review よろしくお願いします。