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 , , 29 reacties
Bron: Oracle

JavaOracle heeft update 67 voor versie 7.0 van zowel de developmentkit als de runtime-environment van Java Standard Edition uitgebracht. Het gaat deze keer niet om een reguliere en geplande update, maar eentje die alleen een probleem met de vorige update moet verhelpen. Deze update, die geleverd wordt met JavaFX versie 2.2.67, kan tot 14 oktober worden gebruikt, wanneer Oracle de volgende reguliere update klaar moet hebben.

The following bug fix is included in this release:
  • Area: deploy/plugin
    Synopsis: regression - java_arguments not accepted after update to 7u65

Oracle Java screenshot

Moderatie-faq Wijzig weergave

Reacties (29)

Ik blijf het ernstig vinden dat een groot bedrijf als Oracle nog extra geld uit Java blijft persen door de ASK toolbar mee te installeren.
http://www.zdnet.com/a-cl...-java-updates-7000010038/

Het schijnt te vermijden te zijn, (ik moet het zelf overigens nog testen), dat het bij de update tevoorschijnkomt door in het register 2 sleutels toe te voegen (voor versies prior to 7 update 64):

Windows Registry Editor Version 5.00

[HKEY_LOCAL_MACHINE\SOFTWARE\JavaSoft]
"SPONSORS"="DISABLE"

[HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\JavaSoft]
"SPONSORS"="DISABLE"


Of, vanaf Java 7, update 64 is ere en Sponsors Disable in de control panel - Java
https://www.java.com/en/download/faq/release_changes.xml
Optie zit op tabblad advanced, onderaan:
"Suppress sponsor offers when installing or updating Java"

[Reactie gewijzigd door Get!em op 5 augustus 2014 16:55]

Ik kan er niet bij dat dat Oracle Java niet weet te voorzien van een simpele manier om updates te weren en veiligheid popups uit te zetten. (Als bewuste keuzen vanuit de beheers kant)

Dit programma is ellende voor elke systeembeheerder, maar helaas heeft bijna elke omgeving wel 1 of meer programma's welke afhankelijk zijn van dit gedrocht. Ik snap dat veiligheid belangrijk is, maar de manier waarop zei het forceren is waanzin. Laat de keuze voor veiligheid liggen waar dat hoort, de beheerder van het apparaat waarop de software draait.

(Niet zozeer gericht op deze versie, maar in het algemeen.)
Dat kan prima hoor, met deployment.config en deployment.properties. Je moet alleen even doorhebben hoe het precies werkt want makkelijk is het niet:

http://docs.oracle.com/ja.../jweb/jcp/properties.html

Maar daar kun je alles in regelen, updates uitschakelen, popups, cache directory bepalen, certificaten etc.
zoals je zegt: je moet het doorhebben, en dat is bij java elke update anders en een hel om telkens weer uit te zoeken. Die link maakt het er in elk geval niet overzichtelijker op als ik er zo snel even naar kijk.
Ik kan er niet bij dat dat Oracle Java niet weet te voorzien van een simpele manier om updates te weren en veiligheid popups uit te zetten. (Als bewuste keuzen vanuit de beheers kant)

Dit programma is ellende voor elke systeembeheerder, maar helaas heeft bijna elke omgeving wel 1 of meer programma's welke afhankelijk zijn van dit gedrocht. Ik snap dat veiligheid belangrijk is, maar de manier waarop zei het forceren is waanzin. Laat de keuze voor veiligheid liggen waar dat hoort, de beheerder van het apparaat waarop de software draait.

(Niet zozeer gericht op deze versie, maar in het algemeen.)
helemaal mee eens...
maar er bestaat wel netwerk versie van java, maar volgens mij is het niet gratis.
Hahaha, inderdaad. Wat ook vet drama is het trage omslachtige verloop van de installatie. Duurt vele minuten en je moet continu klikken om door te gaan. Bovendien is het opletten omdat er anders weer een toolbar wordt geinstalleerd.
Beide opties (het weren van updates en uitschakelen van popups) zijn aanwezig.
Je kan een distributie bestand maken, waarin beide dingen zijn in te stellen.
Zo doen wij het hier op werk ook.
Zie: http://docs.oracle.com/ja.../jweb/jcp/properties.html
Het probleem is eerder dat ze vanaf 7u45 allerlei nieuwe methodes zijn gaan verzinnen om het de beheerders lastig te maken om het uit te zetten. Als beheerder moet je dan weer op zoek naar de juiste manier om het uit te zetten. Vervelende praktijk.

Deployment.expiration.check.enabled=false werkt nu gelukkig wel maar 7u65 (de tot nu toe huidige versie) was een gedrocht omdat je daar geen parameters aan mee kon geven. Gelukkig is dat er nu uitgehaald.
Op het werk hebben we daarom een tooltje ingebouwd die ervoor zorgt dat we niet de laatste versie draaien, voordat die door ons getest is.
Aan de ene kant een voordeel dat java maar om de 3 maanden met een update komt.
Nadeel is dat het ook langer duurt voordat security issues zijn opgelost
Java 8 update 11 is de laatste van versie 8.
Alleen aanbevolen voor developers as per Why is Java 8 not available on java.com?:
Java 8 is the latest release for Java that contains new features, enhancements and bug fixes to improve efficiency to develop and run Java programs.

The new release of Java is first made available to developers to ensure no major problems are found before we make it available on the java.com website for end users to download. If you are interested in trying Java 8 it can be downloaded from Oracle.com.
Ik zelf gebruik het niet maar installeer al Java 8 bij andere vanaf het begin, tot nu toe nog niemand met problemen gehad.
130 problemen na 67 updates? wtf :P hoe blijft het werken joh
Ik vraag me eigenlijk af waarom ik uberhaupt op al mijn computers keer op keer de java update uitvoer.
  • Ten eerste vind ik dit irritant (waarom geen auto-update??) want dit is een van de weinige programma's die steeds met die meldingen blijft komen.
  • Ten tweede maak ik volgens mij helemaal geen gebruik van java applicaties.. but who knows :-S
Ten eerste : dan kunnen ze hun sponsor module niet meer aanbieden. Nu zullen er altijd wel zijn die net iets te snel klikken
Ten eerste (deel twee) : ik heb liever niet dat java zelf update. Eerst kunnen testen of bepaalde programma's binnen bedrijf er wel overweg mee kunnen

Ten tweede : verwijder het eens en je zult het zien. Op het werk zijn er enkele programma's die het gebruiken maar zou privé ook niet echt weten wat er gebruik van maakt
Haal het weg en je komt er snel genoeg achter.
Het progamma met het afschuwelijkste updateproces dat er is. Helaas gebruiken veel progamma's het, maar ik krijg volgens mij om de dag wel een update, of zo lijkt het. Ook zo geweldig irritant is die ask bar die ie installeerd als je ff niet oplet... |:(
Ik heb geen Java meer, maar ik weet nog dat ik vroeger dagelijks een melding kreeg van de updater. Later bleek dat het aan mij lag, omdat de updater 2 stappen nodig heeft. In eerste instantie moet de updater gestart worden, hiervoor krijg je een popup die waarschuwt dat er een update is. Druk je op ok dan start de updater, maar hij begint niet uit zichzelf met installeren! Als de updater eenmaal gestart is komt er een tray icon bij (naast de klok), die bij mij standaard direct verborgen werd.

Als je op de trayicon klikt wordt de installer actief en kun je het proces doorlopen, daarna krijg je vaak weken/maanden geen bericht meer.

(ik weet niet hoe dit nog steeds zo werkt)
Volgens mij werkt het nog wel redelijk zo al gebruik ik ook al een jaar geen java meer, maar bij andere gebruik ik altijd de offline installer.
Dit is een bugfix en geen reguliere update.
Waarom zet je niet gewoon de webplugin uit?
Er is niks mis met Java als programmeertaal. Sure, de applets waren geen goed idee, maar Java blijft een heel goeie manier om performante cross-platform software te schrijven. Wordt ook erg veel server-side gebruikt (Java Enterprise).
Het verbaasd me dan ook zoveel programmeurs voor kiezen, het is iets van 'waarom makkelijk kiezen als het moeilijk kan'.
Omdat als je een beetje een serieus systeem gaat ontwikkelen, hoe "makkelijk" het is niet echt een criterium is voor welke taal of frameworks je gaat gebruiken. Er zijn zat voordelen om Java te verkiezen boven andere talen en frameworks. Net als dat er zat nadelen zijn. Het hangt echter van de situatie af wat je kiest. En soms is Java gewoon een van de betere keuzes.
Mijn kritiek ligt meer op de syntax die soms iets te kronkelig zijn, code dien je in een enkele oog opslag te kunnen begrijpen en dat is eenmaal niet het geval bij c-syntax daar kom je de meest akelige manieren van schrijfwijzen tegen.
Dat is denk ik gewoon een kwestie van ervaring, en wellicht eigen mening. Ik kan in Java prima in één oogopslag zien wat er aan de hand is. Véél gemakkelijker dan bijvoorbeeld in meer functionele talen als Scala en Ruby; als je daar niet aan gewend bent, zit je echt je hoofd erover te breken. En juist dat soort talen zijn opkomend en worden gelauwerd alszijnde heel goed.

Maar uiteindelijk zal je daar dus je taal toch niet op kiezen.
Of code leesbaar is, is vooral een keuze van de programmeur, zelden van de taal zelf. Hooguit talen als assembler en RPG/2 daargelaten. ;)
Dat zei ik laatst ook tegen die Chinees die Mandarijn schreef.... Is wat je gewend bent maw. Zo word ik helemaal gek van die trend om tegenwoordig "def bla()" te tikken om een functie te definieren. Doet pijn aan mijn ogen (das' dus geen java, maar hippe ruby-like talen e.d.).

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