Build from source on linux

[isuruf]

Checklist

• Used a fork of the feedstock to propose changes
• Bumped the build number (if the version is unchanged)
• Reset the build number to 0 (if the version changed)
• Re-rendered with the latest conda-smithy (Use the phrase @conda-forge-admin, please rerender in a comment in this PR for automated rerendering)
• Ensured the license file is being packaged.

Fixes #59

[conda-forge-linter]

Hi! This is the friendly automated conda-forge-linting service.

I just wanted to let you know that I linted all conda-recipes in your PR (recipe) and found it was in an excellent condition.

[isuruf]

@conda-forge-admin, rerender

[sodre]

LGTM, but I think we should have at least someone else review it before merging

[hadim]

This PR is mixing Zulu builds and custom compiled Java from another source on Linux. I am concern about the possible downstream impacts of this. @ctrueden any thoughts?

[hadim]

That being said we coule switch from Zulu to AdoptOpenJDK binaries for OSX, Linux and windows.

[isuruf]

This PR is mixing Zulu builds and custom compiled Java from another source on Linux.

The source is the same for both. I've used AdoptOpenJDK source because they provide source tarball as a single tarball instead of separate tarballs.
On linux, Zulu builds are still used for bootstrapping the JDK build.

That being said we coule switch from Zulu to AdoptOpenJDK binaries for OSX, Linux and windows.

Why? I'm building this from source to prevent vendoring libraries like libfreetype.so so that openjdk and freetype can be co-installable without clobbering

[isuruf]

I've used the official source from openjdk.java.net
Ready for another review

[mingwandroid]

LGTM!

[isuruf]

Ping. I'd like to get this merged, so that I can install openjdk and freetype in the same env.