Software-update: Oracle Java 7 update 79 / 80 & 8 update 45

Oracle heeft updates voor versies 7.0 en 8.0 van zowel de developmentkit als de runtime-environment van Java Standard Edition uitgebracht. Voor versie 8.0 is het makkelijk, daar is update 45 voor beschikbaar. Bij versie 7.0 zijn er twee uitvoering beschikbaar. De eerste, update 79, bevat alleen verbeteringen voor beveiligingsproblemen en ernstige bugs, terwijl de tweede, update 80, ook een nieuwe optie bevat.

JDK 8u45, 7u79 and 7u80 Released!

JDK 8u45, 7u79 and 7u80 releases are now available. For information on features and fixes included in these releases, see the following release notes:

• JDK 8u45 Release Notes
• JDK 7u79 Release Notes
• JDK 7u80 Release Notes

Versienummer	7 update 79 / 80 & 8 update 45
Releasestatus	Final
Besturingssystemen	Windows 7, Java, Linux, macOS, Solaris, Windows Server 2003, Windows Vista, Windows Server 2008, Windows Server 2012, Windows 8, Windows 10
Website	Oracle
Download	http://www.oracle.com/technetwork/java/javase/downloads/index.html
Licentietype	Freeware

Reacties (31)

Ik haal mijn Java altijd via http://java.com/en/download/manual.jsp binnen.
De offline installers daar hebben namelijk nooit die reclame adware in zich zitten.

(PS. Ik gebruik Java vooral voor minecraft. Dus nodig hier is het wel)

Gooi Java er dan gerust af, minecraft.exe heeft tegenwoordig zijn eigen java gebundeld.

De vanilla Launcher misschien, maar de Launchers voor modded minecraft hebben dat dan weer niet.

Of via Ninite

Als je via de Windows configuratiescherm op Java klikt, dan kan je vandaar uit altijd (manueel) een update uitvoeren. Daarbij wordt het automatisch zonder adware je Java geupdate...

Ik heb 3 maanden geleden Windows 8.1 opnieuw geïnstalleerd zonder Java te installeren. De eerste website die niet werkt moet ik nog tegen komen dus ik vraag me af waarom je het nog zou installeren...

Voor zakelijk internetbankieren bij de ING heb je Java nodig voor de communicatie met de identifier.

Bij mij op mijn bedrijf heb ik java ook zoveel mogelijk gedeinstalleerd. Alleen de Regiobank gebruikt dus wel java om op hun internetbankieren te komen. Daarbij is het zelfs zo dat als ik het uit Firefox (standaard browser) start, ze het zo bont maken dat er een Internet Explorer geopend wordt.

Haast ironisch hoe ing aan de ene kant java gebruikt en aan de andere stelt geen oude browsers meer te ondersteunen omdat die onveilig zijn. Zo veilig is java ook niet en veel virussen maken gretig gebruik van java. Daarbij is het nog wel eens voorgekomen dat oracle traag is met het updaten van beveilgingsproblemen in java.
Ik snap dan niet hoe je als bank java kan gebruiken voor je internetbankieren.

Meester architect van de informatie technologie Rudie, leg jij dan even uit wat precies het probleem met JAVA is dat zich niet voordoet bij laten we zeggen enige C variant of welke andere progammeertaal dan ook.

De ironie waar jij over spreekt ontgaat mij volledig. Een analogie van jouw uitspraak: "fouten in C++ applicaties wordt veelvuldig gebruikt door virussen. Het is dus ironisch dat een bank gebruik maakt van C++ gebaseerde applicaties voor internetbankieren terwijl ze als veiligheidsmaatregel oude browsers blokkeren".

Precies; tang en varken.

Bedankt voor de titel! Maar je strooit al wel snel met zulke titels, want mijn programmeerervaring dateert alweer van toen ik nog op school zat en assembly, pascal of C kreeg.
Ik zeg nergens dat een code in een andere taal veel veiliger is, maar als je gebruik maakt van de JRE ben je afhankelijk van een externe partij, Oracle, om veiligheidproblemen in de JRE op te lossen waarbij als je een taal als het door jouw genoemde C++ gebruikt zelf de complete controle heb om problemen op te lossen.
Daarbij willen programma's, geen idee hoe dat bij de ING zit, soms nog wel eens een specifieke versie van JRE vereisen. Mocht er een nieuwe JRE uitkomen welke veiligheidsproblemen oplost, maar jouw applicatie wordt niet geüpdate om met die nieuwe versie JRE te kunnen werken heb je een veiligheidsrisico. Nieuwe virussen kunnen dan gebruik maken van fouten in de oude JRE die nog op jouw systeem geinstallerd staat en dus loop je systeem extra risico.
Banken hebben, of zouden moeten, veiligheid hoog op de agenda staan, maar als je dan een bankierenapplicatie maakt die gebruik maakt van iets waar je geen controle over heb en wat haast synoniem staat als een veligheidsrisico/probleem dan vind ik dat raar. En dan vind ik het haast ironisch hoe ze oude browsers weren ivm veiligheid, maar wel een JRE gebruiken welke als veligheidsrisico/probleem te boek staat.
Maar dit is hoe ik er over denkt, ieder z'n ding en als jij, of iemand anders, goede argumenten heb om mij anders te doen denken dan sta ik daar voor open. Maar voorlopig is dit hoe ik het zie.

http://www.cvedetails.com/top-50-vendors.php

Dan ga je wel makkelijk aan het punt voorbij dat als je uberhaupt gebruik maakt van een Microsoft OS je sowieso zo lek als een mandje bent. Ongeacht welke browser of runtime omgeving.

De JRE als onveilig bestempelen om vervolgens door die niet te gebruiken denken dat je veilig bent is net zoiets als kogelwerende helm op zetten en denken dat je dan niet kan worden kapotgeschoten als er iemand met een AK-74 op je mikt.

Overigens draaien de meeste applicaties in een runtime. Het is maar net naar welk niveau je kijkt. Check bijv. http://arstechnica.com/se...s-and-were-found-at-last/ om maar even aan te geven dat een potentieel lek in de JRE écht niet hoog op je lijstje met risico's moet staan.

Haha.. blijkbaar heb je geen goed argument kunnen bedenken als je met het argument komt dat microsft besturingssystemen zo lek als een mandje zijn.

En nee, ik denk helemaal niet dat je veilig bent als je de JRE niet gebruikt. Als je de JRE gebruikt introduceer je een extra veiligheidsrisico wat tevens bekend is en door heel veel virussen ed wordt misbruikt. Maar blijkbaar ben je niet bekend met de risico's van de JRE installatie.
Helaas is het wel zo dat er genoeg applicaties zijn die JRE gebruiken, maar als beheerder zijnde wordt je hier niet blij van, en veiligheid is er één van.

Maar ok, je microsoft argument zegt genoeg voor mij voor.

Mijn punt is: beter zorg je dat je medewerkers niet op linkies in de mail kunnen klikken en dat je een goede virusscanner op je mail server hebt staan, dat je policies in orde zijn binnen je domein etc dan dat je je druk maakt over die enkele exploit in de JRE.

nieuws: 'Russische hackers gebruikten exploits in Flash en Windows om VS te hacken' .. nuff said

Bij Rabo niet.

Java is niet alleen voor websites maar ook voor desktop applicaties. Met name open source applicaties gebruikten het nog al eens. Mijn Tux Guitar is niet meer verder ontwikkeld na 2009 en vereist een zwaar verouderde versie van Java

--

Starting with JDK 8u45 release, the jar tool no longer allows the leading slash "/" and ".." (dot-dot) path component in zip entry file name when creating new and/or extracting from zip and jar file.

Gaat dit niet ten koste van de backwards compatibility?

[Reactie gewijzigd door Kalief op 15 april 2015 12:01]

Mijn Tux Guitar is niet meer verder ontwikkeld na 2009 en vereist een zwaar verouderde versie van Java

Ik heb TuxGuitar zopas eens geïnstalleerd en op het eerste zicht werkt het gewoon met Java 8u45?

Starting with JDK 8u45 release, the jar tool no longer allows the leading slash "/" and ".." (dot-dot) path component in zip entry file name when creating new and/or extracting from zip and jar file.

Gaat dit niet ten koste van de backwards compatibility?

Ten eerste zie ik niet in waarom je het oude gedrag zou nodig hebben. Ten tweede is er een nieuwe command line option, mocht je 't toch nog willen:
If needed, the new command line option "-P" should be used explicitly to preserve the dot-dot and/or absolute path component.

Sommige programma's hebben Java nodig, maar ik gebruik het zelf vooral voor ontwikkeling. Ik heb de browser plugin dan ook uitstaan, die zorgt alleen maar voor veiligheidsproblemen.

Ik heb het ookk al een jaar ofzo niet meer bevalt mij prima

Minecraft heeft Java nodig

[Reactie gewijzigd door born4trance op 15 april 2015 12:29]

(onnodig dubbel geplaatst)

[Reactie gewijzigd door born4trance op 15 april 2015 12:29]

Mijn moeder klaverjast altijd en op die site heb je het echt nodig, want anders kan je niet spelen, dus noodzakelijk is het nog steeds.

Java..... 8 versies en 45 updates later nog steeds geen goede auto update.
Gelukkig is er http://sourceforge.net/projects/autojavaupdater/

[Reactie gewijzigd door henk717 op 15 april 2015 12:31]

Alleen jammer dat die niet de 64 bit versie mee installeert..

Is het trouwens mogelijk om een directory in te stellen waar java 8 wordt geïnstalleerd, in plaats van dat het bij iedere versie een andere directory is? e.g C:\Program Files (x86)\Java\java8 i.p.v. C:\Program Files (x86)\Java\jre1.8.0_45

bedoel je dit
ik heb windows 8.1 maar ik dacht dat het in 7 hetzelfde is.

Configuratiescherm\Alle Configuratiescherm-onderdelen\Systeem
Geavanceerde Systeeminstellingen
onderaan staat dan "Omgevings variabelen"

in het onderste blokje kan je zelf het pad instellen

Ik zie daar geen optie om de default installatie directory voor java aan te passen..
Wat heb jij daar staan dan?

Er zijn 2 delen
1 Gebruikersvariabelen voor "gebruikersnaam"
met hier 2 of 3 opties

en het stuk systeem variabelen
als ik een klein stukje naar onder scroll zijn daar de variabele
JAVA_HOME C:\Program Files\Java\jdk1.8.0_05

en bij "Path" staat een hele lijst met paden als System32, Powershell etc.
hier moet die van Java ook tussen staan.

Ik weet niet of hier iets wijzigen genoeg is, of dat dat mogelijk andere gevolgen heeft. Daar kan je je het beste even over inlezen.

Even klik klik en het was weer gescheten - met aan het eind nog de optie om een sterk verouderde versie (Java 6) te uninstallen.

Wat vind jij er niet goed aan dan?

Correctie: er is wel een Java 7 update uit - update 79 (CPU) en 80 (PSU) zijn ook beschikbaar.

Dit stukje snap ik niet:

Normaal gesproken komt er tegelijkertijd een update van versie 7 uit, maar dat is dit keer niet het geval. In april komt er een opnieuw een update uit, maar daarna wordt versie 7 definitief met pensioen gestuurd.

Het is nu toch al 15 april? Gaat er dan de komende weken alsnog een (laatste) update uitkomen voor Java 7? Lijkt me sterk, dan hadden ze die update net zo goed nu al tegelijk met de update voor Java 8 kunnen uitbrengen.

edit:

Het klopt ook niet, er is gewoon ook een update van Java 7 uitgebracht. Je kunt ze allemaal hier vinden: https://blogs.oracle.com/...ry/jdk_8u45_7u79_and_7u80

[Reactie gewijzigd door Left op 15 april 2015 11:53]