SNOW-1812949 add get object and get bytes support for native arrow structured types

[sfc-gh-mkubik]

Add getObject and getBytes implementations for native arrow structured types

SNOW-1812949

The getString unification was already introduced to JDBC driver. This PR introduces changes for getObject and getBytes functions:

• toObject on structure types would return object cast of StructObjectWrapper that contains both Object and String representation - to take the advantage of structure type and allow casting to Map or Array but also keep the backward compatibility with semi-structured types and return proper string representations
• toBytes returns toBytes of the string representation of a structured type
• also toBytes got added to the vector type as it wasn't available

Pre-review self checklist

• PR branch is updated with all the changes from master branch
• The code is correctly formatted (run mvn -P check-style validate)
• New public API is not unnecessary exposed (run mvn verify and inspect target/japicmp/japicmp.html)
• The pull request name is prefixed with SNOW-XXXX:
• Code is in compliance with internal logging requirements

[sfc-gh-pmotacki]

Could we extract these conditions?

[sfc-gh-mkubik]

You mean something like isVarcharConvertedStructuredType() function? I also consider some rearrangement of conditions but not sure how to make it pretty:

    if (type != Types.STRUCT) {
      return obj;
    }
    if (!resultSetMetaData.isStructuredTypeColumn(columnIndex)) {
      return obj;
    }
    if (!(converter instanceof VarCharConverter)) {
      return obj;
    }
    if (obj != null) {
      return new StructObjectWrapper((String) obj, createJsonSqlInput(columnIndex, obj));
    }

    return null;

[sfc-gh-pmotacki]

Here, we create JSON using ObjectMapper. Shouldn't it be created by our types mappers?

[sfc-gh-mkubik]

I think this method is used for both JSON and ARROW data. For arrow structured types the text field will always be set so it won't be executed. Now I think that it may be worth to check for potential divergence in primitive types though