parquet-avro logical type support broke ability to use avro reflection with generics.

Impacts 1.9.0 and 1.8.2.

Assuming the fieldClass is a concrete class (which it is for all of the logical types) is an incorrect assumption when generics are used.

Statistics {
T field1
T field2
}

SetStatistics extends Statistics> {}

Solution is to check if the fieldClass is abstract/interface/raw object.

**Reporter**: [Evan McClain](https://issues.apache.org/jira/secure/ViewProfile.jspa?name=aeroevan) / @aeroevan
**Assignee**: [Evan McClain](https://issues.apache.org/jira/secure/ViewProfile.jspa?name=aeroevan) / @aeroevan
#### Original Issue Attachments:
- [0001-Do-not-pass-knownClass-if-it-is-abstract-interface.patch](https://issues.apache.org/jira/secure/attachment/12850491/0001-Do-not-pass-knownClass-if-it-is-abstract-interface.patch)

_{**Note**: *This issue was originally created as [PARQUET-856](https://issues.apache.org/jira/browse/PARQUET-856). Please see the [migration documentation](https://issues.apache.org/jira/browse/PARQUET-2502) for further details.*}

Utilisez les exemples Statistics et SetStatistics extends Statistics> pour reproduire l’échec de la réflexion Avro. Examinez la gestion des types logiques de parquet-avro autour de fieldClass et comparez-la au patch joint ; le travail est terminé lorsque la réflexion générique fonctionne sans transmettre une classe abstraite, d’interface ou Object brut comme classe connue.

Rédigé par le modèle d'indexation à partir du texte de l'issue.