Das werden wir im nächsten Build bekommen, Quellen schon mal hier: http://hg.openjdk.java.net/jdk8/jdk8/jdk/rev/0194fe5ca404.
A diagnostic command is an action that can be invoked dynamically mainly for troubleshooting and diagnosis.
Die Idee ist also, das man ein Kommandozeilentool jcmd hat, mit dem man Kommandos an die JVM schicken kann. Dabei sind unterschiedliche Kommandos vordefiniert. Mit dem Argument PerfCounter.perf werden Performance-Kenngrößen ausgegeben.
Siehe http://mail.openjdk.java.net/pipermail/lambda-dev/2011-November/004191.html bzw. http://jcp.org/en/jsr/detail?id=335.
Folien zur aktuellen Lambda-Version von der Konferenz sind hier: http://blogs.oracle.com/briangoetz/resource/devoxx-lang-lib-vm-co-evol.pdf.
Der aktuelle Compiler weist aber noch Unterschiede auf, sie werden hier diskutiert: http://mail.openjdk.java.net/pipermail/lambda-dev/2011-November/004253.html.
In den Dokus bzw. im Code sind immer wieder kleine Bugs und Warnings, die leicht behoben werden können. Daher lief am 1. Dez. ein Cleanup Day: http://mail.openjdk.java.net/pipermail/jdk8-dev/2011-December/000380.html, http://wikis.sun.com/display/OpenJDK/JDK8+Warnings+Cleanup+Day. In der Mailingliste werden die Bugs besprochen und es ist ganz interessant, was da rausgekommen ist.
Siehe http://jdk8.java.net/lambda/. Dort gibt es den Download.
JEPs sind die neuen JSRs. Somit gibt es auch für die Java 8-Neuerungen ein JEP: http://openjdk.java.net/jeps/126. Eine Spezifikation ist das jedoch nicht, nur eine “Aufruf” für eine Neuerung oder Änderung.
Die Methode Double.isInfinite(double v) liefert true, falls v entweder POSITIVE_INFINITY oder NEGATIVE_INFINITY ist. In Float gibt es die gleiche Methode. Seit Java 8 testet Double.isFinite(double v), ob v nicht unendlich ist und auch nicht NaN ist – ähnliches gilt für Float.
Statt Math.nextAfter(d,Double.NEGATIVE_INFINITY) gibt es in Java 8 auch Math.nextDown().
Die Methoden intValue(), longValue() der Klasse BigInteger (und shortValue(), was aus BigInteger aus Number erbt) liefen ein int/long/short des repräsentierten Werteobjekts, jedoch ist nicht zwingend, dass die Werte in den Datentyp int/long/short passen; falls nicht, werden sie einfach wie bei einer expliziten Typanpassung abgeschnitten. Die in Java 8 eingeführten Methoden intValueExact(), longValueExact() und shortValueExact() lösen eine ArithmeticException aus, falls der vom BigInteger repräsentierte Wert nicht ohne Verlust in den primitiven Datentyp passt.