[java] BQ: use logical type in avro schema factory on write

[RustedBones]

when writing to BQ with avro, if the table schema contains DATE, TIME, TIMESTAMP columns, the default schema factory should create avro fields with matching logical type.

There is still an issue with DATETIME: BigQueryAvroUtils::toGenericAvroSchema favors generating schema for the reading side and generates an avro field with string(datetime) type. This can't be used on write (expecting long(local-timestamp-millis) or long(local-timestamp-micros)).

See note in doc

When exporting to Avro from BigQuery, DATETIME is exported as a STRING with a custom logical time that is not recognized as a DATETIME upon importing back into BigQuery.

[github-actions]

Checks are failing. Will not request review until checks are succeeding. If you'd like to override that behavior, comment assign set of reviewers

[github-actions]

Assigning reviewers. If you would like to opt out of this review, comment assign to next reviewer:

R: @Abacn for label java.
R: @damondouglas for label io.

Available commands:

• stop reviewer notifications - opt out of the automated review tooling
• remind me after tests pass - tag the comment author after tests pass
• waiting on author - shift the attention set back to the author (any comment or push by the author will return the attention set to the reviewers)

The PR bot will only process comments in the main thread (not review comments).

[github-actions]

Reminder, please take a look at this pr: @Abacn @damondouglas

[Abacn]

aren't these no-op change?

BigQueryAvroUtils.toGenericAvroSchema(schema) calls BigQueryAvroUtils.toGenericAvroSchema(schema, true) calls BigQueryAvroUtils.toGenericAvroSchema("root", schema, true, namespace)

BigQueryUtils.toGenericAvroSchema(schema, true) calls BigQueryAvroUtils.toGenericAvroSchema("root", schema, true, namespace)

[RustedBones]

Right, I messed up with BigQueryUtils.toGenericAvroSchema which has opposite default