Tweakers maakt gebruik van cookies, onder andere om de website te analyseren, het gebruiksgemak te vergroten en advertenties te tonen. Door gebruik te maken van deze website, of door op 'Ga verder' te klikken, geef je toestemming voor het gebruik van cookies. Je kunt ook een cookievrije versie van de website bezoeken met minder functionaliteit. Wil je meer informatie over cookies en hoe ze worden gebruikt, bekijk dan ons cookiebeleid.

Meer informatie

Door , , reacties: 19, views: 4.364 •
Bron: Sun, submitter: Proxy

Sun heeft de éénentwintigste 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 21 en het exacte versienummer is 1.5.0_21-b01. De ontwikkelaars hebben de beveiliging van verschillende onderdelen verbeterd en een lijstje met bugs verholpen. De lijst met veranderingen voor deze éénentwintigste update ziet er als volgt uit:

Changes in 1.5.0_21

The full internal version number for this update release is 1.5.0_21-b01 (where "b" means "build"). The external version number is 5.0u21.

OlsonData 2009l
This release contains Olson time zone data version 2009l. 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_22

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:
  • Windows Vista SP2
  • Windows Server 2008 SP2
Refer to the Supported System Configurations page.

Bug Fixes
Bug fixes are listed in the following table.
  • hotspot - compiler2 - C2 assert("live value must not be garbage")
  • hotspot - compiler2 - TransformerManagementThreadAddTests.java fails an assertion
  • hotspot - compiler2 - Thread.isInterrupted() fails to return true on multiprocessor PC
  • hotspot - runtime_system - Update hotspot windows os_win32 for windows 2008 R2
  • jaas - login - Bottleneck in Configuration.getConfiguration synchronized call
  • java - classes_awt - WRAP_TIME_MILLIS incorrectly set
  • java - classes_lang - Windows Server 2008 R2 system recognition
  • java - classes_swing - Having image problems on Asian Languages display
  • java - classes_text - [Fmt-Da] Timezone Western Summer Time (Australia) is parsed incorrectly
  • java - classes_text - native code of method j*.text.Bidi.nativeBidiChars is using the contents of a primitive array direct
  • java - classes_util_i18n - (tz) Support tzdata2009l
  • java - classes_util_logging - deadlock due to synchronized demandLogger() code that locks ServerLogManager
  • java_plugin - iexplorer - On IE, modal JDialog from an Applet in html frame is not modal
  • java_plugin - misc - Vista: Java Plugin won't be able to launch extension installers.
  • javawebstart - jnlp_file - sunmc console when started with javaws does not communicate with the firewall port range
  • jndi - ldap - add an new JNDI property to control the boolean flag WaitForReply (JDK5)
  • jndi - ldap - Very large LDAP requests throw a OOM on LDAP servers which aren't aware of Paged Results Controls
Versienummer:5.0 update 21
Releasestatus:Final
Besturingssystemen:Linux AMD64, Linux x86, Linux, Solaris, Windows Server 2008, Windows Vista x64, Windows Vista, Windows Server 2003 x64, Windows XP x64, Windows Server 2003, Windows XP, Windows 2000, Windows 9x, Windows 7
Website:Sun
Download:http://java.sun.com/javase/downloads/index_jdk5.jsp
Licentietype:Freeware

Reacties (19)

Voor de mensen die zich niet willen registeren om de boel te downloaden, zowel de JRE als JDK zijn direct te downloaden ;-)
waarom zou je; gewoon Java 6 installeren. Dit is alleen voor mensen die aan Java 5 vastzitten vanwege een applicatie dat niet compatible is met 6. Dit komt over het algemeen alleen in de enterprise hoek voor echter, desktop applicaties moeten wel heel slecht geschreven zijn willen ze niet forward compatible zijn.
Dit is alleen voor mensen die aan Java 5 vastzitten vanwege een applicatie dat niet compatible is met 6.
Het gaat meer om applicaties die gewoon Java 5 compatible moeten zijn, dus die moeten werken in java 5.0 en niet omdat ze NIET in java 6 zouden kunnen werken.
Vele bedrijven en omgeving hebben (nog steeds) als eis dat ze vast zitten aan Java 5.
Dat het niet zo kunnen werken op Java 6 is in die gevallen niet de reden.

Wij zitten ook nog steeds vast aan de Java 5 eis, maar ik heb een aantal systeem beheerders er al op gewezen dat de "End of Line transition" van Java 5 eindigt in Oktober.
Dus of ze ASAP over kunnen gaan naar Java 6.
was veelbelovend vroeger.. dat java..
doe er zelf nooit meer wat mee en ben al in geen tijden meer een jsp pagina tegen gekomen op the internets.

en voor crossplatform desktop apps was het altijd net te stroperig.. leeft dit uberhaubt nog wel?
doe er zelf nooit meer wat mee en ben al in geen tijden meer een jsp pagina tegen gekomen op the internets.
Dat jij ze niet ziet, dat wil nog niet zeggen dat ze er niet zijn - steeds vaker wordtdit namelijk dmv van MVC-achtige constructies onzichtbaar gemaakt. Verder wordt het ook heel vaak toegepast op intranets en dan zie je 't niet...
en voor crossplatform desktop apps was het altijd net te stroperig.. leeft dit uberhaubt nog wel?
Inmiddels is Java en zijn computers een stuk sneller geworden en is het wel werkbaar - helaas is het zo dat men vaker voor andere cross-platform oplossingen kiest en Java minder in beeld is...

Maar het is wel degelijk goed inzetbaar...
JSP is dan ook behoorlijk 'old school' en wordt niet echt veel meer gebruikt, en is dan ook al lang vervangen door andere Java based oplossingen.

En wat betreft stroperigheid van applicaties: dat heeft over het algemeen aan slechte threading oplossingen gelegen (alles op de event thread afhandelen) dan aan Java zelf. Ik heb ook in de begintijd van Java snelle desktop applicaties gezien.
Sorry, maar ik word zo moe van die opmerkingen hier "Ik zie/gebruik het niet, DUS is het ook niks".

Ik werk nu al 5 jaar als Java programmeur in wetenschappelijke omgevingen en maak o.a. web services 100% geschreven in Java. (Daarvoor 5 jaar met C/C++ gewerkt).
Als web FRONT end taal, dus bijv. op web pagina's zie je het niet veel inderdaad, maar als backend (servlets/web services) is het springlevend.
Ook is OpenOffice geschreven in Java om maar eens een 'cross platform' desktop app te noemen.

Dat Java soms 'stroperig' over komt ligt in mijn mening aan de slechte kwaliteit van Java programmeurs. Omdat veel web (services) 'wannabe' bedrijfjes maar iedereen aannemen en zich na een twee weekse cursus al 'Java Expert' noemen krijg je gewoon bagger.

(edit:typos,-zucht-)

[Reactie gewijzigd door BeerenburgCola op 12 september 2009 12:08]

Ook is OpenOffice geschreven in Java om maar eens een 'cross platform' desktop app te noemen.
OpenOffice.org is niet in Java geschreven, maar in C++. Voor bepaalde delen maakt men echter wel gebruik van Java (onder andere het database gedeelte), en ook is het mogelijk om extensies in Java te schrijven...
Ik zie het. Ik werd voor de gek gehouden door de Java (rpm) requirements.
Goed, dan noem ik "Azureus" wel als voorbeeld van een Java Crossplatfom app. :)
JSP is inderdaad een kriem, ASP.NET heeft ook wel zo z'n ergernissen maar is duidelijk veel verder ontwikkeld.

Persoonlijk vind ik vooral de GUI in Java een ramp, veel erger dan bv. C#.
Inderdaad erg jammer, Java als programmeer taal is prima.
JSP is inderdaad een kriem, ASP.NET heeft ook wel zo z'n ergernissen maar is duidelijk veel verder ontwikkeld.
Waarbij de HTML-code die uit ASP.net applicaties komt het toonbeeld van inefficiente code is. Bij JSP moet je veel zelf doen (volgens sommigen te veel), maar als je een efficiente toepassing wilt maken kun je beter met JSP gaan werken dan met ASP.net...
Persoonlijk vind ik vooral de GUI in Java een ramp, veel erger dan bv. C#.
Inderdaad erg jammer, Java als programmeer taal is prima.
Kun je dat eens toelichten? De GUI van een programmeertaal? Of bedoel je de manier waarop je een GUI in de taal samenstelt? Als je daar even in duikt is het zo lastig niet :)
Wat is er precies een ramp? Met de Matisse GUI editor (in Netbeans ingebouwd) is het opbouwen van een UI even simpel als in C#.

Het enige 'probleem' bij Swing is dat de default look and feel crossplatform en behoorlijk lelijk is, maar daar heb je als developer zelf de hand in door bijvoorbeeld de system look and feel te gebruiken.
JSP is inderdaad een kriem, ASP.NET heeft ook wel zo z'n ergernissen maar is duidelijk veel verder ontwikkeld.
JSP heeft een aantal werkschillende 'werk modi' in Java.

In de meest basale vorm is het exact hetzelfde als PHP. Dus HTML tags met daar tussen programmeer constructues in Java zoals if statements, while loops, etc. Als je nu nog op deze manier programmeert, behalve voor een hele kleine homepage, ben je gek.

De 2de vorm is gebruik maken van een set van server side tags (JSTL) die de standaard elementen van een programmeer taal uitdrukken (if, while, zelfs assignmens, etc). Dit kan vaag overkomen; waarom Java code vanvangen door XML tags die exact hetzelfde lijken te doen? Het antwoord is dat dit de programmeur de lust moet ontnemen om business logic in de page te gaan coden, en de programmeer constructies beperkt te houden tot zogenaame view-logica. Alleen de allergrootste s*kkels zouden business logic in XML gaan uitdrukken (in de praktijk heb ik dat dus mensen nog echt zien doen ook, maar het wordt wel sterk beperkt).

In de 3de vorm gebruik je JSP als leverancier voor de zogenaamde component tree waaruit een view is opgemaakt. DIt is ook enigsinds vergelijkbaar met b.v. het DOM model in HTML, maar dan server-side. Ook hier maak je gebruik van server side tags (JSF), maar het concept is wezenlijk anders; je tags representeren hier (stateful) components i.p.v. programmeer constructies. ASP.NET, waarvan Java hier heeft afgekeken, werkt nagenoeg exact zo.

Helaas is voor de 3de, meest modern vorm, JSP ook al weer niet zo geschikt. Dit is voornamelijk omdat JSP niet een pure template engine (view description technology) is, maar eigenlijk gewoon een stuk code wat uitgevoerd wordt. Iets als Facelets (standaard in de nieuwe Java EE 6), is dan veel beter geschikt om een component tree te beschrijven.
@GiluX & Maxxi: kale jsp's worden niet meer vaak gebruikt, er zijn tientallen view frameworks voor of compatibel met java: springmvc, wicket, jsf, gwt, flex, ... zie ook: http://en.wikipedia.org/w...chnologies_and_Frameworks

En het is zeker nog niet dood, hier in Belgie is het de meest gebruikte taal voor enterprise applicaties wat je er niet mee ziet gemaakt worden zijn van die hobby pages (hoewel daar met google application engine misschien wel wat verandering in zal komen)

De kracht van java zit hem zelfs niet zozeer in de taal, C# heeft geavanceerdere features (maar is zelf ook duidelijk java geinspireerd) maar alle frameworks die beschikbaar zijn, denk aan spring, hibernate, jbpm, itext, lucene, poi, ... en alle ee tooling als ant, maven, hudson en commercieeŽle verianten als jira, bamboo, ... dan nog de quality assurance tools als checkstyle, pmd, junit, findbugs.

Verder is die olsen db iets zeer handig, iets wat adobe flash player mist, deze gebruikt de native time methodes en deze geven andere resultaten onder windows dan op andere platformen (osx, linux, etc) waarbij het duidelijk is dat windows niet zo goed met oudere datums omkan. Bijvoorbeeld dezelfde timestamp geeft onder linux mss 2/3/54 15:32 en onder linux 2/3/54 16:32 omdat windows niet op de hoogte was van DST in het verleden.
En dit kan nog al eens verwarrende resultaten geven als je die bug tegen het lijf loopt :)
En het is zeker nog niet dood, hier in Belgie is het de meest gebruikte taal voor enterprise applicaties
Hier in NL het zelfde (maar hoe kan het ook anders met die 2 markten die tegenwoordig zo in elkaar over lopen ;)). Java is het meest gebruikte taal en platform voor back-end systemen. C#/ASP.NET is een goede 2de.
wat je er niet mee ziet gemaakt worden zijn van die hobby pages (hoewel daar met google application engine misschien wel wat verandering in zal komen)
Dat klopt. Van die hobby pages, die je toch heel erg veelvuldig ziet, zie je nagenoeg nooit in Java. Dat heeft o.a. te maken met de hosting, Java is veelal gemaakt om 1 applicatie op 1 VM de draaien. Shared hosting zoals in PHP kan wel in Java, maar is veel lastiger. Ook is er de perceptie dat Java moeilijker is, maar voor hobby programmeurs is dikwijls alles moeilijk dus dat zegt niet zo veel.
Intressant wat je hier zegt.
Eerlijk gezegd ken ik niet alle tools die je opsomt, maar een aantal weet ik zeker van dat ze ook voor ASP.NET bestaan.

En ik moet je idd meegegeven dat C# wel erg op Java lijkt.
helaas nog geen support voor windows 7 ?
De kans is erg groot dat het gewoon werkt op Windows 7 (op Win7RC kan ik bijv. gewoon Eclipse draaien en ons Eclipse RCP-based product testen).

Maar Windows 7 is nog niet uit, dus dat ze dat niet officieel als supported platform noemen, is niet zo gek.

Sowieso zou ik naar Java 6 (of 7, maar dat is nog in alpha/beta status) kijken, aangezien Java 5 EOL is.

[Reactie gewijzigd door Herko_ter_Horst op 12 september 2009 11:46]

Ik heb de 64-bit editie van Java 6 geÔnstalleerd op MS-Windows 7 [64 bit ook] en dat werkt anders goed hoor - geen centje pijn. Maar aangezien MS-Windows 7 nog niet officieel uit is zal men hier verder nog niet op in gaan, mogelijk dat bij de volgende release vna Java men wel expliciet aangeeft dat er MS-Windows 7 ondersteuning is...

Op dit item kan niet meer gereageerd worden.



Populair: Vliegtuig Luchtvaart Crash Smartphones Google Laptops Apple Games Politiek en recht Rusland

© 1998 - 2014 Tweakers.net B.V. onderdeel van De Persgroep, ook uitgever van Computable.nl, Autotrack.nl en Carsom.nl Hosting door True

Beste nieuwssite en prijsvergelijker van het jaar 2013