Système de bogues OpenJDK
Selon ce message sur la liste de diffusion jdk7u-dev, le système de bogues OpenJDK peut fournir un sous-ensemble de la réponse.
Le message de la liste de diffusion indique que les bogues avec l'étiquette CPU-critical-request sont à l'étude pour inclusion dans le prochain CPU et les bogues avec l'étiquette CPU-critical-approved ont été approuvés pour inclusion dans le prochain CPU. Cependant, dans la pratique, il semble qu'ils utilisent des étiquettes plus spécifiques. Pour la mise à jour 7u51 prévue pour janvier 2014, les étiquettes semblent être CPU14_01-critical-request et CPU14_01-critical-approved.
Vous pouvez parcourir l'ensemble complet d'étiquettes pour faire vos propres suppositions éclairées sur les étiquettes des processeurs suivants. Vous pouvez également voir les bogues dont la "version corrigée" est 7u51.
Java Platform Group, blog sur la gestion des produits
Le Java Platform Group, blog sur la gestion des produits semble être un autre moyen d'obtenir des informations partielles. Dans ce commentaire sur l'entrée "La mise à jour de la base de sécurité (7u45) a un impact sur Java 7u40 et les versions antérieures avec des paramètres de haute sécurité", Erik Costlow d'Oracle déclare :
L'une des raisons pour lesquelles nous avons créé ce blog est qu'il nous permet de fournir autant d'informations que possible, même plus que ce qui est déjà fait sur les différentes listes de diffusion OpenJDK.
Il y a certains changements pour lesquels nous ne pouvons pas vous avertir à l'avance, et j'espère que cela sera réduit au minimum. Pour les autres changements, non seulement nous les publions ici, mais je vais en fait dans d'autres projets et non seulement je leur dis, mais (le cas échéant) j'apporte des contributions. Voir https://issues.apache.org/bugzilla/show_bug.cgi?id=55542 pour un exemple.
Programmes Oracle
Le programme de compatibilité et de performances Java est mort, selon mon gestionnaire de compte Oracle. L'accès à un programme analogue pour les processeurs est étroitement contrôlé (même au sein d'Oracle) en raison du risque de rétro-ingénierie des vulnérabilités. (Je ne suis pas membre et je ne prévois pas de poursuivre plus avant.) OpenJDK est la méthode de test de compatibilité préférée d'Oracle, même s'il est connu qu'elle n'est pas identique bit pour bit à ce qui sera dans le prochain CPU.
Oracle nous renvoie également au Security Track de JavaOne 2013 , notamment la conférence « One Year of Security Enhancements in the JRE », dont les slides sont disponibles en ligne. Ces diapositives, à leur tour, indiquent que le blog mentionné ci-dessus donnera "le plus de préavis possible".
