Oracle Enterprise est tellement confiante dans son produit phare Oracle Database, qu'elle a introduit des restrictions dans ses conditions d'utilisation interdisant la publication d'études et de benchmarks comparatifs de son outil...

Quand le professeur DeWitt avait réalisé un tel comparatif, Oracle l'avait alors attaqué en justice. Cette affaire est devenue tellement importante que ce type de restrictions s'appelle aujourd'hui une "DeWitt Clause".

A croire que l'entreprise n'a pas confiance en les capacités de son propre produit...

I loled.
Bien joué

De mon côté j'ai trouvé cette réponse à ce lien:

if you browse the hg repository you find that the organization is the following one: there are different repositories for different versions and there is one repository for the "dev
version" at http://hg.openjdk.java.net/jdk8u/jdk8u you find the current stable version that is tagged jdk8u60-b12 so every new commit in this branch represent the current
jdk8u60 stable version. if you want to grab the dev version of the same jdk you have to clone the repository at http://hg.openjdk.java.net/jdk8u/jdk8u-dev/

Il semble donc que le répo jdk8u soit un répo de DEV mais rien ne dit que le jdk8 ne soit pas lui non plus un répo de DEV. Bref, une gestion de conf gérée avec les pieds. Du grand Oracle !

Edit : Je suis tombé sur cet autre post de Stack Overflow contenant ce commentaire :

The latest JDK8 OpenJDK Java Class Library source code can be found here: http://hg.openjdk.java.net/jdk8/jdk8/jdk/file/tip/src/share/classes/
For JDK8 updates, see the jdk8u Mercurial project (thanks to Eric Wang for pointing this out).

Mais j'ai du mal de comprendre le principe qui dit que pour la version d'origine on a un répo, mais qu'il existe un autre répo pour les updates uniquement !?

(o_Ô) dafuq ?

Tremblons tous ensemble (merci à Chlouchloutte pour son lien - Hey ma chéwie, il faudrait peut-être que tu lances ton Shaarli un de ces 4 matins nan ?)