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.*}

Commencez par examiner la structure des packages Java, la configuration de Maven enforcer et la documentation de migration liée depuis l’issue pour le contexte de PARQUET-31. Le travail est considéré comme terminé lorsque les limites entre les packages publics et internes sont convenues et que l’enforcer reflète les règles de versionnage sémantique choisies.

Rédigé par le modèle d'indexation à partir du texte de l'issue.