Choose a strategy for semantic versioning of the java artifacts

We need to decide which java packages are "internal" and we are free to refactor without going up a major revision, and which are part of our public API and require strict semantic versioning. We need to then reflect this in the maven enforcer that detects these changes.

**Reporter**: [Alex Levenson](https://issues.apache.org/jira/secure/ViewProfile.jspa?name=alexlevenson) / @isnotinvain

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

まず、PARQUET-31 のコンテキストについて、Java パッケージ構造、Maven enforcer の設定、および issue からリンクされている移行ドキュメントを確認します。パブリックパッケージと内部パッケージの境界について合意され、enforcer が選択したセマンティックバージョニングのルールを反映していれば完了です。

索引モデルが issue の本文から書いたものです。