Software-update: Sun Java 5.0 update 19

Sun heeft alweer de negentiende update voor Java Standard Edition 5.0 uitgebracht, zowel voor de development kit als voor de runtime environment. De versieaanduiding is vastgesteld op 5.0 update 19 en het exacte versienummer is op 1.5.0_19-b02 komen te liggen. De ontwikkelaars hebben de beveiliging van verschillende onderdelen verbeterd en een lijstje met bugs verholpen. De lijst met veranderingen voor deze negentiende update ziet er als volgt uit:

Changes in 1.5.0_19

The full internal version number for this update release is 1.5.0_19-b02 (where "b" means "build"). The external version number is 5.0u19.

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

Security Baseline
This update release specifies the following security baseline:
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
As of this update, support has been added for the following system configurations:
  • Internet Explorer 8
  • Windows Server 2008
  • SLES 11
Service Tag Support
Service Tag support on Solaris, Linux, and Windows is add in this release. If Service Tag software has been installed on a system where JRE 1.5.0_19 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.

Known Issues
IE 8 Hangs with OBJECT Tag. When an OBJECT tag is used to specify an applet, and the browser does not receive any mouse button events or keyboard events before the browser gets to the point of interpreting (executing) the OBJECT> tag, then IE 8 hangs. This bug is seen when an html file containing OBJECT tag is specified as a command line parameter while launching IE. A workaround is to force the user to use a mouse or keyboard before IE8 reaches the tag. Refer to CR 6825659 for further information.

Bug Fixes
Bug fixes are listed in the following table.
  • hotspot - compiler2 - fix set_ctrl() inconsistencies in loopopts
  • hotspot - compiler2 - crash in C2 compiler in MachSpillCopyNode::implementation on 5.0_U4
  • hotspot - compiler2 - code fails with impossible ArrayIndexOutOfBounds Exception
  • hotspot - compiler2 - 1.5.0_15 C2 compiler crashes in PhaseChaitin::Split()
  • hotspot - compiler2 - C2Compiler crash 6u7
  • hotspot - compiler2 - Crash in OopFlow::build_oop_map: incorrect comparison of 64bit pointers
  • hotspot - garbage_collector - CMS: ATG crash with perm gen collection enabled
  • hotspot - garbage_collector - CMS: assert(thisOop->is_oop_or_null(true),"expected an oop or NULL")
  • hotspot - garbage_collector - CMS: Incorrect encoding of overflown object arrays during concurrent precleaning
  • hotspot - garbage_collector - CMS: Incorrect overflow handling during precleaning of Reference lists
  • hotspot - garbage_collector - CMS: Switch off CMSPrecleanRefLists1 until 6722113 can be fixed
  • hotspot - garbage_collector - Overflow list performance can be improved
  • hotspot - garbage_collector - Work queue capacity can be increased substantially on some platforms
  • hotspot - jvmti - Memory leak occurs in JVMTI(jdk5.0u16)
  • hotspot - other - Crashdump (hs_err_pid*.log) does not contain the crash time
  • hotspot - runtime_system - symbol resolution -- wait() vs interrupt -- can result in IE being thrown from unexpected locations
  • hotspot - runtime_system - Wrong error-handling with Solaris-specific interruptible I/O (Solaris)
  • hotspot - runtime_system - Update hotspot windows os_win32 for windows 7
  • idl - serialization - Serialization of Enums over IIOP is broke.
  • idl - serialization - jmx interop JDK5 - JDK6 issue when calling getMBeanInfo
  • java - char_encodings - Support JIS X 0213:2004 in existing JDK versions, especially for Windows Vista
  • java - char_encodings - SJIS_0213 does not handle "unmappable" encoding operation correctly
  • java - classes_2d - RFE: lookupPrintServices() to refresh the printers list dynamically
  • java - classes_2d - hotspot crash when printing to non-available network printer
  • java - classes_2d - RHEL5: Sazanami Mincho Font rendering quality is poor
  • java - classes_2d - native printDialog crashes when changing printer
  • java - classes_2d - Cross platform print dialog doesn't check for orientation being unsupported.
  • java - classes_awt - support for high-resolution mouse wheel
  • java - classes_awt - Java applet crashes IE 6 in AwtComponent::ImmAssociateContext()
  • java - classes_awt - REGRESSION : Different behavior of Container.findComponentAt in jdk5
  • java - classes_awt - Chinese Characters in JTextPane Cause Pane to Hang
  • java - classes_io - PipedOutputStream.write() remains blocked after PipedInputStream was closed
  • java - classes_lang - String.offsetByCodePoints doesn't work for Strings returned by String.substring
  • java - classes_lang - System.getProperty("os.name") reports Vista on Windows 7
  • java - classes_management - The Java JVM SNMP provider reports incorrect stats when asked for multiple OIDs
  • java - classes_net - Windows IPv6 Socket implementation doesn't set the handle to not inherit
  • java - classes_net - Cancelling HTTP authentication causes subsequent deadlocks
  • java - classes_net - Java Web Start app fails on 6u10 beta w/ AssertionError in AuthenticationInfo.requestCompleted
  • java - classes_nio - (se) select not immune to EINTR
  • java - classes_nio - (dc) assert "JNI handle should not be null" under Java_sun_nio_ch_FileDispatcher_preClose0()
  • java - classes_security - PolicyFile not synchronized during refresh
  • java - classes_swing - Creating text in a JTextPane using Chinese text causes undesired behavior
  • java - classes_swing - NPE at WindowsComboBoxUI$XPComboBoxButton.getState(WindowsComboBoxUI.java:408)
  • java - classes_text - [Fmt-Da] SimpleDateFormat patterns don't allow embedding of some literal punctuation
  • java - classes_util_concurrent - ThreadPoolExecutor methods leak interrupts when run in pool threads
  • java - classes_util_i18n - Default locale/encoding detection for Windows Vista
  • java - classes_util_i18n - (tz) Support tzdata2009g
  • java - dragndrop - An image(256 colors) in clipboard should be displayed correctly
  • java - imageio - IllegalArgumentException: "Invalid ICC Profile Data" when reading certain JPEGs
  • java - imageio - PNGImageReader leaks native memory through an Inflater.
  • java - serialization - NullPointerException in ObjectInputStream with Externalizables
  • java - serviceability - HeapDumpPath option is ignored for dumps written by HeapDumpOnCtrlBreak functionality
  • java - serviceability - jmap throws sun.jvm.hotspot.utilities.AssertionFailure: BitMap index out of bounds (1.5.0_15-b04)
  • java - serviceability - Crash triggering Heapdump via -XX:+HeapDumpOnCtrlBreak AND -XX:+UseParallelOldGC
  • java - sunservicetags - Service Tag support for JRE for solaris/linux/windows
  • java_deployment - security - Display only Digital Signature key usage certificate in client authentication dialog box.
  • java_plugin - ns6 - Stack stomp in CSecureJNIEnv
  • java_plugin - other - Legacy_lifecycle:Exception getting thrown on while making LiveConnect calls once applet is refreshed
  • java_plugin - plugin - Intermittent problems with signed applet certificate verification
  • java_plugin - plugin - 6.0 JRE applet running on Vista limits heap to 64 MB
  • javawebstart - jnlp_file - javaws not recognizing properties which contains % character
  • jaxp - sax - jaxp Issue 56 SAXException doesn't do the exception chaining properly
  • jaxp - xslt - Performance degradation for fix to: 6537909 in 1.5.0_14
  • jets - other - Further ORB changes after 6725987
  • jndi - ldap - Require a way to specify read timeout for LDAP operations
Versienummer 5.0 update 19
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/index_jdk5.jsp
Licentietype Voorwaarden (GNU/BSD/etc.)

Door Japke Rosink

Meukposter

29-05-2009 • 18:05

11

Submitter: Domokun

Bron: Sun

Reacties (11)

11
9
2
2
0
0
Wijzig sortering
Ik heb altijd begrepen dat JAVA altijd backwards compatible is met lagere versie (Tenzij een applicatie hard tegen een bepaalde Java versie is geschreven) De nieuwste versie is 6.13. Kan iemand uitleggen waarom Sun nog in versie 5 ontwikkeld?
Zelfde reden als waarom bedrijven oudere versie van alles gebruiken: Het is tried en tested.

Ja, je kan je Java 5 app uiteraard gewoon draaien op een Java 6 JRE. Echter zoals met al het latest en greatest kan het nieuwe bugs bevatten. Java 6 krijgt nog nieuwe features (en dus potentieel nieuwe bugs), Java 5 krijgt enkel bugfixes.

Voor de doorsnee eindgebruiker is deze release dus waarschijnlijk niet interessant.
(Tenzij een applicatie hard tegen een bepaalde Java versie is geschreven)
Voor zover ik weet kan je enkel de source versie aangeven, watvoor Java 5 inhoud dat je deze op 1.5 zet. Dan nog weerhoud niets mij ervan om dit op een Java 6 JRE te draaien. Je kan dus niet hard tegen een bepaalde versie aanproggen tenzij je ergens in je code iets van

if (Integer.valueOf(System.getProperty("java.specification.version")) > 1.5) {
System.exit(0);
}

hebt staan :) Of je programmeerd tegen non-public api aan (com.sun packages e.d.) maar dat is zowiezo al een doodszonde :)
Anoniem: 204015 @Lebans31 mei 2009 15:46
Nee, lebans dan heb je niet goed gelezen. De update versie 14 zal er vast wel zijn voor versie 5 (anders zaten ze nu natuurlijk niet bij update versie 19), maar je hebt het waarschijnlijk over de meukpost van een paar dagen geleden en die update versie 14 slaat op Java 6.

Kijk maar eens hier: meuk: Sun Java 6.0 update 14
Of het backwards compatible is hangt er maar net vanaf wat je gebruikt. Stel je gebruikt de JBoss 4 series als app server: Dit is sowieso alleen gecertificeerd (getest) tegen Java 5. Een upgrade is een risico. Als je dan ook nog een oudere versie van Seam gebruikt, welke dus niet werkt met Java 6 dan wil je niet updaten. En als je ook JBossWS gebruikt dan krijg je classpath conflicten met de webservice stack die met Java 6 meegeleverd is.

Allemaal dingen op zichtzelf wel oplosbaar zijn, maar gewoon even upgraden is het niet echt.
Als je hem probeer te downloaden, moet je eerst een formulier invullen met je naam & e-mail. Hierna krijg je pas een link om hem te downloaden... :?

Heeft iemand een directe link? }>

<edit>
Dat klopt, maar wat moet Sun met onze gegevens? ;)
</edit>

[Reactie gewijzigd door adoy op 24 juli 2024 02:29]

En die link krijg je dan per mail. (tenminste dat staat op die website)

Zit er wel heel mooi uit qua changelog.
De reden waarom ze waarschijnlijk om je E-Mail vragen is omdat ze denk ik geintereseerd zijn in wie deze versie eigenlijk nog gebruikt. Java 5 is eigenlijk al zo goed als EOL. Zie http://java.sun.com/j2se/1.5/index.jsp

Op dit item kan niet meer gereageerd worden.