Software-update: Sun Java 6.0 update 14

Sun heeft voor zowel de development kit als het runtime environment alweer de veertiende update uitgebracht voor Java Standard Edition 6.0. De versieaanduiding is vastgesteld op 6.0 update 14 en het exacte versienummer is op 1.6.0_14-b08 komen te liggen. De ontwikkelaars hebben onder andere ondersteuning voor het tweede service pack van Windows Server 2008 en Windows Vista toegevoegd. De lijst met veranderingen voor deze veertiende update ziet er als volgt uit:

Changes in 1.6.0_14 (6u14)

The full internal version number for this update release is 1.6.0_14-b08 (where "b" means "build"). The external version number is 6u14.

OlsonData 2009g
6u14 contains Olson time zone data version 2009g. For more information, refer to Timezone Data Versions in the JRE Software.

Security Baseline
6u14 specifies the following security baselines for use with Java Plug-in technology:
JRE Family Version 5.0 - Java SE Security Baseline 1.5.0_18 - Java SE for Business Security Baseline 1.5.0_18
JRE Family Version 1.4.2 - Java SE Security Baseline 1.4.2_19 - Java SE for Business Security Baseline 1.4.2_20
In December, 2008, Java SE 1.4.2 reached its end of service life with the release of 1.4.2_19. Future revisions of Java SE 1.4.2 (1.4.2_20 and above) include the Access Only option and are available to Java SE for Business subscribers. For more information about the security baseline, see Deploying Java Applets With Family JRE Versions in Java Plug-in for Internet Explorer.

Additional Supported System Configurations
For 6u14, support has been added for the following system configurations:
  • Windows Server 2008 SP2
  • Windows Vista with SP2
Service Tag Support
Service Tag support on Solaris and Linux was added in version 1.6.0_04. JRE 1.6.0_14 extends Service Tag support to Windows. If Service Tag software has been installed on a system where JRE 1.6.0_14 is being installed, a unique service tag is automatically created for that particular JRE instance. There is no change in the JDK/JRE installation instruction, and there is no change in the Java runtime. Service Tag software can be downloaded from Sun Inventory. JDK and JRE service tags allow installed instances of the JDK and JRE to be discovered and registered under a user's account on Sun Connection.

Blacklist Jar Feature
Support for blacklisting signed jar files has been added to 6u14. A blacklist is a list of signed jars that contain serious security vulnerabilities that can be exploited by untrusted applets or applications. A system-wide blacklist will be distributed with each JRE release. Java Plugin and Web Start will consult this blacklist and refuse to load any class or resource contained in a jar file that's on the blacklist. By default, blacklist checking is enabled. The deployment.security.blacklist.check deployment configuration property can be used to toggle this behavior. The blacklist entries are the union of the blacklist files pointed to by the deployment.system.security.blacklist and deployment.user.security.blacklist properties. By default, deployment.system.security.blacklist points to the blacklist file in the jre/lib/security directory, and deployment.user.security.blacklist points to a blacklist file that contains additional entries added by a user. The blacklist is a text file with the following format: " attribute : value ". Each jar file on the blacklist is identified by the x-Digest-Manifest attribute where x is the name of the MessageDigest algorithm, and the value is the base64 encoded hash value of the Manifest. Comments are denoted by lines starting with the # (number) symbol.

Java HotSpot VM 14.0
6u14 includes version 14.0 of the Java HotSpot Virtual Machine, which provides improved reliability, serviceability and performance. Contributing to increased performance in this release are numerous enhancements to HotSpot's optimizing compiler, more efficient SoftReference processing and improvements to Parallel Compacting garbage collection. Optionally available are two new features - escape analysis and compressed object pointers. A preliminary version of the new Garbage First (G1) garbage collector is also included.
  • Optimization Using Escape Analysis
  • Compressed Object Pointers
  • Garbage First (G1) Garbage Collector
Improvement TreeMap Iteration
6u14 includes an experimental implementation of java.util.TreeMap that can improve the performance of applications that iterate over TreeMaps very frequently. This implementation is used when running with the -XX:+AggressiveOpts option.

JAX WS 2.1.6 and JAXB 2.1.10
JAX-WS 2.1.6 and JAXB 2.1.10 are integrated into JDK 6u14. You can find more details about the new features in the JAX-WS 2.1.6 changelog and in the JAXB 2.1.10 changelog. Refer also to CR 6803688.

JavaDB 10.4.2.1
6u14 contains the new 10.4.2.1 version of Java DB.

Java VisualVM Updates
6u14 contains the following updates to Java VisualVM:
  • CPU usage and GC activity graph in the Monitor tab
  • Table view in the Threads tab
  • Command line options: --openpid, --openjmx, --openfile
  • Compare Memory Snapshots action in the context menu
  • Copy To Clipboard / Save To File buttons in the About dialog
  • Monitoring IBM JVM via JMX connection
  • Based on NetBeans Platform 6.5 and NetBeans Profiler 6.5
  • Faster computation of references, and improved readability of path to GC root in HeapWalker
  • Improved integration of the Visual GC tool
Issue with JDK Silent Installation
Prior to 6u14, the JDK installer was never fully supported silently. One of the side effects of silent JDK installation is that it does not install the public JRE. It used to cache/install a jre.msi file. Apparently some users have been using the jre.msi without our documentation or approval. As of 6u14, we no longer cache the file. As a workaround to the JDK not installing the public JRE when in silent mode, we recommend also bundling up and launching the stand-alone JRE installer from the java.sun.com download site. We intend to provide full silent JDK installer support in 6u15, under the following CR: 6845077 - silent JDK should install JRE/Java DB silently.

Possible Issue for Java Web Start Applications
In 6u14 Java Web Start, if you specify an insecure Java system property in a sandbox JNLP file, Java Web Start fails to launch and notifies that JARs in the sandbox JNLP file are not signed. A workaround is to remove the insecure property (which was ignored by all previous versions of Java Web Start). Refer to CR 6845294.

Bug Fixes
This feature release does not contain any new fixes for security vulnerabilities to its previous release, Java SE 6 Update 13. Users who have Java SE 6 Update 13 have the latest security fixes and do not need to upgrade to this release to be current on security fixes.
Versienummer 6.0 update 14
Releasestatus Final
Besturingssystemen Windows 9x, Windows NT, Windows 2000, Linux, Windows XP, Linux x86, Solaris, Windows Server 2003, Windows XP x64, Windows Server 2003 x64, Linux AMD64, Windows Vista, Windows Vista x64, Windows Server 2008
Website Sun
Download http://java.sun.com/javase/downloads
Licentietype Voorwaarden (GNU/BSD/etc.)

Door Japke Rosink

Meukposter

29-05-2009 • 16:01

18

Submitter: Proxy

Bron: Sun

Reacties (18)

18
18
2
0
0
0
Wijzig sortering
Ik denk dat dit toch wel het belangrijkste is voor veel mensen, zeker als je Java weinig gebruikt :
Users who have Java SE 6 Update 13 have the latest security fixes and do not need to upgrade to this release to be current on security fixes.
Ik gebruik Java wel regelmatig, en dan zijn de performance-verbeteringen toch weer lekker meegenomen :)
Anoniem: 225253 @Fuzzillogic29 mei 2009 16:56
Maar wanneer je vista sp2 installeert, is het blijkbaar toch aan te raden:
Additional Supported System Configurations
For 6u14, support has been added for the following system configurations:

* Windows Server 2008 SP2
* Windows Vista with SP2
Vond ik opzich raar om te lezen nadat ik het het stukje onder "Blacklist Jar Feature" had gehad.. :? Maargoed, het zal wel, toch?
Die blacklist is een extra bescherming tegen malware. Maar het is niet zo dat zonder die blacklist de gebruiker direct wordt blootgesteld aan gevaar, zonder dat hij kan voorkomen dat de malware kan draaien.
Anoniem: 157137 29 mei 2009 17:04
Dit vind ik nou jammer. Waar flash meestal veel wordt gebruikt, is dit bij Java helaas veels te weinig. Ik vind het jammer dat er zo weinig ontwikkeld wordt voor dit platform, terwijl op dit moment de perfomance niet eens zo slecht is.
De vergelijking flash <> java snap ik niet helemaal?
Klopt, is ook enorm zonde. De perfomance is zelfs ronduit goed eigenlijk, vergelijkbaar met native gecompileerde C++-code. Daar komt nog bij dat het veel en veel veelzijdiger is dan Flash. Dat zal meteen de reden zijn dat het minder gebruikt wordt: de leercurve is veel stijler. Daar waar je met Flash met wat drag&drop zonder te programmeren al "iets leuks" kunt maken, zul je bij Java toch echt aan het programmeren moeten gaan met een high-end programmeertaal.

Helaas heb ik de indruk dat men tegenwoordig een afkeer lijkt te hebben van stijlere leercurves, en dat men niet meer in staat is om in te zien dat "moeilijker" vaak ook "veelzijdiger" en "robuuster" is.

Met Java zouden de browser-spelletjes toch heel wat indrukwekkender zijn dan al die Flash-spelletjes van tegenwoordig...
Ja, maar zo'n spel designen op de Flash-engine lijkt mij toch wel wat makkelijker dan Java. Aangezien je bij Flash WYSIWYG-programma's hebt (zoals Adobe Flash CS4). Ook is flash weer wat lichter dan Java.
Ik ben genoodzaakt om op mijn vista 64-bit systeem, ook de 32-bit java te installeren, anders werken Firefox en Limewire niet goed. Weet iemand wanneer er eindelijk 64-bits versies van deze programma's uit gaan komen?
Waarom zou je Limewire niet met een 64 bit JRE kunnen gebruiken ?
Omdat Limewire Java dan niet herkent.
Anoniem: 191508 @-Edwin-30 mei 2009 10:12
Firefox 4.0 wordt waarschijnlijk de eerste versie met een 64-bits build - hier heb ik trouwens geen keiharde bron van, maar het lijkt me een goede aanwijzing dat er ondertussen al meerdere patches zijn gecommit voor 64bit-compatibiliteit.

Niet-officiele builds kun je downloaden van:
http://wiki.mozilla-x86-64.com/Download
alleen weet ik niet of die goed samenwerken met de 64bit JRE.

[Reactie gewijzigd door Anoniem: 191508 op 24 juli 2024 20:38]

De server vm lijkt een vrij grote sprong te hebben gemaakt qua snelheid op sommige vlakken.
Voor het vak Computergrafieken had ik een raytracer gemaakt. Een bepaalde scene renderen:
update 13:
1 core: 26s
2 cores: 16.5s
update 14:
1 core: 22.5s
2 cores: 13.5s
Met die nieuwe garbage collector op gaat het zelfs nog ietsje sneller:
1 core: 21.5s
2 cores: 12.9s
Ik heb nog getest juist voor ik update naar update 14; deze tijden zijn exclusief het eigenlijke tonen op scherm; getest op win vista 32bit; telkens 2x getest om fluctuaties uit te sluiten.
De client vm lijkt echter niet veel vooruitgang geboekt te hebben, daarmee blijft de tijd hetzelfde.

[Reactie gewijzigd door Neverwinterx op 24 juli 2024 20:38]

ACM Software Architect @Neverwinterx30 mei 2009 08:57
Je zou Escape Analysis en/of Compressed Pointers ook nog aan kunnen zetten om te zien of dat nog meer helpt.
Compressed Pointers is alleen nuttig in een 64 bits VM, het zorgt ervoor dat je bij een 'kleine' heap (tot 32GB) met 32 bits reference aan kan ipv 64 bit.
Vreemd genoeg werken Escape Analysis en de G1 garbage collector niet samen. Ik krijg een crash:
# A fatal error has been detected by the Java Runtime Environment:
#
# EXCEPTION_ACCESS_VIOLATION (0xc0000005) at pc=0x6dde283b, pid=5796, tid=4876
#
# JRE version: 6.0_14-b08
# Java VM: Java HotSpot(TM) Server VM (14.0-b16 mixed mode windows-x86 )
# Problematic frame:
# V [jvm.dll+0x28283b]

Met enkel Escape Analysis:
1 core: 21.5s
2 cores: 14s

Compressed Pointers werkt niet, is waarschijnlijk enkel voor de 64bit vm.
dat is het jammere aan huidige Java releases (sinds 1.6 U10); je hebt geen garantie van stabiliteit meer. Bij Sun zijn ze tegenwoordig overgestapt op experimentele features de wereld in gooien en dan kijken hoe het gaat in plaats van het "stabiliteit eerst, performance als tweede" motto te volgen.

Ik heb eigenlijk het idee dat de huidige minor releases een soort van beta testen zijn voor Java 7. Bug reports krijgen ze nu meer dan ooit in ieder geval.
Ik krijg nog steeds Java niet werkend in FF. Ook al klik ik in de "java console" Mozilla Family aan, na het afsluiten van de console staat het vinkje weer uit. Grrr... iemand :?

Op dit item kan niet meer gereageerd worden.