feat: new rule AAR056 avro schema format

[mels-h]

Pull request type

Please check the type of change your PR introduces:

• Bugfix
• Feature
• Code style update (formatting, renaming)
• Refactoring (no functional changes, no api changes)
• Build related changes
• Documentation content changes
• Other (please describe):

[sonarqubecloud]

Quality Gate passed

Issues
0 New issues
0 Accepted issues

Measures
0 Security Hotspots
0.0% Coverage on New Code
0.0% Duplication on New Code

See analysis details on SonarQube Cloud

[SebastianDT1]

AAR056 — Casos de prueba faltantes

Revisando AAR056AvroSchemaFormatCheck.java contra los fixtures actuales (v2/v3/v31), encontré los siguientes gaps de cobertura:

Riesgo real (falso negativo):

1. Case-sensitivity — value.contains(AVRO_SCHEMA_FORMAT_PREFIX) es case-sensitive (Java String.contains()). Un valor como 'Application/Vnd.Apache.Avro;Version=1.9.0' no matchea el prefix y se ignora silenciosamente en vez de reportarse. Sin test que lo confirme.

Comportamiento correcto, sin test:

2. schemaFormat no-string (ej. true, 12345) — stringValue() convierte a texto, no contiene el prefix, se ignora. Razonable pero sin test.
3. schemaFormat: null explícito — corta temprano (skip). Correcto, sin test.
4. Whitespace extra ('application/vnd.apache.avro; version=1.9.0') — no hace exact-match, reporta como wrong-version. Correcto, sin test.
5. Sufijo extra en versión (1.9.0-SNAPSHOT, 1.9.00) — mismo path que feat: Adaptar asyncpia para asyncapis 3.0 #4, reporta. Correcto, sin test.

Gap de cobertura (no de lógica):

6. Documento mixto: canal válido + canal wrong-version en el mismo archivo — todos los fixtures actuales son homogéneos (todo válido o todo inválido).
7. v31 sin non-avro-schema-format.yaml — v2 y v3 sí lo tienen, asimetría de cobertura.
8. schemaFormat dentro de estructura array anidada (ej. oneOf) — el código recorre arrays (visit() maneja isArray()), pero ningún fixture ejercita ese path.