Maven Metadata corruption if repository directory role overlaps

In case certain directory role in repository is manifold (which IS against best practices), data loss occurs. Metadata will contain this or that, but not both data.

Example: consider project producing these artifacts

• org.foo:bar:1.0
• org.foo.bar:baz:1.0

In this case, the local (and remote) repository path org/foo/bar that is a directory, will overlap in a way, it is G level for one artifact, and A level for another. Now, if org.foo.bar:baz is a Maven Plugin, the G level should contain plugin related (G level) metadata. At the same time, due org.foo:bar this directory should contain A level metadata (list of versions). Affected maven versions will simply drop "the other" metadata (so if last deployed using this directory as G, the A data will be missing, and other way around).

Have to note that doing this kind of naming is against "best practices", but still, can occur, for example in case of some refactoring/renaming of long running project modules.