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 , , 13 reacties
Bron: Raproducts

Javara logo Woensdag is versie 1.14 van JavaRa uitgebracht. Dit programma is bedoeld om oude versies van Java en de Java Runtime Environment (JRE) op te ruimen. 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. JavaRa verwijderd niet alleen oude bestanden, ook het register wordt opgeschoond. Daarnaast kan het programma controleren of de laatste versie van JRE op de computer staat. In deze release zijn de volgende veranderingen en verbeteringen doorgevoerd:

Added
  • Multiple arguments on commandline now supported (e.g. JavaRa.exe -r -p)
  • Finds and removes old JRE installers not previously known
Updated
  • Defintions file
Fixed
  • Issue with regard to JRE 6u7
JavaRa 1.14 screenshot
Versienummer:1.14
Releasestatus:Final
Besturingssystemen:Windows 2000, Windows XP, Windows Server 2003, Windows Vista, Windows Server 2008
Website:Raproducts
Download:http://sourceforge.net/project/downloading.php?group_id=233948&filename=JavaRa.exe&a=80074884
Bestandsgrootte:152,00KB
Licentietype:GPL
Moderatie-faq Wijzig weergave

Reacties (13)

WHUA dit is toch echt supertriest van SUN!?
Dat een paar mannekes een tooltje gaan maken om je oude rotzooi op te ruimen. Want een joekel van een softwarebedrijf kan daar niet zelf voor zorgen...

Ik heb ooit op een oude pc 1,2 GB aan Java versies gehad...
Het komt vaak genoeg voor dat een softwareleverancier de werking alleen garandeert bij gebruik van versie x.y en ondersteuning weigert voor x.y+1. Of zelfs dat een software leverancier implementatiespecifieke features gebruikt die in versie x+1.y niet meer bestaan (in geval van Java de sun.* en com.sun.* packages die zelfs een compiler warning geven aangezien ze niet gebruikt horen te worden (behalve indirect via de echte API)).

Aangezien Sun in het bedrijfsleven veelvuldig wordt gebruikt heeft Sun indertijd besloten om oude JREs bij installatie van een nieuwere versie niet te verwijderen. Er zijn ook diverse mogelijkheden in Java (en aanverwanten launcher-producten) om aan te geven welke JRE gebruikt moet worden voor een bepaald programma.

Of het verstandig was om het altijd te doen en de gebruiker geen keuze te geven: nee, maar triest zou ik het niet noemen.
Een keuze tussen 'quick setup' and 'expert mode' en dan vervolgens in 'expert mode' alle geinstalleerde versie benoemen met de optie tot uninstall was veel netter geweest en wordt veelvuldig toegepast.

De arrogantie van Sun om geen keuze te geven om zo vooral de versie-afhankelijkheid een beetje te verdoezelen om 'gebruikers te behoeden voor problemen' is ongepast en imho is weldegelijk triest te noemen. Juist in het bedrijfsleven heb je werkplek-beheerders die verstand van zaken (zouden moeten) hebben. Daar software uitrol vaak geautomatiseerd is, zou b.v. een commandline switch ideaal zijn.
'Ongepast en triest' vind ik wel een beetje sterke woorden hier voor hoor. Het probleem ontstaat doordat veel applicaties geen gebruik maken van omgevings variabelen die zijn gezet, maar hardcoded 'C:\Program Files\<path naar een JRE>\bin' hebben staan. Als je zonder dat eerst aan te passen zomaar weg gaat gooien, dan kan ik je beloven dat er erg veel applicaties hard beginnen te sputteren of gewoonweg helemaal niet meer opstarten. Ik betwijfel dat werkplekbeheerders daar op zitten te wachten. Wat betreft een commandline switch voor de installer om vorige versies op te laten ruimen: dat kan, namelijk gewoon de uninstaller van de vorige versie aanroepen.
Sorry, maar een zichzelf respecterend programmeur houdt daar toch rekening mee?
Anders heb je het gewoon even snel "gaffertape-stijl" aan elkaar geflanst.
Weet niet of je daar als groot Sun rekening mee zou moeten houden.
(Ben sowieso niet zo'n fan van Java)
Volgens mij was het een bewuste keuze om te zorgen voor backward compatibility, zodat dus niet je programma's stoppen met te werken omdat ze gebruik maken van specifieke features van een vorige Java versie welke of uit de nieuwe versie gehaald is, of de syntax verandert is.
"backward compatibility" moet een keuze zijn van de gebruiker, en niet de maker van de software... ;)
Dit probleem is toch al opgelost door Sun zelf?
volgens mij wordt tegenwoordig bij een nieuwe installatie de oude overschreven.
voorheen werden deze naast elkaar geinstalleerd, zodat er veel data ontstaat.
Klopt na jre6u10 wordt de geďnstalleerde versie overschreven, echter blijven de .msi files (installers) dan toch nog ergens in je profiel achter. Ook versies van voor 6u10 blijven bestaan. Helaas heeft sommige software een bepaalde versie van Java nodig en klaagt als die er niet (meer) is, erg jammer.
Inderdaad de laatste paar updates doen dat nu zelf.

Verwijderd het programma ook nog zaken die je niet handmatig via configuratiescherm -> sofware handmatig kon uninstallen? Eventueel nog CCleaner er overheen voor resttroep en oude register entry's.
De downloadlink wijst alleen maar naar 'javara.exe'. Echter heb je ook definitiebestand nodig.
Hier is een goede downloadlink
Dat is versie 1.13

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