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 , , 18 reacties
Bron: Sun, submitter: Gyske

In de submit vonden we de volgende tekst van Gyske: "Na het uitbrengen van Java 5 heeft Sun Java 2 niet vergeten. Er is weer een nieuwe versie van de 1.4.2-branch uit. Zowel de JRE- als SDK-uitvoering zijn nu verkrijgbaar onder versienummer 1.4.2_06. Zoals je hieronder ziet zijn er weer aardig wat bugs opgelost. Zie de release notes voor meer informatie."

  • ResourceBundle holds ClassLoader references using SoftReference (not weak)
  • enablev006: JVMPI_EVENT_ OBJECT_ALLOC request crashes Server VM
  • Update cacerts with new VeriSign ca certs
  • (so) Selector.select() throws CancelledKeyException
  • NPE if JFileChooser.setCurrentDirectory() called twice with non-canonical file
  • Internal Error occurs during offet conversion of byte code in rewrite/relocate
  • vmark failed with tiger b16/17 on solaris sparc 64 bits
  • SEGV in MapLoops test
  • REGRESSION 1.4: PropertyDescriptors do not find the most specific methods
  • REGRESSION 1.5: Introspector.getBeanInfo throws NPE if a primitive type is passe d
  • CMS: vtest died with tiger b26
  • JVM crashes during deoptimization phase
  • CMS thread/SLT deadlock problem
  • sparc 64bit VM, SEGV in interpreter, br should be brx
  • Unable to create Logger during JVM shutdown
  • Auto update check behavior changes if AUTOUPDATE CHECK=0 is passed in installer
  • 64bit j2sdk1.4.2_01 and j2sdk1.4.2_03 dump core with oracle 64bit jdbc oci driver
  • Cannot set different runtime parameters for different 1.4.2_x versions
  • jinstall and installer wrapper send malformed URL in HTTP HEAD requests
  • JSException when APPLET tag is written dynamically to HTML document inside FRAME
  • wrong proxy type returned when file URL is used instead of http URL
  • "java_g -version" dies on an assertion on RH9.0 and RHEL 3.0
  • 1.4.2_05: 3 JCK tests failing with -Xcheck:jni flag on Linux
  • RH Enterprise 3 and Suse Ent 8 server / desktop asian font properties needed
  • 64-bit hotspot: getfield doesn't sign-extend int (Regression since 1.4.0)
  • Async exception installed during monitorenter.
  • Client VM crash while compiling a large JSP generated method
  • NullPointerException in reading an rtf-file into a javax.swing.text.rtf.RTFEdito
  • RTFEditorKit wrongly parses rtf if fontname has unicode characters
  • 1.4.2_04 Server VM - C2 crash in PhaseCFG::ScheduleLate on Solaris
  • bf) Direct memory cannot be unreserved while reserving thread sleeps
  • Hotspot compiler changes behaviour of program
  • Async exception installed during exception processing causes segv.
  • VM segv's running jvmti/jvmpi profiler
  • J2SE 1.4.2 cannot display certain awt components in Asian characters in RH2.1 AS
  • EXECUTION STOPPED: on return to interpreted call, restored SP is corrupted
  • exception thows from jconsole when run any GUI which works fine with jdk1.4.x
  • Can not eliminate implicit null checks for method invocations based on profile
  • Https Trust Dialog in webstart can cause application to seem to hang
  • Regression 1.4.2_06b1 4937429 failing. cacerts in javaws and security dirs diffe
  • JRE/Browser crash during repaint - IE/XP on MP or HT systems.
  • /api/javax_swing/ SwingUtilities/descriptions.html fails for JCK14a, 1.4.2_06b1
  • Regression:4683022 fails for 1.4.2_06-b01
  • JDK1.4.2_05 (for windows, IA64) doesn't pass expr15802m445 in jck14a-compiler
  • REGRESSION: ResourceBundle.getBundle(String, Locale) is broken in jdk 1.4.2_05
  • Exponential performance regression in AWT components (multiple monitors)
  • Versienummer:1.4.2_06
    Besturingssystemen:Windows 9x, Windows NT, Windows 2000, Linux, Windows XP, Solaris, Windows Server 2003, Windows XP IA-64, Windows Server 2003 IA-64, Linux IA-64
    Website:Sun
    Download:http://java.sun.com/j2se/1.4.2/download.html
    Licentietype:Voorwaarden (GNU/BSD/etc.)
    Moderatie-faq Wijzig weergave

    Reacties (18)

    Ik gebruik nog een oude versie van 1.4.2, geef mij 1 reden waarom ik zou upgraden naar 1.4.2_06 ipv upgraden naar 5.0?

    'k begrijp deze upgrade niet... :Z
    Net als het verschil tussen PHP4 en PHP5. PHP5 is allang uit en tegelijk met versie 5.02 kwam 4.3.9 ook uit. In versie 5 zijn er toch wat dingen aardig anders en wil je een bug-vrije oude versie, dan upgrade je naar 4.3.9.

    Wil je nog niet aan Java5, dan upgrade je dus je ouwe versie naar 1.4.2_06 om bug-vrij te blijven
    Misschien omdat je voor klanten of partners ontwikkelt, die -om wat voor reden dan ook- nog niet overgestapt zijn naar 5.0.
    Grote bedrijven hebben nou eenmaal goede redenen niet zo snel over stappen naar nieuwe releases als thuisprogrammeurs. En aangezien ze veruit het grootste deel van de gebruikersgroep vormen, is dat meteen de reden voor deze update. Want neem maar van mij aan dat in 1.4.2_06 nu minder bugs zitten dan in 5.0.
    Ik dacht dat 1.5 volledig backwards compatible was met 1.4.

    Het zou dus alleen gaan om een vermeend hoger aantal bugs in 1.5 dan in 1.4.2_06? Is het niet slechts puur theoretische speculatie dat 1.4.2_06 minder bugs heeft dan 1.5? Is er ook concreet bewijs?
    1.5 zou backwards compatible moeten zijn, maar misschien is dit niet zo of zijn er nog bugs, dus kijken bedrijven eerst eens hoe het bij de rest gaat en als het goed blijkt te zijn stappen ze over
    that's it :)
    kwestie van eerst alle bestaande soft te testen op de 1.5 voordat je het hele systeem omschakelt, downgraden is meestal een vrij moeilijke klus
    Bovendien: ook al zou 5.0 100% backwards compatible met 1.4.2 zijn, dan houd je als ontwikkelaar altijd nog het probleem dat je niet "per ongelijk" 5.0 features mag gebruiken. Want die zorgen dan uiteraard voor problemen die je pas opmerkt op het moment dat het geheel op een machine met 1.4.x uitgevoerd wordt. En dan kan het al veel te laat zijn.
    Nee 1.5 is niet volledig backwards compatible met 1.4:
    Denk bijvoorbeeld aan het nieuwe 'enum' keyword: Dat kon je in vorige versies nog als naam van een variabele gebruiken. Met 1.5 geeft dat compile errors.

    Verder zijn er een aantal libraries gewijzigd zoals Swing. Daar kun je ook compile errors door krijgen: Op mijn werk gebruikten we bijvoorbeeld een subklasse van Frame met een methode setAlwaysOnTop. In 1.5 zit er in Window precies zo'n methode die final is gedeclareerd; die mag je niet overriden en dat gaf ons dus ook compile errors.
    Dan moet je de juiste compile opties meegeven. :o

    En een goeie ide kan je ook configureren voor een bepaalde jdk en mekkert dan al eerder.
    Denk bijvoorbeeld aan het nieuwe 'enum' keyword: Dat kon je in vorige versies nog als naam van een variabele gebruiken. Met 1.5 geeft dat compile errors.
    Subtiel verschil: het geeft compile warnings. Dwz je bestaande code compileert nog wel. De optie '-source 1.5' zorgt ervoor dat de nieuwe keywords ook daadwerkelijk zo worden ge´nterpreteerd.
    ik gebruik al een hele tijd de 1.5 beta's en die zijn zeer stabiel. ik zie weinig reden om nog een 1.4.x geinstalleerd te hebben staan...
    geef mij 1 reden waarom ik zou upgraden naar 1.4.2_06 ipv upgraden naar 5.0?
    <Godfathermode>
    De familie heeft gekozen vor 1.4.2_06 ... Je wilt de familie toch niet teleurstellen? :7
    </Godfathermode>
    De update functie van 1.4.2_05 geeft weer:
    You already have the latest Java(TM) Platform on this system.
    :?
    "Licentietype: Spyware"

    Kan iemand uitleggen waarom Sun Java spyware is?
    Ze hebben het nu veranderd in GNU/BSD maar dat klopt ook weer niet. Bij mijn weten is Java nog geen open source. Hier vind je de java licentie voor 1.4.2: http://java.sun.com/j2se/1.4.2/j2sdk-1_4_2-doc-license.html
    Welke licentie is dat nu? De java licentie. Maar laten we het maar gewoon Freeware noemen. Het is zeker GEEN open source licentie.
    J2SE 1.5 is wel backwards compatible, want je kunt compileren met

    javac -target "1.4" (of -source "1.4", ik weet niet meer zeker welke)

    En dan worden 1.4 classes geproduceerd. Ok, je kunt de 1.5 features niet gebruiken, maar dat is bijzaak :)
    Ja maar dat geldt niet voor alle Java libraries die gewijzigd zijn in 1.5. Of je moet die ook nog gaan vervangen door de oude 1.4 jars, maar dan moet je je toch gaan afvragen waarom je niet gewoon met 1.4 bent blijven werken ..
    "Licentietype: Spyware"

    moet dat geen Freeware zijn??

    [edit:} sorry voor dubbelpost... :(
    Heeft Java 5 ook gewoon weer runtime files?
    Want ik hoef niet al die overbodige meuk erbij te hebben.

    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