Software-update: Javara 1.10

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

Reacties (40)

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??

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.

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.

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!)

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...

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.

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.

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.

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.

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)

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

Maar meestal is dit niet nodig!

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)

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]

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.

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

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.

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

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

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.

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?

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.

Die hebben meestal niet de nieuwere versies nodig

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.

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..

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.

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.

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.

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.

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

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

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.

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?

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.

Ghost is toch veel makkelijker om te gebruiken.

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.

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...

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