Support generic input types

[oryan-block]

Fixes #468

Checklist

• Pull requests follows the contribution guide
• New or modified functionality is covered by tests

Description

Using a generic class as an input type, e.g. AuditWrapper<LanguageInput> with a content: T field, crashed with ClassCastException: TypeVariableImpl cannot be cast to class java.lang.Class. The scanner was resolving each input field's type relative to the field type itself (T) instead of the input class it's declared on, so there was nothing to resolve T against. Now it's resolved relative to the containing input type, which covers both AuditWrapper<LanguageInput> and a subclass like LanguageAuditWrapper : AuditWrapper<LanguageInput>.

Also changed GenericType#replaceTypeVariable to keep the full type argument instead of its raw class. Otherwise AuditWrapper<List<LanguageInput>> still fails with "generic type information was lost". This is shared with resolver types too, but it just makes T -> Foo<Bar> behave the same as declaring Foo<Bar> directly.

I didn't go with the fix suggested in the issue (using mostSpecificType in parameterizedDeclaringTypeOrSuperType) since that changes how type variables are resolved for every resolver, not just input types.

🤖 Generated with Claude Code

[sonarqubecloud]

Quality Gate passed

Issues
2 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