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. 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 , , 54 reacties, 14.768 views •

Oracle heeft aangekondigd dat het met behulp van de Java auto-updatetool Windows-gebruikers die nog de Java 6-runtime draaien automatisch zal upgraden naar Java 7. In februari zal bovendien de laatste update voor Java 6 uitkomen.

De auto-update voor de 32bit-versie van de Java Runtime Environment versie 6 zal deze maand voor een beperkte groep gebruikers geactiveerd worden, zo meldt Oracle. Bij gebruikers met JRE 6 installeert de updatetool de laatste update van Java 7. Indien de migratie binnen de testgroep als geslaagd wordt beschouwd, dan zal Oracle de migratie vanaf februari voor alle gebruikers van Java 6 via auto-update op gang brengen.

Oracle brengt in februari ook JRE 6 update 39 uit. Dit zal de laatste updateronde zijn voor de Java Runtime Environment in de 6-serie. Voortaan dienen gebruikers Java 7 te installeren. Deze versie wordt overigens al enige tijd standaard aangeboden op de Java-website.

Java wordt al tijden geplaagd door beveiligingsproblemen en is momenteel de meest misbruikte plug-in voor het installeren van malware op Windows-systemen. Kaspersky becijferde vorige maand dat liefst 56 procent van alle malware met behulp van kwetsbaarheden in Java is binnengekomen. Met een automatische upgrade naar versie 7 zou het aantal gebruikers van verouderde en dus onveilige Java-versies mogelijk verminderen.

Reacties (54)

Waarom staat dit niet standaard aan? Kan misschien aan mij liggen maar sinds eind vorig jaar updaten bij mij alle programma's automatisch.
.Omdat er oude java applets zijn die niet goed met 7 werken helaas.
Maar binnen 1 versie 6 of 7 nu zouden ze de updates best mogen pushen (na toestemming uiteraard). Dat scheelt sowieso al in verouderde versies en daarmee risico's. 7 is nu ook al een flinke tijd de standaard dus logisch dat 6 er nu zo uitgaat.
Zelfs binnen de versie (6 of 7) is een bepaalde update dikwijls van belang. Applicaties die bvb. enkel werken op versie 6 update 2 tem. update 17. Wij hebben hier veel problemen met verschillende applicties die elk hun specifieke java versie vereisen.
Mij hebben ze op school altijd wijs gemaakt dat Java backward compatibel was met de vorige versies. Ze hebben me daar dus iets mooi wijsgemaakt dan :?
Persoonlijk zou ik van die auto-update niet veel last hebben, ik gebruik zelden tot nooit Java programma's, maar als de situatie zich stelt zoals bij u dan is dat wel wat lastiger.
Als dat echt zo is dan mag je wel eens gaan uitzoeken waarom dit zo is. Want dit betekend gewoon dat er niet netjes is gecode.
omdat zeer veel mensen dat juist absoluut niet willen.
ik beheer graag zelf welke software versies ik gebruik, en vooral wanneer ik updates installeer.

ik heb automatische updates in Windows ook altijd op "controleren op updates, maar mij laten kiezen ze te downloaden en installeren".
dit vooral omdat Windows de updates anders pas ge´nstalleerd als ik de PC afsluit, wat vooral als je vaak op een laptop werkt zeer vervelend is, ik heb vaak genoeg gehad dat ik van werk naar huis wou en dan de melding kreeg dat er nog even 20 updates ge´nstalleerd moeten worden.
als ik vroeg vrij ben is dat nog niet zo'n probleem, maar ik ben normaal vrij 10min voordat het alarm word ingeschakeld en de deur op slot gaat, dan heb ik dus geen tijd meer om die updates nog te installeren.

ik bedoel ik heb hier gewoon Java 7 update 9, maar die is wel ge´nstalleerd op de tijd dat dat voor mij goed uit kwam.

dat geld niet alleen voor Java en Windows, maar voor alle software die ik gebruik, automatische updates is het eerste wat uit gaat, liefst dat hij wel meld dat er updates zijn, maar dat ik die zelf installeer.
Je kan je laptop toch ook tijdens de theepauze oid alvast een keer herstarten zodat je niet aan het eind van de dag moet wachten op het installeren van de updates?
Mooi excuus voor een enorme ontwerpfout in WIndows 7.
Niks ontwerpfout. Het zou een ontwerpfout zijn als de door foxofinfinety (en mij) gebruikte optie "controleren op updates, maar mij laten kiezen ze te downloaden en installeren" er niet in had gezeten.

Dat de standaardinstelling "installeer meteen" is vind ik toe te juichen, dat houdt de computer van diegenen die er niet naar om willen kijken of geen kaas gegeten hebben van hoe windows werkt tenminste up to date. Diegenen die meer controle willen (of moeten hebben) kunnen dat met 4 klikken krijgen, iedereen tevreden.

[Reactie gewijzigd door Bundin op 17 december 2012 22:27]

Dan moet je nog de mogelijkheid hebben om de updates te skippen tot een beter moment.

Linux installeert updates gewoon terwijl je bezig bent. Dat Windows dat niet kan is ook een ontwerpfout.
Windows kan ook gewoon updates installeren terwijl je aan het werk bent. Alleen 9 van de 10 keer vraagt Windows of je opnieuw wilt opstarten. Gewoon lekker op 4 uur zetten en op uitstellen drukken.
Tot hij ze gaat installeren als je niet thuis bent/in bed ligt en dan niet binnen die 10 minuten het op 4 uur hebt gezet. Dan krijg je keihard een reboot en sluit hij alles af wat open stond, omgeacht of je opgeslagen had (kunt) of niet.

Dat is vooral fijn met van die belastingdienst-pdf's die je niet kunt opslaan, alleen printen. Ook je openstaande tabs in IE ben je kwijt (hij onthoud hooguit de tabs van het laatst afgesloten venster maar omdat hij standaard alles opent in een nieuw venster is het vrijwel altijd een venster met ÚÚn tab/pagina die als laatste afgesloten wordt. Bij Opera Firefox en Chrome (en afgeleiden) kun je kiezen om (standaard) de sessie te herstellen maar ook dan ben je al snel iets kwijt bv omdat de pagina bij opnieuw laden veranderd is. Was je bv bezig een reactie te typen op tweakers.net dan is die weg.

Bij mij staat het dus thuis op 'mij laten kiezen' en op het werk staat het helemaal uit (regelen we de updates via de kace k1100).
Niks ontwerpfout. Het zou een ontwerpfout zijn als de door foxofinfinety (en mij) gebruikte optie "controleren op updates, maar mij laten kiezen ze te downloaden en installeren" er niet in had gezeten.

Dat de standaardinstelling "installeer meteen" is vind ik toe te juichen, dat houdt de computer van diegenen die er niet naar om willen kijken of geen kaas gegeten hebben van hoe windows werkt tenminste up to date. Diegenen die meer controle willen (of moeten hebben) kunnen dat met 4 klikken krijgen, iedereen tevreden.
Iemand ook het pijltje gezien naast de '[UAC-Updates] Afsluiten' knop?
Als je dat aanklikt, en vervolgens op 'Afsluiten' klikt, sluit 'ie zonder updates te installeren af.

Dit was al zo sinds Windows XP: het valt alleen niet op als je niets leest.
Bij Windows 8 staat het zelfs standaard uit, enkel bij het herstarten installeert hij updates bij mij. En dan moet ik nog zelf herstarten, of na 2 dagen doet hij het automatisch.
Ik bepaal liever zelf wanneer ik de updates installeer, dus ik gebruik ook altijd die optie. :P Ik wil niet mijn PC ergens op de dag hoeven te herstarten omdat Windows zo nodig updates moet installeren wanneer ik geen tijd heb. Uiteraard zorg ik wel dat ik altijd up-to-date ben hoor..
Edit. Nvm.

Feit is dat compatibility van Java met voorgaande versies vaak idd niet helemaal.. Ok is. :(

[Reactie gewijzigd door xxxneoxxx op 17 december 2012 19:46]

Ehh, java is juist uitermate compatibel.

De bytecode en de meeste klassen zijn zelfs nooit veranderd dus in theorie kan je nog steeds alles van JVM 1.0 op JVM 1.7 (Java 7) draaien. Er zijn wel kleine veranderingen in sommige klassen e.d. doorgevoerd bij grote updates maar deze staan keurig op de Oracle website.

Als je het bijvoorbeeld vergelijkt met de Win32 API ("Windows programma's") dan is het bijna utopisch, de Win32 API heeft altijd vrij grote veranderingen tussen Windows versies.
.NET doet het al een stuk beter, maar zelfs daarbij kiest Microsoft ( tot nu toe altijd met zeer goede redenen) er vaak voor om compatibiliteit te breken (tot nu toe gebeurd van 1.1 -> 2.0 en 3.5 -> 4.0; een 4.0-4.5 CLR kan geen 3.5 code draaien en een 2.0-3.5 CLR geen 1.1 code)

[Reactie gewijzigd door dtech op 17 december 2012 21:57]

kan je dan uitleggen hoe java programma X alleen functioneert met java 1.3.1 en programma Y alleen met 1.5.x en met geen enkele andere versie bijvoorbeeld?

als ze zo compatible zijn zou dat geen probleem mogen zijn, vooralsnog zie ik diverse (bedrijfs)applicaties hierop crashen
De reden daarvoor is dat sommige programmeurs slordig zijn en bijvoorbeeld ongedocumenteerde API's gebruiken die ze niet hadden moeten gebruiken.

Vroeger Sun, en nu Oracle, zijn altijd heel secuur en voorzichtig geweest met compatibiliteit. Maar het is voor programmeurs altijd mogelijk om zich niet aan de regels te houden en dingen te schrijven waarvan ze van tevoren al hadden kunnen weten dat het in een toekomstige versie mogelijk niet zou werken.
Niet gedocumenteerde API's zijn nog steeds aanwezig. Dus zouden die in toekomstige versies ook moeten werken. Dus blijkbaar zijn ze niet zo secuur als je zegt, want dan hadden die niet gedocumenteerde API's niet bestaan.
Dus zouden die in toekomstige versies ook moeten werken.
Omdat ze aanwezig zijn?
Way to shift the blame. Je moet echt je best doen om ongedocumenteerde code te gebruiken en _weet_ dan dat je geen garanties hebt.

Als het gaat om compatibility is het aantal vereiste veranderingen tussen Java versies klein te noemen:
http://www.oracle.com/tec...tibility-417013.html#jdk7

Er zit over het algemeen een paar jaar verschil tussen die versies. Als je als bedrijf de code voor een bedrijfskritische applicatie om de paar jaar niet kan checken voor dit soort incompatibilities, dan doe je het verkeerd of heb je het in het verleden heel verkeerd gedaan.
Ik vind Oracle vrij agressief met updates. Bij Java 7 is het vrij moeilijk (via reg hack) om de auto update check functie uit te zetten. In een enterprise omgeving wil je niet dat gebruikers worden lastig gevallen met update meldingen.
Vrij aggresief? Wees blij dat ze updaten! nieuws: Groot beveiligingsprobleem Java pas in februari gedicht Ze negeren gewoon de helft!
Die is mogelijk al wel gepatcht. 6 dagen geleden (op 11 december) zijn Java 7u10 en Java 6u38 uitgekomen. Ik heb alleen nog niet zo snel kunnen vinden of deze dat beveiligingsprobleem oplossen.
Ik kan er niets over terugvinden in de Java 7u10 release notes. Ik zou ook verwachten dat het dan wordt gemeld bij de Critical Patch Updates.
ik zeg ook niet dat ik tegen updates ben, echter wil ik ze als systeem beheerder zelf bij houden en gebruikers hoeven er niets van te zien...
Het is ook niet goed of het deugt niet. Updaten ze niet, is het een kutzooi omdat het lek is en doen ze het wel zijn ze weer aggresief. Make up your mind!
Ik merk op dat de java update tool best een vervelend ding. Allerlei reclame (waarom toch java zo promoten. Het is gewoon een framework. Heeft de gebruiker helemaal niet nodig), en zelfs een toolbar die hij wil installeren. Belachelijk.

Verder wel goed natuurlijk dat alles geupdate wordt.
Het is gewoon een framework? Wie heeft je dat wijsgemaakt? Ik zou maar niet te veel aannemen van die persoon.
Ik ga Java helemaal niet meer installeren. Vervelend bedrijf dat Oracle wat gebruikers maanden lang laat wachten op kritieke patches.
Typisch. Java 7 wordt er nu dus doorgedrukt terwijl daar nu juist een gigantisch gat in zat dat actief misbruikt wordt en toen men dat wilde verhelpen introduceerde men eenng groter gat en dat is voor zover ik weet nog steeds niet verholpen. Versie 6 is ook niet heilig maar bevat in ieder geval niet een van deze grote gaten.
Dit kan leuke problemen veroorzaken. In onze sector, de medische, hebben we een aantal interne applicaties die op dit moment echt alleen werken met Java 6. De software wordt op dit moment wel klaar gemaakt voor 7, maar is dat voorlopig nog niet.
Ik zit er niet op te wachten om tig PC's en laptops te moeten downgraden naar Java 6, laat staan de klachten te horen van onze medische mensen, die tegen hun clienten moeten vertellen dat er geen onderzoeken gedaan kunnen worden.

Zoals foxofinfinety ook van mening is, we bepalen ons update moment zelf graag.

[Reactie gewijzigd door dutch_camel op 17 december 2012 20:09]

In enterprises,en hoop dat deze medici daar met meedoen, horen centraal beheerd te worden.
Dan hoort autoupdate altijd uit te staan.
Specifieke uitzonderingen mbt webdeployment daargekaten.
En dat uit zetten maken ze nu net steeds moeilijker.
Dat is zowel bij Java als bij de zooi van Adobe.
Als je langer officieele support wil kan je deze gewoon krijgen (had wellicht aardig geweest om in het topic te vermelden): http://www.oracle.com/us/...pport/overview/index.html . Het is echter niet meer gratis.

Of als je niet wilt betalen compile je OpenJDK 6 zelf en distribueer je die. Red Hat zal voor RHEL 5 en 6 ook langer OpenJDK 6 moeten supporten dus de OpenJDK 6 source tree zal waarschijnlijk gewoon nog security fixes bevatten.
De software wordt op dit moment wel klaar gemaakt voor 7
Ik snap serieus niet hoe mensen dat voor elkaar krijgen dat hun software geschikt gemaakt moet worden voor Java 7. Lekker bezig geweest met stuff uit 'com.sun' jongens? De compiler geeft enkel maar een dikke waarschuwing dat het geen public API is...
Wellicht ook handig om te melden dat je gewoon meerdere java versies naast elkaar kan installeren en z'n hele verhaal dus sowieso bs is. Normaliter zo simpel als de JAVA_HOME variabele aanpassen naar de versie die je nodig hebt.

Werkt voor mij veelal vlekkeloos in ieder geval.
Laat Oracle alsjeblieft met een makkelijk CENTRAAL te beheren versie van de Java-browser-plugin komen, waarin je exact kan aangeven op welke URL's Java mag runnen en op welke niet (whitelist bij voorkeur). Maakt het voor systeembeheerders ongeveer 1000x makkelijker om applicaties die het vereisen te kunnen blijven gebruiken zonder allerlei gevaren op de hals te halen.

[Reactie gewijzigd door woekele op 17 december 2012 20:21]

Met een automatische upgrade naar versie 7 zou het aantal gebruikers van verouderde en dus onveilige Java-versies mogelijk verminderen.
Deze update geldt natuurlijk alleen voor diegenen die sowieso al automatisch updaten, en die gebruikers hebben nu dus ook al de laatste Java 6 JRE. Het aantal onveilige versies zal er dus niet direct door verminderen, het zorgt er alleen wel voor dat zodra de updates voor 6 echt gestopt zijn deze gebruikers toch nog security fixes krijgen: het voorkomt dus een stijging van het aantal gebruikers met onveilige JVM's.
Leuk dat ze Java 7 gaan pushen, maar voordat ze dat doen, mogen ze eerst eens hun eigen software updaten zodat het met Java 7 werkt. Op 't werk maken we veelvuldig gebruik van SQL Developer en die heeft versie 6 nodig. Met 7 krijg je een melding over en hoewel 't in eerste instantie werkt, kan je er veel en veel minder mee. Queries gaat nog, maar het resultaat bekijken, nou, succes als je meer dan 10 rijen krijgt.

Ze hadden beter veel eerder aan kunnen geven wanneer ze Java 6 wilden gaan uitfaseren, zodat iedereen z'n applicatie kan ombouwen naar het 7 framework, inclusief hun eigen devs.
Leuk dat ze Java 7 gaan pushen, maar voordat ze dat doen, mogen ze eerst eens hun eigen software updaten zodat het met Java 7 werkt. Op 't werk maken we veelvuldig gebruik van SQL Developer en die heeft versie 6 nodig. Met 7 krijg je een melding over en hoewel 't in eerste instantie werkt, kan je er veel en veel minder mee. Queries gaat nog, maar het resultaat bekijken, nou, succes als je meer dan 10 rijen krijgt.
Los van het feit dat SQL Developer een k*t programma is, merk ik geen enkel probleem bij het draaien van deze applicatie onder Java 7 en zijn er naar mijn weten ook geen limitaties als je Java 7 gebruikt... Gebruik je wel de meest recente versie?
het is goed dat ze nieuwe versies pushen..
maar als je vervolgens alle oude softwareversies laat staan schiet het nog weinig op

oracle mag eindelijk eens wat gaan doen aan het update mechanisme:
onder windows standaard 1 entry bij toevoegen/verwijderen (b.v. java 7)
vervolgens als echte updates (zie ook de windows updates die je kan verbergen) de updates installeren..

Op dit item kan niet meer gereageerd worden.



Apple iPhone 6Samsung Galaxy Note 4Apple iPad Air 2FIFA 15Motorola Nexus 6Call of Duty: Advanced WarfareApple WatchWorld of Warcraft: Warlords of Draenor, PC (Windows)Microsoft Xbox One 500GBSamsung

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