20. października 2008, 16:08
|
| |
 Java Runtime Environment (JRE) 6 Update 10 końcowy
Było naprawdę wiele powodów, że nie do tej pory. Zastanawiam się co mają zrobić, aby obejść te problemy? Może nowa wersja jest wstecznie kompatybilne tak mówić. Cytat:
Niedziela kwestii oprogramowanie Java dla programistów aplikacje (SDK serii) i aplikacje użytkowników końcowych (JRE serii). Zaobserwowano znaczną liczbę wątków na JRE aktualizacji / non-odinstalowując BBR bałagan na forum w ciągu ostatnich kilku lat.
Jak rozumiem rzeczy, nie wszystkie wersje Java muszą działać tak samo w odniesieniu do niektórych swoich procedur i wzywa ... tak pełna wersja Wersja zgodności nie może istnieć w pełni wszystkie funkcje. Oznacza to, że aplikacje napisane wokół konkretnych wersji Java nie może grać również z innymi Java kolejnych wersjach. Java aplikacje mogą od rozrywki (gry itp.) aż do złożonych technicznych programów (modelowanie molekularne, filtrowanie matematycznych, chemia, etc.) Wiele z tych aplikacje mają działać przede wszystkim na serwerach w intranecie, że ustawienie nie może nigdy wiązać internetowe kontakt (i ryzyko związane z bezpieczeństwem), inne są przeznaczone do użytku z Internetu świadomość sieci korporacyjnych, a jeszcze inni są napisane na stronie internetowej korzystać.
W rezultacie, Sun wybrał nie automatycznie odinstalować starą wersje Java JRE podczas instalacji nowej wersji ... są dopuszczone do istnienia obok siebie na komputerze użytkownika w celu zachowania dostępu do aplikacji, które mogły zostać napisane około zachowanie unikalnych do starszej wersji Java. Sun działalność koncentruje się obsługujących programistów poprzez SDK produktów (i miejmy nadzieję, Sun, Sun roboczych) ... w JREs są łatwe do zwiększenia wykorzystania deweloperzy produktów. Aby automatycznie odinstalować starą JREs w nowej wersji środowiska JRE instaluje byłoby podciął deweloperów (Sun rzeczywistych klientów), którzy mogą mieć pisemną i sprzedawane apps wokół starego JREs i niektóre operacje unikalną cechą tych starych wersjach. Tj.: Sun nie chęć automatycznie złamać ich klientów "apps.
Większość z nas w tych forach (i domu użytkowników komputerów PC w ogóle) widok Java JRE jedynie jako rzadko używane narzędzie dostępu do niektórych funkcji nieprzejrzystymi strony internetowej na kilka (jeśli istnieje) miejsc - nawet jeśli mają jakiekolwiek zrozumienie Java na wszyscy. Jednak naszym zdaniem jest ograniczona do zaledwie małą aspekt Java wszechświata. W tym kontekście, nie jest zaskoczony, że niedziela wybiera się w dużej mierze zignorować bezpieczeństwa nie automatycznie odinstalować starą Java JREs na indywidualnych użytkowników komputerów PC jak nam na korzyść pozostawienia ich tam tak, aby nie tworzyć wersji kompatybilności chaos ich klientów - i tych klientów klientów. I szczerze nie mają nadzieję, że Sun tworzyć automatycznie uninstallers dla JREs z tego powodu.
Co chciałbym nadzieję przynajmniej patrz ostrzegawczy jest etykieta na JRE pobrać stron wpisów odwiedzających na fakt, że starsi JREs zwykle przeprowadzają usterek bezpieczeństwa i powinny być odinstalowana off internetowe skierowane maszyn. Ale nawet, że jest obarczona potencjalnych pomyłek Suna perspektywy, ponieważ aplikacje Java komercyjną użytkowników również odwiedzić JRE pobrać na stronach razy w celu uzyskania nowych wersjach na niedawno zakupione apps i może być doprowadziły do odinstalowania starszych JREs swoje systemu, które są nadal zasadnicze znaczenie dla starszych aplikacje uruchomione na ich sieci.
W końcu, myślę, że jedyną rzeczą, która może być wykonana we wszystkich praktyczność jest utrzymanie ostrzegania forum użytkowników (i naszego rodzimego użytkownika znajomych), że absolutnie konieczne odinstalowanie wszystkich starszych JREs kiedy pobrać nową JRE aktualizacji. Niewiele, jeśli coś w domu maszynę, która będzie zagrożone przez zatapianie w starej wersji ... i precyzyjnych złośliwym immunitetu być zdobyte.
http://www.dslreports.com/forum/r19594880- | |
Podobne wątki 
