HDDS-14740. Implement ScmListCodec without reflection

[Russole]

What changes were proposed in this pull request?

Record generic type information when constructing SCMRatisRequest; otherwise getCodec() and decode() cannot determine the element type of List.

• Add genericType field to MethodArgument in SCMRatisProtocol.proto to store the element type T of List<T>.
• Add genericType field to SCMRatisResponseProto to preserve generic type information in responses.
• Update SCMRatisRequest and SCMRatisResponse encode() to include genericType when the parameter is List<T>.
• Update SCMRatisRequest and SCMRatisResponse decode() to reconstruct the corresponding generic Type.
• Add genericParameterTypes parameter to SCMRatisRequest and SCMRatisResponse constructors to preserve generic type information.
• Add getCodec(Type type) and getOrCreateListCodec() in ScmCodecFactory to support resolving codecs for List<T>.
• Update ScmListCodec to support generic element types instead of inferring the type from runtime values.
• Dynamically create and cache ScmListCodec instances for List<T> based on the element type.
• Fix tests to align with the changes.

What is the link to the Apache JIRA

https://issues.apache.org/jira/browse/HDDS-14740

How was this patch tested?

• All CI checks passed
  • https://github.com/Russole/ozone/actions/runs/23072421922

[Russole]

Hi @szetszwo, could you please help review this PR when you have time? Thanks!

[szetszwo]

@Russole , since the existing code can serialize/deserialize, the protos should have enough information, i.e. we probably don't need to add new fields to the protos. Let me see about how to do it.

[szetszwo]

@Russole , Please see if this idea would work.