Gentoo do provide a binary build of IcedTea, but this is not run against the TCK as far as I'm aware. This is likely to be a more valid result for their use than Azul's, because I doubt Azul ran the TCK on a Gentoo build with the exact same packages installed.
#Azul openjdk license license
It's perfectly feasible for a Gentoo user to emerge IcedTea, license the TCK and run it themselves, but I'm not aware of anyone doing so as yet. Only binaries can be said to pass the TCK, and they obviously do so in a certain environment the person running it will be using a certain desktop, certain libraries, etc. You seem to have completely misconstrued what IcedTea is. I don't know about the other Gentoo developers, but I've yet to see any reports of "weird thread safety issues". What exactly is your source for this nonsense? Users have been building IcedTea/OpenJDK on their Gentoo boxes for the best part of the decade. > provide: they've done the work of compiling it to pass the TCK. > need just the right compiler version and flags to avoid getting weird thread > - You can't just "compile OpenJDK" and get something useful. Looking at Azul's web page, I see an outdated build of OpenJDK (u25, the latest is u31) and no link to the source code. In that spirit, I'll state clearly that I work on OpenJDK & IcedTea for Red Hat, so I'm also biased in favour of true FOSS solutions rather than the binary blobs Azul is providing. But they refer to Debian *unstable* where else are new versions going to be tested out? Are Oracle also not to release early access builds of u40? There seems to be a very strained argument to claim that Azul is the only OpenJDK 8 build, despite being presented with evidence that Fedora, RHEL and Debian also have such builds. It's an interview with someone who works for Azul, so clearly there is a bias in what is said. I think describing it as an "article" is pushing things a little. > This was all in the article I linked to, but I'll summarize here. passes TCK and up to date) that doesn't require the Oracle JDK's "fetch the file from the website" dance. So, it's basically an equivalent to Oracle's JDK (i.e. IcedTea is already almost irrelevant for Java devs, and is soon to be entirely so if they don't get their act together: Java 7 will be EOL'd in April 2015.
Zulu, meanwhile, has their releases out quickly after Oracle does (Oracle JDK 8u31 came out a few days ago, and Zulu 8u31 will be out in a few days). They don't have an OpenJDK 8 binary yet, but Java 8 came out almost a year ago. Given that the binary choices for OpenJDK are IcedTea and Zul, why Zulu? Because IcedTea is super old.
So, "using OpenJDK" isn't really an option.
This is the value that IcedTea and Zulu provide: they've done the work of compiling it to pass the TCK. It's a big and complex codebase and you need just the right compiler version and flags to avoid getting weird thread safety issues and things like that. You need something that has passed the TCK. You can't just "compile OpenJDK" and get something useful. This was all in the article I linked to, but I'll summarize here.
0 kommentar(er)
