Software-update: Javara 1.10

Door Bart van Klaveren, donderdag 17 juli 2008 20:40, 40 reacties • Feedback
Bron: Raproducts

Javara logo Java en de Java Runtime Environment (JRE) zijn nodig om Java-applets te kunnen draaien. Sun, de uitgever van Java, komt regelmatig met nieuwe versies van Java die nieuwe mogelijkheden toevoegen en bugs en beveiligingsproblemen verhelpen. Tijdens het updaten worden de oude versies echter niet verwijderd en na verloop van tijd kunnen deze bestanden behoorlijk wat plaats innemen. Paul McLain en Fred de Vries van Raproducts hebben een programma ontwikkeld dat de boel kan opschonen. Niet alleen worden oude bestanden verwijderd, ook het register wordt opgeschoond. Daarnaast kan het ook controleren of de laatste versie van JRE op de computer staat. Woensdag is versie 1.10 van Javara uitgebracht en het changelog hiervan ziet er als volgt uit:

Added

More registry keys for JavaRa to detect
Updated

Webaddress: JavaRa can now be found at http://raproducts.org
Fixed

Minor grammatical error
124 Error bugs
Small bug in Sun Download Manager removal
[break]

Versienummer:	1.10
Releasestatus:	Final
Besturingssystemen:	Windows 9x, Windows 2000, Windows XP, Windows Vista
Website:	Raproducts
Download:	http://downloads.sourceforge.net/javara/JavaRa.zip?use_mirror=osdn
Bestandsgrootte:	36,00KB
Licentietype:	Freeware

Versienummer:

1.10

Releasestatus:

Final

Besturingssystemen:

Windows 9x, Windows 2000, Windows XP, Windows Vista

Website:

Raproducts

Download:

http://downloads.sourceforge.net/javara/JavaRa.zip?use_mirror=osdn

Bestandsgrootte:

36,00KB

Licentietype:

Freeware

Reacties (40)

Webgnome

17 juli 2008 20:48

Ik snap werkelijk niet waarom dit soort programmatuur nodig is? Is het voor Sun dan echt zo ontzettend lastig om Java te deinstalleren? Als deze mensen het kunnen met een extern tooltje dan moet Sun dat toch ook gewoon kunnen??

Mentox
@Webgnome • 17 juli 2008 20:53

Sun zal waarschijnlijk de oude versie laten staan mocht de nieuwe problemen geven. Dan is het makkelijker om terug te gaan naar de vorige versie. Het kan ook zijn dat sommige programma`s een oudere versie nodig hebben.

Het fijne weet ik er niet van maar Sun zal wel een goede reden hebben.

Spleasure
@Mentox • 17 juli 2008 21:16

De fout is dat Sun het volledige versienummer in het pad opslaat. Als je bijvoorbeeld het pad naar de java.exe ergens absoluut opslaat (bijv in Eclipse) sla je indirect ook het versienummer op. In het pad zou alleen het major versie nummer moeten zijn (c:\program files\java\java 6\ bijv.), minor updates zouden geen incompatibiliteiten moeten bevatten. Dan kun je na een update gewoon dezelfde paden gebruiken. Power users die verschillende minor versies willen hebben kunnen de installatiepaden altijd handmatig wijzigen.

0 MossMan
@Spleasure • 18 juli 2008 12:13

En ze doen exact hetzelfde ook voor OpenOffice!

Telkens weer een nieuw directory, nieuw set shortcuts, nieuw set associations, nieuw uninstall info, opnieuw tientallen MB aan data...

Voor Java èn voor OpenOffice.

En dan niet opschonen achteraf - en geen optie geven om anders netjes overheen te installeren. Het lijkt de jaren negentig nog!

(Trouwens, het feit dat een installatie van OOo een drievoud van de downloadgrootte nodig heeft vind ik ook overdreven: download is een zip die vervolgens zichzelf uitpakt naar installatie bestanden die dan opnieuw uitpakken naar de werkelijk programma bestanden - enkele jaren geleden moest ik met een oude PC twee keer een CD branden om te kunnen installeren!)

0 Little Penguin
@Webgnome • 17 juli 2008 21:09

Wat wordt er bedoelt met een oude versie? Volgens mij kun je oudere JRE's gewoon via Add/Remove program's ("Software" in de Nederlandse versie?) verwijderen. En inderdaad de vorige JRE laat men staan als er een nieuwe geinstalleerd wordt, dit om problemen te voorkomen bij software die specifiek voor die JRE geschreven is.

Nu zou dat niet zo mogen zijn (zeker niet wanneer het 100% pure Java code is), maar het komt helaas wel af en toe voor - en ondanks dat dit maar zeer zelden zal zijn, zal men bij Sun en het zekere voor het onzekere nemen...

0 Cristan
@Little Penguin • 17 juli 2008 22:05

Ik heb het nagevraagd, en het klopt als een bus. Hier zullen ze ook niet vanaf wijken. Wat ik wel hoop dat ze ooit gaan doen is dat ze gaan vragen of je de oude versie wilt deinstalleren.

0 Jazco2nd

System en netwerk utilities

@Cristan • 18 juli 2008 00:01

Kan je mij dan alsjeblieft uitleggen waarom ik 12 javaversies op een pc heb zien staan?

Wat is het nut van
Java 1.4.x
Java 5 update ?
Java 6 update 1
Java 6 update 2
Java 6 update 3
Java 6 update 4
Java 6 update 5
Java 6 update 6
Java 6 update 7
Java 6 update 8
Java 6 update 9
Java 6 update 10

op 1 pc? oude versie erop laten staan ok, maar echt totaal geen check van die installer wat er eigenlijk allemaal op staat? Echt waardeloos hoor.

0 Rob Coops
@Jazco2nd • 18 juli 2008 10:36

Waarom, omdat sommige applicaties nu eenmaal een oudere versie van de JRE vereisen. Als Sun inderdaad de oudere versies automachisch van de computer af gaat halen dan kun je er van uitgaan dat er vele Java Web Start applicaties niet meer zullen werken en dat er dus even zo vele helpdesks heel veel mensen toch weer de oude versie zullen laten instaleeren.

Helaas is java niet altijd compatible met de vorige versie wat dus in houd dat als je een Java Web Start app. hebt die voor 1.4.x geschreven is het niet per definitie met 1.5.x of 1.6.x zal werken.
Das heel lastig dat is waar, en das niet netjes dat is ook waar, maar het is Java en dat is nooit netjes, of handig geweest. Het is een programeer taal waar zo veel aan verandered wordt dat je eigenlijk gewoon veel handiger is om het in een andere taal te schrijven zodat je in iedergeval de zekerheid hebt dat het ook over een jaar of wat nog werkt zonder dat je weer op nieuw door de hele development cycle moet om het aan te passen aan de nieuw en improved versie die over een half jaar vervangen wordt door weer een andere versie.

+1 Remus
@Rob Coops • 18 juli 2008 10:57

Wat een onzin, bijna alle API wijzigingen in Java zijn in de afgelopen jaren backwards compatible geweest zodat oude programma's gewoon blijven werken. Het komt alleen heel af en toe voor dat bepaalde interfaces extra methodes krijgen en dat eigen implementaties dus uitgebreid moeten worden.

De meeste problemen ontstaan doordat (slechte) ontwikkelaars interne klassen van Java gebruiken, ondanks dat Sun altijd aangeeft dat die niet gebruikt mogen worden, aangezien ze van de ene op de andere versie verwijderd of grondig gewijzigd kunnen worden.
Daarnaast zijn er ook veel situaties waarbij een een programma een expliciete versiecheck doet, bijvoorbeeld omdat nieuwere versies van software (dus ook een JRE) volgens de QA policy eerst grondig getest moeten worden voordat die toegelaten wordt ed. In die situatie is het gewoonweg noodzakelijk om meerdere Java versies naast elkaar te kunnen draaien (omdat nog niet alle intern ontwikkelde (of extern afgenomen) software door het QA-team gecertificeerd is voor de nieuwere versie ed.

0 SPee
@Jazco2nd • 18 juli 2008 11:19

Met die Java 6 updates kan ik in meekomen.
Maar het verschil tussen Java 1.4.x, Java 5 en Java 6 is zeer groot.
Daarom zijn die losse versies wel nodig. (heb ik zelf ook)

Henridv
@Webgnome • 17 juli 2008 20:57

Die vorige versies blijven staan omdat sommige programma's niet compatibel zijn met nieuwere versies.

Maar meestal is dit niet nodig!

oeLangOetan
@Webgnome • 17 juli 2008 22:17

De volgende grote release, java 6 update 10 verhelpt dit probleem. Je kan hem nu al in beta downloaden. (hij zou swing applicaties ook behoorlijk sneller maken)

+1 Chrissieboy
18 juli 2008 00:29

Uit de changelog van voorgaande versie's kan ik eruit opmaken dat het programma de volgende schakelopties ondersteunt:

- [Added] --removeSDM command line option
- [Added] -p and --purgefiles. You can now delete useless JRE logfiles silently
- [Added] --runsilent and -r as other -runsilent options

[Reactie gewijzigd door Chrissieboy op 18 juli 2008 00:42]

0 Tales
17 juli 2008 20:52

Er is een reden, geinstaleerde java programma's die op bijvoorbeeld sr1 geinstaleerd worden, verwachten sr1 en gaan er niet van uit dat er een nieuwe versie is bijvoorbeeld sr2, dus zodra sr1 verwijderd word werkt de java programma niet meer,

Beetje als een kernel.

Kalief
17 juli 2008 21:10

Ik heb nog nooit een melding gezien van een Java applicatie waarin om een oudere versie werd gevraagd. Een voorbeeld, iemand?

Snake

@Kalief • 17 juli 2008 21:14

Niet zozeer voor pc's maar wel bijvoorbeeld voor embedded development. Die werken dan alleen op Java 1.4, of 1.5 of 1.6, maar niet met update x. En dan is het wel handig om meerdere JDK's / JRE's te hebben geinstalleerd.

0 borchen
@Kalief • 17 juli 2008 22:22

Ik wel: de client van het pakket "PC Netlink" moet perse versie 1.3 hebben. (al zegt de installer dat je 1.3 of nieuwer nodig hebt)

Leuk detail: het is een pakket van Sun zelf

denkster
@Kalief • 21 juli 2008 18:33

applicatie waarin om een oudere versie werd gevraagd

Bijvoorbeeld Backup Online van KPN versie 1 (is inmiddels vervangen door een heel ander programma, dat KPN "Backup Online 2 " noemt, werkte alleen met Java 1.4

Stompzinnig.

Eveline

Justice
17 juli 2008 21:18

oude versies zorgen voor security issues, zelfs als de nieuwe geinstalleerd staat dan is de oude nog steeds kwetsbaar. daarom is dit tooltje nodig en zou sun gewoon the compatibilieit moeten waarborgen in plaats van de situate die er nu is.

0 corani
@Justice • 17 juli 2008 21:56

Zoals Tales ook al zei, Sun laat de oude versies staan met een reden. Hoewel nieuwe versies van Java in principe backwards compatible zijn, linken Java applicaties vaak naar een specifieke Java installatie. Als je dus een oude Java versie verwijderd, kan het zijn dat sommige applicaties plotseling stoppen met werken.

En trouwens, wat (hooguit) een paar honderd MB tegenwoordig, met harde schijven van 1TB en meer?

remy007
@corani • 17 juli 2008 23:26

Wat dacht je van oude pc's? Er zijn nog zat oudere pc's met 40gb hdd's in omloop, daar is 100mb per update wel behoorlijk om op te slaan.

0 SPee
@remy007 • 18 juli 2008 11:20

Die hebben meestal niet de nieuwere versies nodig

Reneger
17 juli 2008 22:23

Ik vind het juist ideaal, meerdere versies. Maar dit komt meer doordat ik zelf Java applicaties ontwikkel.
De ene keer is java 1.6 update 5 nodig, de andere keer java 1.5 update 14. Nog een andere keer java 1.2. Enzovoorts.
Dit is natuurlijk niet handig voor de consument, maar ze zouden natuurlijk een verschil kunnen maken als je een JDK installeert, welke NIET de oude versies weghaalt, of een JRE, welke WEL de oude versies weghaalt.

DaWaN
@Reneger • 17 juli 2008 22:36

Meerdere versies naast elkaar levert een potentieel veiligheids risico op, Java applets die niet op de nieuwste Java versie draaien zijn in mijn ogen eigenlijk gewoon brak..

0 alm
@Reneger • 17 juli 2008 22:56

Toch heb ik meegemaakt dat bepaalde applicaties soms niet draaien als een nieuwere versie aanwezig is en ook de oudere nog gewoon op de computer staat. Dan heb ik echt de nieuwere versie moeten verwijderen om de applicatie weer werkend te krijgen. Irritant wel.

0 Calamor
@Reneger • 18 juli 2008 08:54

Hoe wissel je via verschillende java versies?
Heb een keer lopen zoeken maar kwam niet veel verder.
ook op tweakers was er een forum maar niet met een antwoord.

Ik zou graag een bepaalde versies op de pc hebben die er nog niet opstaan.

0 Remus
@Calamor • 18 juli 2008 11:01

Je hebt meerdere opties: de harde is om in je registry aan te geven wat de te gebruiken versie is (al levert dat wel een aantal nadelen op), daarnaast heb je diverse launch-wrappers waarin je een gewenste versie (hoofdversie of exacte build) kunt opgeven.

0 SPee
@Calamor • 18 juli 2008 11:22

Ligt eraan welk programma je gebruikt.

Sommige gebruiken de systeem variabele JAVA_HOME. Deze moet je dan naar de juiste versie laten wijzen.
Andere programma's (meestal .exe) gebruiken die in het systeempad staan. Voor die programma's moet je die daarvoor aanpassen.

0 carpcatcher
17 juli 2008 23:52

Iemand enig idee of dit ook via de command line te gebruiken is?
JavaRa.exe /? starte gewoon de GUI op.

Wwwillem
18 juli 2008 01:13

Ach, er zijn zo ontzettend veel opschoon tooltjes. Het gemakkelijkst is gewoon om zo nu en dan te formatteren en Windows opnieuw te installeren.

IStealYourGun
@Wwwillem • 18 juli 2008 01:30

Is wel een beetje tijdrovend (in mijn geval).
dan kan je beter elke week 5 minuten bezig zijn met je PC op te kuisen in plaats van 3 dagen kwijt te zijn alles te herinstalleren en te configureren.

0 Kalix
@IStealYourGun • 18 juli 2008 08:21

3 Dagen?

Eén keer een unattended installatie maken (http://unattended.msfn.org/unattended.xp/) kost je nog niet eens 3 dagen. Wat heb je in hemelsnaam aan software op je machine staan?

IStealYourGun
@Kalix • 18 juli 2008 09:22

Bwa, het duurt toch een tijdje om al die software te configureren naar men hand, ik gebruik nu eenmaal weinig software out-of-the-box.

Photoshop, illustrator, e-mail client, ...

Misschien is 3 dagen overdreven, maar hoe dan ook is het veel te tijdrovend.

0 Calamor
@Wwwillem • 18 juli 2008 09:01

Ghost is toch veel makkelijker om te gebruiken.

sys64738
@Calamor • 18 juli 2008 09:39

En dan zit je weer met die oude versie van de jre/jdk te werken en krijg je binnen de kortste keren weer de updates voor je kiezen.

tweaktubbie
18 juli 2008 12:12

Heb de JRE na m'n recente Vista-installatie er helemaal niet op gezet thuis, en mis 'm voor surfen en programma's echt nergens. Enige site (www.dvd-home.nl) die wat buttons mist, en verder echt nergens voor nodig gehad.

Oplossing bovenaan genoemd om te installeren in paden zonder nummer helpt niet volledig; uninstall van eerdere versies lukt niet of je raakt files van de laatste installatie kwijt.

In werksituaties met XP kun je met oude installaties waar MSJVM nog draait alles vaak in de lucht houden. Probleem zit vaak in applicaties die een JVM-library in het package hebben zitten en die browserwindows gebruiken. Kun je conflictmeldingen krijgen of in ergere geval browsercrash.

Kan ook dat legacyspul een hardcoded JRE-versie vraagt. In registry zitten ook verwijzingen die redirecten naar een recentere JRE, maar zelfs dan is het door brak programmeren niet backwardcompatible.

Ga eens zoeken op vulnerability sun java in google en je snapt niet dat thuisgebruikers 't installeren als dat niet echt noodzaak is...

nOLoGIc
18 juli 2008 16:39

Beetje jammer dat de tool de installers van vorige versies onder %appdata%\sun\java niet opruimt, iig bij mij niet.

1 2 Volgende

Op dit item kan niet meer gereageerd worden.

Cookies op Tweakers

Lees meer over

Updategeschiedenis

Sorteer op:

Weergave:

Reacties (40)