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

Javara logo Javara is gisteren voorzien van een kleine update naar versie 1.13. 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 verwijdert niet alleen deze oude bestanden, ook het register wordt opgeschoond. Daarnaast kan het ook controleren of de laatste versie van JRE op de computer staat. In deze release zijn de volgende twee problemen verholpen:

Fixed
  • JavaRa crashing upon not finding "JavaRa.def" file.
  • Minor typo
[break]
JavaRa 1.12 screenshot
Versienummer:1.13
Releasestatus:Final
Besturingssystemen:Windows 9x, Windows 2000, Windows XP, Windows Server 2003, Windows Vista
Website:Raproducts
Download:http://raproducts.org/click/click.php?id=1
Bestandsgrootte:68,00KB
Licentietype:Freeware
Moderatie-faq Wijzig weergave

Reacties (21)

Vanaf java 1.6 update 10 worden java updates niet meer in afzonderelijke mappen geinstalleerd, altijd in %program_files%/java/jre. Dus dit tooltje is eigenlijk niet meer van toepassing.
Je bedoelt: dit tooltje zal over 30, 40, 50 jaar, als iedereen eindelijk is overgeschakeld op Java 6u10 of hoger n alle oude versies van z'n machine heeft afgegooid, niet meer van toepassing zijn ? ;)

(ik kom op fora, o.a. hier op GoT, nog regelmatig vragen tegen over Java 1.3 of lager, vandaar)

[Reactie gewijzigd door Herko_ter_Horst op 29 december 2008 17:00]

Zucht.
Op mijn werk ook een tijd een applicatie onderhouden die op Java 1.3 moest werken.
De klant zei daar moeilijk een nieuwe java versie (5) op te kunnen installeren. Ondanks dat deze niet meer door Sun ondersteund wordt (1.4 binnenkort ook niet meer) was wel IBM java, maargoed

De PM vroeg nog of het veel tijd koste om het naar Java 1.4 (of 5) over te zetten, terwijl het compatible blijven maken/houden voor de 1.3 versie meer tijd kostte. :(
Waarom al die mensen bij 1.3 blijven :? |:(
dit tooltje zal nog wel langer nuttig blijven dan java 6 update 10 (zoals gezegd, vanaf deze versie is de onzin over dat een compleet nieuwe JRE geinstalleerd wordt, vanaf nu krijgt de bestaande een update). Er zijn nogal wat gevallen waarin mensen het rare idee krijgen om java met de hand te verwijderen in plaats van de uninstaller te gebruiken - en dat is nou net wat het nieuwe update systeem niet leuk vindt.

Het resultaat is dat het bijna onmogelijk is om een nieuwe JRE te installeren aangezien de installer doodleuk blijft volhouden dat java al geinstalleerd is, maar vervolgens faalt om de genoemde JRE te vinden en het eindresultaat is een error. Als dit tooltje echter de juiste registery keys weg kan halen dan is het nog te redden.
Daarvoor heb je niet per se dit tooltje nodig.
Voor het verwijderen van registerkeys, die installatie van een nieuwe applicatie onmogelijk maken, kun je prima gebruik maken van de Windows Installer CleanUp utility
Dit tooltje werkt voor alle geinstalleerde applicaties die gebruik maken van de Add/Remove Programs.
Leuk concept programma. Heeft duidelijk nog een traject af te leggen alvorens dit geen broodkruimelprogramma meer is. Waar bestaat dit uit? Een aantal scripts onder een simpele GUI. Resultaten worden in een tekstbestand opgeslagen en weergegeven door notepad. Persoonlijk zou ik deze versie 0.1.13 genoemd hebben.

edit:
Ben blij dat er flink is nagedacht over het nut van deze tool. Mijn conclusie:
Thuis pc's: TOP
Bedrijfs pc's: NOP

[Reactie gewijzigd door Xellence op 29 december 2008 18:28]

Wat wil je zien dan, een geintegreerde chat client en 3D graphics? Het programma zegt dat het Java resten weghaalt en dat doet het prima. Naar mijn mening is dit programma dus af en verdient het zeker de 1.x status. Zo af en toe nog wat aanpassingen omdat Java ook verandert en er wel eens een bugje gevonden wordt.

Ben blij dat dit tooltje niet vervalt in de bloatware trend.
Ik zie niet in waarom mensen deze tool zouden willen gebruiken. Oude versies kun je gewoon de-installeren. Unattended wil je dit volgens mij uberhaubt al niet gebruiken.

Er is namelijk een reden dat Sun de oude versie van Java laat staan. Applicaties die gebruik maken van java, gebruiken vaak een hardcoded locatie van Java. Als je oude versies dan verwijderd, kan het maar zo zijn dat sommige applicaties niet meer werken. Om deze ellende te voorkomen (die niet door Java veroorzaakt wordt, maar door 3rd party applicaties!) heeft Sun ervoor gekozen het aan de gebruik over te laten ongebruikte/oude versies te verwijderen.

Trouwens, "Behoorlijk wat plaats innemen" is ook een flink overstatement. Een gemiddelde harddisk is tegenwoordig al gauw zo'n 500GB groot. Laat de JRE eens 20MB groot zijn, dan kun je 25.000 oude versies geinstalleerd hebben staan. Dan kun je de komende ... 1000 jaar ofzo? wel vooruit.
In bedrijfsomgevingen, wil je uniforme clients. Dus wanneer een javaprogramma bijgewerkt wordt naar een nieuwere versie welke een nieuwere runtime vereist en de oudere overbodig maakt, wil je niet dat deze oudere versie om wat voor reden dan ook roet in het eten gooit. Nu is het ook zo dat je pas zulke unattended acties alleen uitvoert na een 100% succesvolle test in de OTAP straat. En de runtime kan ook 127 MB groot zijn afhankelijk van het type runtime. Deze is dan alweer een factoor 6 zo groot. Qua snelheid van de client is het altijd aan te bevelen de footprint van programmatuur zo klein mogelijk te houden ook al heb je 500 GB ter beschikking wat in 95% van de clients doorgaans niet is. De focus ligt immers op bedrijfsomgevingen waar veelal met veel kleinere lokale schijven gewerkt wordt. De doorlooptijd van een clientpc ligt meestal rond de 5 jaar. Een pc die nu 5 jaar oud is, heeft absoluut geen 500GB aanboord, eerder 40GB waardoor je stelling niet meer opgaat.

Overigens uniforme clients heeft betrekking op de software welke ze draaien. Het zal mij een worst wezen of de hardware hetzelfde is hoewel daarover een geheel andere dicussie te voeren valt.
Als je 100% zeker weet dat er geen applicaties aanwezig zijn die hardcoded gebruik maken van een oude versie, kun je gewoon de de-installatie van de oude versie doen. Dit kon altijd al, vast ook wel unattended.

Ik heb het zojuist nog op de site van Sun nagekeken, de Runtime is iets meer dan 15 MB groot. Zelfs als je uitgaat van een 40 GB harde schrijf kun je deze nog 2500 keer kwijt. Misschien kun je dan geen 1000 jaar vooruit, maar toch 100.

(De JDK is overigens wel groter dan 15MB, maar deze is alleen nodig voor ontwikkelaars, niet voor de gewone gebruiker)

Uitgaande van een lifetime van 5 jaar (wat ik behoorlijk veel vind, 3 jaar is gebruikerlijker) en 25 updates (wat ik nog nooit heb meegemaakt) kost dit je zo'n 5% diskruimte (1.8GB)

Daarnaast... Footprint van de programmatuur? Draai jij alle geinstalleerde Java versies tegelijkertijd? De snelheid van een systeem is niet (of hooguit marginaal) afhankelijk van de gebruikte diskruimte.

[Reactie gewijzigd door corani op 29 december 2008 16:53]

Dit soort reacties begrijp ik nooit.... "Je HD heeft toch zoveel ruimte, waarom zou je je dan zorgen maken om nutteloze bagger die je schijf opeet?" Sorry hoor, maar stel dat ieder programma op deze manier aan updates doet? Ik vind het echt merkwaardig dat java de oude - deze build werkt niet goed want er was een update nodig - versie nog steeds op de schijf laat staan.
Ik heb dit programma net gebruikt en het heeft bijna een halve gig van mijn schijf gehaald. Dat is een 500 MB aan compleet nutteloze rotzooi die achterbleef omdat Sun het niet voor mekaar krijgt om goede gebruiksvoorwaarden/regels aan programmeerders te geven. Nu is een halve gig niet zoveel op mijn schijf van 60 gig, maar toch, ik ben het liever kwijt dan rijk!
Trouwens, je berekening gaat niet op. Van de 40 gig schijf gaat al minstens de helft naar programma's die wel nodig zijn. Dan wordt 0.5 gig aan oude java builds wel erg veel.
Het is absoluut geen nutteloze bagger, omdat je niet zeker weet of andere applicaties gebruik maken van de oude versies. Dit heeft niets met Sun te maken, maar met 3rd party programmeurs die crappy applicaties bouwen. (Hardcoded path naar Java)

Wat heb je liever? Dat Sun de oude versie verwijderd, met het risico dat allerlei applicaties niet meer werken (waarvan Sun vervolgens de schuld krijgt!) of dat je een paar MB extra ruimte op je harde schijf gebruikt?

Als je zeker weet dat er geen applicaties kapot gaan, kun je de oude versie ook zelf deinstalleren, daar heb je geen andere tooltjes voor nodig.

(Ik geloof trouwens nooit dat je 500MB aan Java Runtimes op je systeem had staan, dat waren waarschijnlijk jdk's.)
Als Sun van in het begin oude versies zelf had verwijderd hadden ontwikkelaars al lang geleerd dat ze geen vast pad mogen gebruiken naar de java runtime.
Dat behoor je dus wel zeker te weten :) Enig idee waar een OTAP voor staat? ;)

[Reactie gewijzigd door Xellence op 29 december 2008 18:26]

Dan nog is 1,8GB van je harde schijf alleen maar met Java gevuld belachelijk veel
Zoals ik zal zei, uitgaande van absurde getallen. 3 jaar (zonder herinstallatie!) en 5 updates per jaar is realistischer. Dan kom je op 225 MB. Dat vind ik de moeite niet waard om uberhaubt op te ruimen.

Het risico van programma's zoals deze is dat er Java versies opgeruimt worden die gebruikt worden door andere applicaties. Applicaties die zonder waarschuwing ineens niet meer werken.

Als je 100% zeker weet dat het verwijderen van de oude installatie geen problemen oplevert, gebruik dan gewoon de uninstaller van Java.
Het aantal MB waar het overgaat is al omvergehaald. Nog wat er bij. 1. Zo een tooltje gebruik je voor oude pc's (oude pc's hebben vaak kleine hdd en zijn vaak langzaam) waar nog hele oude java's opstaan. Natuurlijk kun je die handmatig deinstalleren, deed ik vorig jaar ook altijd. Weetje hoeveel tijd 12 java installers deinstalleren kost op een oude bak, die slome MSI installers? Nou bijna een uur, en dat kan JavaRa in minder dan een minuut voor alle 12.
Kerel :X
Hier wordt absoluut niet gebashed op jou... :X , je bent precies nog al lichtgeraakt en ik denk niet dat twiFight het bashend bedoelde, hij stelde gewoon een vraag en wou een reactie van jou wat jij dan verwacht, die hebben we gekregen en hieronder reageer ik daar weer op.

Het programma is basic, en er staat toch ook nergens dat het werkt in een server-client structuur met een AD of dat het dat zou moeten ?

Trouwens, als je 100 client pc's beheerd kan je evengoed zelf (aangezien iedere pc toch dezelfde uitgerolde versie heeft) de versie eerst laten uninstallen en daarna installen (want uninstallen via add/remove programs gaat dus wel goed, de java update installer roept alleen de instructie niet aan om oudere versies te verwijderen).
Bashen is wel even heel iets anders he,.
En zeggen dat iemand maar naar de basisschool moet is aardig...?
(zo ontstaan oorlogen)

Dank je voor je uitleg over het programma maar het voegt niets toe.
Hoe jij het zou noemen enzo....
Mss je consclusie toelichten...
Prima tooltje. Het resultaat bij eenmaal draaien op mijn pc:
http://www.testconsultant.nl/zooi/result.jpg

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