fix: pass along type_use annotations to swagger(-core)

[tthornton3-chwy]

Summary

Preserve top-level TYPE_USE annotations when Springdoc flattens @ParameterObject fields into query parameters.

Previously, GenericParameterService only forwarded annotations from parameterized type arguments. That meant annotations like JSpecify-style @nullable on an array type, e.g. Status @nullable [] status, were dropped before schema extraction. Swagger-core therefore never saw the nullable signal and generated only type: "array".
This change forwards both:

• annotations on the field’s AnnotatedType itself
• annotations on parameterized type arguments

That allows OpenAPI 3.1 nullable array query parameters to generate:
"type": ["array", "null"]

Change Plan

• Updated GenericParameterService.resolveTypeAndTypeAnnotationsForParameter(...) to use a new helper that collects annotations from the full AnnotatedType.
• Kept the existing parameterized type-argument annotation behavior intact.
• Added a WebMVC OpenAPI 3.1 regression test app using a flattened @ParameterObject with a runtime TYPE_USE @nullable annotation on an array query parameter.
• Added the expected JSON snapshot showing type: ["array", "null"] with enum array items.

Test Plan

Ran the test suite with the new tests.

[Mattias-Sehlstedt]

What is the reason for wanting reuse this object in different contexts where @Nullable is not always correct? For the case where it is used in a path-parameter context, then the annotation misleads the consumer using the object, since the object says nullable but it actually is required?

Isn't the better approach to have an object specifically for the path scenario, so that it both documents the nullable correctly inwards and outwards?