
20. oktober 2008, 16:08
|
| |
Java Runtime Environment (JRE) 6 Update 10 endelig Der var faktisk flere grunde til, at det har ikke indtil nu. Jeg spekulerer på, hvad de har gjort for at løse disse problemer? Måske den nye version er bagud kompatibel så at sige. Citat:
Søndag spørgsmål Java software til både apps udviklere (SDK udgaven) og apps slutbrugere (JRE-udgaven). Der har været et rimeligt antal tråde om JRE ajourføring / ikke-afinstallation rod på BBR fora i løbet af de sidste par år.
Som jeg forstår det, er det ikke alle Java versioner nødvendigvis arbejde identisk med hensyn til nogle af deres rutiner og opfordrer ... så komplette version-version kompatibilitet kan ikke fuldt ud for alle funktioner. Det betyder, at applikationer skrevet omkring et bestemt Java version ikke kan spille godt sammen med andre efterfølgende Java versioner. Java-programmer kan variere fra underholdning (spil osv.) hele vejen til komplekse tekniske programmer (molekylær modellering, matematiske filtrering, kemi, etc). Mange af disse programmer er designet til at arbejde primært på servere i et intranet-indstilling, der måske ikke nogensinde indebærer direkte Internet kontakt (og sikkerhedsrisici); andre er beregnet til brug sammen med Internet-kendskab virksomhedsnet: og endnu andre er skrevet for websted brug.
Som et resultat, Sun har valgt at ikke automatisk afinstallere gamle Java JRE-versioner, når der installeres en ny version ... de får tilladelse til at eksistere side om side på en computer for at bevare brugernes adgang til software, der kan have været skrevet omkring opførsel unik for en ældre Java version. Suns forretning fokusere afsoner udviklere via SDK produkter (og forhåbentlig for Sun, Suns arbejdsstationer) ... Det JREs er gratis at øge nem anvendelse af udviklernes produkter. Til automatisk at fjerne gamle JREs under nye version JRE installerer ville være at underbyde udviklere (Suns reelle kunder), der måske har skrevet og solgt apps omkring den gamle JREs og visse træk operationer unikt til de gamle versioner. Dvs.: Sun har ikke lyst til automatisk at bryde deres betalende kunder "apps.
De fleste af os i disse fora (og hjemme-pc-brugere i almindelighed) se et Java JRE som blot et sjældent anvendte redskab til at få adgang til visse obskure internetwebsted træk på nogle få (hvis nogen) sites - hvis vi engang har en forståelse af Java på alle. Men vores opfattelse er begrænset til blot en lille del af Java universet. I denne forbindelse ikke blive overrasket over, at søn vælger at stort set ignorere de sikkerhedsmæssige konsekvenser af ikke automatisk afinstallation gamle Java JREs den enkelte pc-brugere som os til fordel for forlader dem der så ikke oprette version-kompatibilitet kaos for deres betalende kunder - og disse kunders kunder. Og jeg ærlig talt ikke har nogen forventning om, at Sun vil nogensinde skabe auto-uninstallers for JREs af den grund.
Hvad jeg håber at i det mindste se er en sikkerhedsmeddelelsens Etiketten på JRE hente sider, der advarer besøgende på, at ældre JREs normalt bære sikkerhedssvagheder og bør afinstalleres off Internet-vender maskiner. Men selv det er fyldt med potentielle forvirring fra Suns perspektiv, da Java kommercielle-apps brugere også besøge JRE hente sider til tider for at opnå nye versioner for nyligt købt apps, og kunne førte til afinstallere ældre JREs off deres system, der stadig vigtigt for ældre apps kører på deres net.
I sidste ende, tror jeg, at det eneste, der kan gøres i alle praktiske er at holde alarmeringstjenester forum brugere (og vores hjem-user bekendte), at de absolut er nødt til at afinstallere alle ældre JREs når de henter en ny JRE opdatering. Der er ikke meget, hvis noget på en hjemme-maskine, der vil blive bragt i fare ved at dumpe den gamle versioner ... og bestemt malware immunitet, som kan opnås. http://www.dslreports.com/forum/r19594880- | |