Cookies op Tweakers

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. Wil je meer informatie over cookies en hoe ze worden gebruikt, bekijk dan ons cookiebeleid.

Meer informatie

Door , , 24 reacties
Bron: Sun, submitter: quadsimodo

Sun heeft alweer de elfde update uitgebracht voor zijn Java 2 Standard Edition 5.0 pakketten, zowel voor de Development Kit als voor de Runtime Environment. De versieaanduiding is vastgesteld op 5.0 update 11 en het exacte versienummer is op 1.5.0_11-b03 komen te liggen. De ontwikkelaars hebben de beveiliging van verschillende onderdelen verbeterd en een lange lijst met bugs verholpen. Deze zien er dan ook als volgt uit:

Bug fixes:
  • 6316313 - hotspot - compiler1 - hotspot terminates at assert during GC in java_g
  • 6381526 - hotspot - jvmti - Unexpected async exception in jvmti_GetLoadedClasses()
  • 6463096 - hotspot - runtime_system - icache invalidation code can segv
  • 6419112 - hotspot - runtime_system - Need a way to determine if java process was started from sun launchers
  • 5036554 - idl - other - unmarshal error on CORBA alias type in CORBA any
  • 6448787 - java - char_encodings - Regression: UnicodeLittle broken on 1.4.2_12
  • 6358747 - java - classes_2d - PrinterJob.printDialog() crashes JVM when called from subthread
  • 6449486 - java - classes_2d - Few Hindi glyph formations are failing on Win-Vista only
  • 6471418 - java - classes_2d - StackOverflowError due to recursion at sun.font.TrueTypeFont.getTableBuffer
  • 6395346 - java - classes_2d - Need to make Java process High-DPI-aware on Windows Vista
  • 6490384 - java - classes_2d - sun/java2d/DirectX/D3dTranslucency.java test needs to be backported from Mustang to Tiger workspace
  • 6418004 - java - classes_2d - java/awt/font/StyledMetrics/StyledMetrics.java fails on Vista
  • 6476980 - java - classes_2d - deriveFont is not working on FontUIResource with a dynamically loaded TTF
  • 6448717 - java - classes_2d - Unable to retrieve printer list on system with unconnected printers
  • 6300533 - java - classes_awt - RI crashes on Windows when executing tests.api.java.awt.Toolkit.CursorTests
  • 6191896 - java - classes_awt - Pressing 'copy' on a TextField with echo char set copies the actual text to the clipboard, XToolkit
  • 6504460 - java - classes_awt - Regression in backport of flickering-related bug fix
  • 6401956 - java - classes_awt - Vista: The right mark of the CheckboxMenu item is broken when compared with winXP
  • 6481955 - java - classes_io - Uncanonicalized absolute filepath with length 248-260 no longer works (win)
  • 6464154 - java - classes_lang - (process) subprocess environment sort order differs from Windows native sort order
  • 6469606 - java - classes_lang - (process) Process.destroy() can kill wrong process (Unix)
  • 6456276 - java - classes_net - VISTA: api/java_net/NetworkInterface/index.html#static fails.
  • 6457066 - java - classes_net - SocketTimeoutException : Timing out early
  • 6469803 - java - classes_net - Socket creation on Windows takes a long time if web proxy does not have a DNS entry
  • 6469663 - java - classes_net - HTTP Request-URI contains fragment when connecting through proxy
  • 6493989 - java - classes_sound - javax/sound/sampled/Clip/JavaSoundAudioClip/bug6269854.java test appeared as unstable on tiger
  • 6331483 - java - classes_swing - Regression: com/sun/java/swing/plaf/gtk/5048769/bug5048769.sh fails
  • 6466058 - java - classes_swing - OceanTheme causes swing components to serialize with sun.* classes
  • 6449933 - java - classes_swing - Vista:FileChooserDemo throws an exception when trying to open it in Windows L&F
  • 6486626 - java - classes_swing - JFileChooser throws exception when trying to access a CD drive on Vista.
  • 6190373 - java - classes_swing - REGRESSION: AWT-EventQueue Deadlock AWTTreeLock/MetalUtils$GradientPainter
  • 6496144 - java - classes_swing - REGRESSION: JCheckBox doesn't show on JToolBar under Windows L&F
  • 6317248 - java - classes_util - (fmt) java/util/Formatter/Basic.java fails in hi_IN locale
  • 6480497 - java - classes_util_i18n - (tz) Support tzdata2006n
  • 6497526 - java - classes_util_i18n - (tz) Support tzdata2006p
  • 6490560 - java - classes_util_i18n - (tz) Support tzdata2006o
  • 6485605 - java - debugger - "com.sun.jdi.InternalException: Inconsistent suspend policy" in internal event handler
  • 6398636 - java - install - Vista: JRE 5.0u8 installation failed with 1722 MSI error
  • 6405138 - java - install - Vista: Add manifest to installers to run with elevated privileges
  • 6405147 - java - install - Vista: Use registry key to pre-approve Active-X controls
  • 6433689 - java - install - 1.5.0_u7 has "shielded" exe in Windows Vista
  • 6495123 - java - localization - [l10n] l10n meeesage update after deployment bug 6458761 is fixed
  • 6473331 - java - rmi - rmic does not use manifest classpath
  • 6422509 - java_deployment - download - Vista: disable change dialog for cache location ?
  • 6415321 - java_deployment - general - Vista: Implement work around for Runtime.exec() problem in deployment
  • 6464051 - java_deployment - general - InstallStats2 not sending full version for offline installers with 'failure' status
  • 6487916 - java_deployment - general - IS2 : InstallComplete ping 'ic' with status 'success' is not posted in silent mode
  • 6394747 - java_deployment - update - Vista: Java auto-update is not enabled on Windows Vista
  • 6406822 - java_deployment - update - Vista: jusched.exe requires user approval with every login
  • 6495720 - java_deployment - update - jusched.exe needs to be signed
  • 6489165 - java_plugin - iexplorer - dead lock occurs by pressing "refresh" many times in 5.0u10b02
  • 6206442 - java_plugin - other - REGRESSION: JFrame goes to back after toFront() is called when Applet starts
  • 6487334 - java_plugin - other - vista: changes made by java control panel has no effect
  • 6477348 - java_plugin - other - browser become non-responsive if we switch page during applet JAR initial download
  • 6493637 - javawebstart - general - TCK-jnlp 1.5: jnlp_file/resources/j2se/index.html#vmArgs hang in some cases.
Versienummer:5.0 update 11
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
Website:Sun
Download:http://java.sun.com/j2se/1.5.0/download.jsp
Licentietype:Voorwaarden (GNU/BSD/etc.)
Moderatie-faq Wijzig weergave

Reacties (24)

wanneer komt er nou een fix dat oude versies automatisch gedeinstalleerd worden?
Waarschijnlijk nooit. Sun raadt zelfs aan oude versies te laten staan. Dit ivm compatibiliteit met oudere applets. Lekker slim he.
Op de volgende link staat dat ze aanraden oude versies gewoon te laten staan ivm compatibiliteit met oudere applicaties die een bepaalde JRE-versie nodig hebben:

http://www.java.com/nl/download/faq/5000070400.xml
Alsof jouw programma gaat breken als je van JRE 1.5.0_10 naar JRE 1.5.0_11 gaat. Als dat het geval is, dan zit er een regressie in de nieuwe versie. Het is de taak aan Sun om in de 1.5.0 series compatible te blijven.
Ik kan me voorstellen dat je 1.5 en 1.6 naastelkaar blijft draaien, maar om nou JRE 1.5.0 t/m update 11 allemaal op je systeem te hebben...
maar sun raad om veiligheidsredenen aan ouden versies te deinstalleren.
Elke keer 100MB weg van je HD. 11 Updates = 1GB oude rommel. Tijd dat Sun eens een fatsoenlijke installer en backwards compatibility implementeerd. Misschien tijd voor patches?

En 11 Updates in notime van een en het hetzelfde programma, zegt dat wat over de kwaliteit? (en geen gezeur over windows wat dat is in verhouding wel even een maatje groter en complexer).
wanneer komt er nou een fix dat oude versies automatisch gedeinstalleerd worden?
Moet dat niet gewoon via je OS gedaan worden?

Op debian doe ik gewoon apt-get upgrade, en dan heb ik gewoon de nieuwste versie van Java. Oude versies blijven nergens achter...
En daarom pas ik altijd de installatie map aan naar Java en niet Java[java versie]. Als ik dan een install doe van een nieuwe versie, knalt hij alle nieuwe bestanden gewoon over de oude heen, nog nooit problemen mee gehad.

Ze zijn overigens wel lekker bezig met al die updates. Voor school moet ik dit blok gaan programmeren in Java voor ons project, maar zelf heb ik er geen moer aan. Ik doe de opleiding Systeembeheer en daar heb ik geen programmeren voor nodig, school denkt daar schijnbaar anders over. Iedereen zit te zeuren over Java omdat het zo klote programmeren is, veel te uitgebreid.
Systeembeheer en daar heb ik geen programmeren voor nodig
Beetje offtopic, maar komop weg, ben jij een systeembeheerder van het niveau likmevestje?

Als je denkt dat jij de titel systeembeheerder waardig bent als je alleen op wat next knopjes van dialogen in Windows kunt clicken dan heb je het ernstig mis. Een goede systeembeheerder moet zeker wat kennis hebben van programmeren; shell scripts, eenvoudige PHP scripten, zeker perl en eigenlijk ook wat python.

Natuurlijk hoef je geen gehele enterprise applications in Java te ontwikkelen, maar als je er een keertje gewoon wat mee gedaan hebt dan snap je ook veel beter de aart van het beestje als je een Java bak moet beheren.
maar waarom werken aan oude versies die nu al liefst 11 updates heeft en niet gewoon aan 6.0?
Om dat Java 5 voorlopig nog voor erg veel applicaties gebruikt gaat worden, en dat die applicaties niet altijd goed draaien op Java 6 (of iig dat de leverancier het nog niet volledig getest heeft voor Java 6).
Toch draaien redelijk algemene dingen als LimeWire en OOo.org hier prima op Java 6? Lijkt toch wel enige compatibility in te zitten..
Toch draaien redelijk algemene dingen als LimeWire en OOo.org hier prima op Java 6? Lijkt toch wel enige compatibility in te zitten..
Sterker nog, ik heb een test suite van zo'n 1000 unit tests doorlopen en een aantal grote applicaties van zo'n 100.000 ~ 500.000 regels elk, alsmede Eclipse draai ik al enkele maanden op Java 6.

Tot op heden geen enkel probleem tegengekomen!

Ja, eentje, waar een programmeur via reflection zichzelf toegang had gehacked tot een private variable in de non public Sun classes. Daar moest even een Java 6 workaround voor gemaakt worden ;)
De 6 is al uit hoor. Sedert December, maar ze pushen hem nog niet tot na de zomer.
Erger nog, als je een applet tegenkomt die Java 6 nodig heeft, dan gaat die gewoon niet werken, automatische update naar versie 6 is nog niet mogelijk.

Hier zit ik nu met mijn eigen software : http://foldersync.sourceforge.net/
versie 0.1 is klaar, maar geen enkele eindgebruiker die het kan gebruiken. Dan zegt Sun dat developers in Java 6 moeten gaan werken.

2 thumbs down for Sun.
Maar ja, wat voor specifieke java6 dingen gebruik je dan?
En is het een afweging om als ontwikkelaar te besluiten nog even voor java5 te ontwikkelen?

Je kunt niet makkelijk verwachten dat iedereen de laatste versie heeft.
Ja, als er automatisch wordt geupdate misschien wel.

Maar jij als ontwikkelaar kunt ook bij de systeemvereisten duidelijk zetten dat java6 vereist is. Ondanks dat Sun hem nog niet pusht is hij wel te downloaden en te installeren.
Bij andere platformen is dat niet anders. Voor Flash en .NET toepassingen worden er ook vaak eisen gesteld aan de versie, en zal je ook moeten upgraden.

Toegegeven, een automatische upgrade (van 5 naar 6) zou prettig zijn. Maar ook weer niet in alle gevallen.

(Anyway, je tooltje ziet er handig uit. Dus voor mij nu al een stimulans om eerst eens te upgraden naar 6 :Y) )
wa's er mis met versie 6 ?
Wat is er mis met oudere versies nog steeds ondersteunen en veiliger maken?
Wat is er mis met oudere versies nog steeds ondersteunen en veiliger maken?
Is inderdaad niks mis mee. Ze kunnen dit zelfs fors uitbreiden! Ik wil niet alleen Java 5.0_10 naar 5.0_11 updaten, maar ook 5.0_09 naar 5.0_09_01 updaten! En voor hosts waar ik toevallig ooit 5.0_04 gedeployed heb wil ik ook gewoon een 5.0_04_01 en daarna een 5.0_04_01_01 en natuurlijk ook nog een update voor 5.0_01, want die heb ik toevallig weer ergens anders staan, en ik wil natuurlijk nooit upgraden! Ik schrijf m'n software altijd zo slecht, en maak zo slecht gebruik van de APIs dat elke upgrade een groot risico voor mij is!
Java is inmiddels uitgegroeid tot een gigantisch pakket API's en tools, waarvan een groot deel ook nog eens een behoorlijke complexiteit kennen. Het is misschien niet even moeilijk om dat bugvrij te houden als een OS, dat neemt niet weg dat het een onmogelijke taak blijft met name als je bedenkt dat Java voor verschillende operating systems beschikbaar is, wat de bugs platform afhankelijk kan maken.

Neen, ik vind de regelmatige stroom van updates juist toevoegen aan de kwaliteit, ook al ben ik het er mee eens dat er in ieder geval de optie moet zijn om oudere versies automatisch te uninstallen.
Ja, maar dat houdt niet in dat aan oudere versies niet meer gewerkt wordt.
Die versie 6 waar jij naar linkt is alleen bedoeld voor Vista!!!

Deze bedoel je https://sdlc5c.sun.com/EC...6C9BAFC0EB1090F84397A4CC7.
Je bedoelt de versie die vanaf hier is te downloaden (voor eindgebruikers: de JRE v6).
Werkt ook gewoon met XP :)

Op dit item kan niet meer gereageerd worden.



Apple iOS 10 Google Pixel Apple iPhone 7 Sony PlayStation VR AMD Radeon RX 480 4GB Battlefield 1 Google Android Nougat Watch Dogs 2

© 1998 - 2016 de Persgroep Online Services B.V. Tweakers vormt samen met o.a. Autotrack en Carsom.nl de Persgroep Online Services B.V. Hosting door True