Mamy aplet Java, który musi działać z pełnym zaufaniem.Aplet Java z samopodpisanym certyfikatem na OS X Mountain Lion
Podczas opracowywania i podczas testów przed publikacją podpisujemy go za pomocą samopodpisanego certyfikatu (wersja produkcyjna jest podpisana za pomocą prawdziwego certyfikatu podpisującego kod).
Ale kiedy próbujemy uruchomić samopodpisany aplet na prerelazach OS X 10.8, nie możemy już dłużej zezwalać na jego uruchomienie. „Zezwalaj” -button jest po prostu wyłączone:
Jeśli naciśnięciu „Pokaż szczegóły ...” Mogę wybrać „Zawsze ufaj” certyfikat, ale to nie ma znaczenia:
Działa z tą samą wersją Java JRE na OS X Lion 10.7, więc podejrzewam, że jest to problem z systemem operacyjnym, a nie z JRE.
Czy są jakieś obejścia?
Wolałbym nie używać prawdziwego certyfikatu podpisywania kodu do testowania: podpisanie za pomocą prawdziwego certyfikatu podpisywania kodu oznacza, że moja firma zapewnia, że aplet jest bezpieczny i powinien być zaufany. Nie możemy tego potwierdzić, zanim go przetestowaliśmy.
* „Wolałbym nie używać certyfikatu podpisu prawdziwy kod do testów.” * Wolałbym gdyby ludzie oferowane powody wymagań dziwaczne i pozornie arbitralnych. –
@Andrew: Dodałem uzasadnienie tego wymogu. –
Dzięki, ten powód nie jest tak dziwaczny, jak sobie wyobrażałem. Dobre pytanie. +1 BTW: 1) Czy sprawdziłeś "bazę danych błędów" dla tego środowiska JRE? 2) Czy aplet reaguje na JavaScript? ([Appleteer] (http://pscode.org/appleteer/) może uruchamiać aplety w prostym kodzie HTML bez JS - nie ma on piaskownicy bezpieczeństwa). 3) Czy możesz uruchomić inny JRE w systemie operacyjnym do testowania apletów? –