[Java] Inconsistent logic for type IDs in Union vectors

The current logic for calculating the type IDs in UnionVector#getField and DenseUnionVector#getField is:
1. DenseUnionVector uses an increasing counter 
1. UnionVector uses the ordinal of the type enum
1. Both completely ignore the type IDs provided at construction as part of fieldType (if provided)

We encountered this inconsistency while testing a direct roundtrip of a union vector between pyarrow and Java with the C Data Interface ('direct' here means without using VectorSchemaRoot/RecordBatch). The identifiers for the type IDs differ after completing a roundtrip. 

 

**Reporter**: [Roee Shlomo](https://issues.apache.org/jira/browse/ARROW-14271) / @roee88

_{**Note**: *This issue was originally created as [ARROW-14271](https://issues.apache.org/jira/browse/ARROW-14271). Please see the [migration documentation](https://github.com/apache/arrow/issues/14542) for further details.*}

Bắt đầu với UnionVector#getField và DenseUnionVector#getField, sau đó lần theo cách fieldType và các type ID được cung cấp cho nó được xử lý trong quá trình xây dựng. Tái hiện roundtrip trực tiếp từ pyarrow sang Java qua C Data Interface và xác minh rằng cả hai loại vector đều duy trì các type ID nhất quán sau roundtrip.

Do mô hình lập chỉ mục viết ra từ nội dung của issue.