Removed outdated Microsoft OpenJDK vendor hardcoding which causes errors

[jmjaffe37]

This hardcoding has been outdated for a few years. Since then, quite a few GitHub issues have appeared where problems are experienced as a result of this hardcoding. Example: microsoft/openjdk#339

Note, the only changes here are:

• I removed the if-statement which adds hardcoding for the Microsoft OpenJDK vendor
• I restored the spacing of everything in the else-statement to be in line with the function

[jaikiran]

This change looks OK to me. It looks like this original code was added back in 2001. I'll wait to hear from Stefan or someone familiar with this code/history before merging it.

[jaikiran]

Hello @jmjaffe37,

This hardcoding has been outdated for a few years.

Would you happen to know if there could be users of some old versions of Microsoft released JDKs which may have this Packages directory? Are there any such versions of the JDKs still around? If yes, then a slightly different fix which involves a check for the presence of the File(JavaEnvUtils.getJavaHome() + File.separator + "Packages") directory before adding it, might be necessary here.

[bodewig]

I'd be fine with using the patch as is. We could as well set erroronmissingdir to false in msZipFiles to avoid the error linked by @jmjaffe37 .