OpenAPI: Classのプロパティに配列が含まれている場合のスキーマ定義解析結果が想定外

[xsekiguchi]

closes #2059

対応内容

• プロパティが配列になっている場合を考慮漏れ対応
• 配列で Array, Collection 以外はありえないため、配列の場合のデッドコードを削除
• リファクタリング：スロー例外をRuntimeException -> SystemExceptionに変更
• リファクタリング：スキーマタイプ検出機能をプライベート内部クラスに抽出
• リファクタリング：return を含む if/else の else を削除
• リファクタリング：NPE発生抑止
• リファクタリング：コメントの全体統制

動作確認・スクリーンショット（任意）

• 変更前後でスキーマ構成のうち、Date型のプロパティが想定通り integer になっている
• 不要なスキーマが作成されていない

レビュー観点・補足情報（任意）

• 根本的な不具合としては、OpenApiComponentClassReusableSchemaFactory.java R200 から始まるプロパティのループ内で detector.isArray() が true の場合に、配列（ Class#isArray() ) のパターンを考慮していなかったことです。
• detector.isArray() のパターンは必ず配列になるので、Array 以外は List,Set などの Collection クラスとして判断しています。
• これ以外の修正は Copilot の指摘によるリファクタリングを実施しています。

[Copilot]

Pull request overview

OpenAPI スキーマ生成で、クラスのプロパティが配列（T[]）の場合に標準型解決が行われずスキーマが想定外（例: Date[] が integer にならない）になる不具合を修正します。あわせて当該クラス・関連クラスへのリファクタリング（タイプ判定ロジックの内部クラス抽出、例外型変更、メソッド名の typo 修正、else 簡素化、コメント整理 等）を行っています。

Changes:

• detector.isArray() 分岐で Class#isArray() の場合を getComponentType() 経由で処理し、配列要素の標準型解決／再利用スキーマ追加を共通メソッド updateArrayPropertySchema に集約
• RuntimeException を SystemException に置換、配列分岐の判定ロジックを SchemaTypeDetector 内部クラスへ抽出、$defs キーを定数化、getDefsSchema の不正な $ref に対する事前チェックを追加
• PropertyDescriptorParser のタイプミス（getPropertyDesctiptor* → getPropertyDescriptor*）を修正

Reviewed changes

Copilot reviewed 2 out of 2 changed files in this pull request and generated no comments.

File	Description
iplass-web/.../OpenApiComponentClassReusableSchemaFactory.java	配列プロパティの解析バグ修正、判定ロジックの内部クラス化、共通処理メソッドの抽出、例外/コメント整理
iplass-web/.../PropertyDescriptorParser.java	メソッド名の typo 修正、SystemException への置換、JavaDoc 補足追加