[WIP] Refactor GroupReadSupport to remove deprecated api

[leoluan2009]

Make sure you have checked all steps below.

Jira

• My PR addresses the following Parquet Jira issues and references them in the PR title. For example, "PARQUET-1234: My Parquet PR"
  • https://issues.apache.org/jira/browse/PARQUET-XXX
  • In case you are adding a dependency, check if the license complies with the ASF 3rd Party License Policy.

Tests

• My PR adds the following unit tests OR does not need testing for this extremely good reason:

Commits

• My commits all reference Jira issues in their subject lines. In addition, my commits follow the guidelines from "How to write a good git commit message":
  1. Subject is separated from body by a blank line
  2. Subject is limited to 50 characters (not including Jira issue reference)
  3. Subject does not end with a period
  4. Subject uses the imperative mood ("add", not "adding")
  5. Body wraps at 72 characters
  6. Body explains "what" and "why", not "how"

Documentation

• In case of new functionality, my PR adds documentation that describes how to use it.
  • All the public functions and the classes in the PR contain Javadoc that explain what it does

[shangxinli]

LGTM. Thanks for working on it!

[gszadovszky]

This is a breaking change that our build (japicmp maven plugin) should have been caught. I've tried to investigate and reported a bug for the plugin.
Also, this change has a WIP in the header and no JIRA links. I'm going to revert this change.

@leoluan2009, please create a jira for this and open a new PR with correcting backward incompatible change (deprecate public methods instead of removing/overwriting them)

[gszadovszky]

I've overlooked this change which is syntactically not a breaking change as both methods (the deleted and the new one) are overridden from the parent. That's why the plugin did not identify this change.
Meanwhile, the super implementation of the removed method throws an UnsupportedOperationException so by removing it in the descendant is a breaking change.