While the current structure happens to work in some tools, it's very unconventional and doesn't work well in all cases. For example, Eclipse (and therefore also VSCode with Red Hat's Java extension, which uses a headless version of Eclipse) doesn't like it and refuses to compile the source.
It's also inconsistent because only 5 of the version wrappers follow this unconventional structure, the rest are normal. So I see no reason to keep the unconventional structure around seeing as it's a hindrance to potential contributors who may use Eclipse or VSCode.
While the current structure happens to work in some tools, it's very unconventional and doesn't work well in all cases. For example, Eclipse (and therefore also VSCode with Red Hat's Java extension, which uses a headless version of Eclipse) doesn't like it and refuses to compile the source.
It's also inconsistent because only 5 of the version wrappers follow this unconventional structure, the rest are normal. So I see no reason to keep the unconventional structure around seeing as it's a hindrance to potential contributors who may use Eclipse or VSCode.