Ок, проблема вкратце:
У меня апплет, он должен уметь:
Читать/писать файлы в определённые директории
Читать property

Вот в принципе и всё.  Дополнительно грузятся куча необходимых lib'ов У меня есть чем подписывать - это наш официальный университетский сертификат.

Хочется сделать всё так, чтобы у юзера не было необходимости менять java.policy или же на крайняк чтобы изменения были минимальны.
Сейчас апплет работает, если из java.policy сделать:

Напомню, стандартный java.policy выглядит так:

Но это конечно юзеру не продать. 
Ну, чтение небходимой property я успешно добавил строкой
permission java.util.PropertyPermission "user.dir", "read";

А вот с файлами как-то не очень получается. Хотел бы конечно дать права только на определённый домен, но почему-то не получается. Может кто-то знает, как дать права хотя бы на localhost?

О каком домене идет речь? Домен Windows?

Вообще FilePermission дает права на чтение только из локальной ФС, ну или то что подмотированно как локальные диски.

sergejzr, функции апплета через Java-script используете?

Если policy файл не менять, то по-идеи, при загрузке, апплет должен спросить пользователя, доверяет ли он сертификату, с помощью которого был подписан апплет (Если сертификат уже не находится в списке доверенных). После того, как пользователь утвердительно ответит, апплет сможет работать , как простое Java-приложения со всем соответсвующими правами доступа к файловой системе и т.д.  У вас работает?

Если вы не используете выхов функций апплета из Java-script, дальнешая информация, скорее всего, не поможет решить вам вашу проблему.
Если же функции вашего апплета вызываются из Java-script (с помощью технлогии Live-Connect), то даже если пользователь ответит, что доверяет вашему сертификату, менеджер безопасности будет считать такие функции "не доверенными". И никакие гранты в policy файле (кроме AllPermisions) не разубедят его в обратном. (По крайней-мере, у меня не получлось).
Как вы сами понимаете, заставлять пользователя вносить в его policy файл подобные изменения (добавление AllPermisions) не разумно. На всякий случай поясню, это означает, что любой апплет будет запускаться с полными правами, даже не уведомив об этом пользователя.
Но, решение есть!
Оно заключается в том, что небезопасные функции нужно запускать в отедльном потоке, а не в том, потоке, в котором испольняется функция, которая была вызывана из Java-script.

небольшой кусок кода, демонстрирующий, что я хотел сказать. Нашел свой старый апплет, вроде он работал ).


Надеюсь, я правильно угадал причину такого поведения менеджера безопасности и информация оказалась полезной. 


Это сообщение отредактировал(а) Alexandr87 - 29.11.2007, 09:23

Alexandr87, огромное спасибо! На самом деле я уже не знал что делать! Действительно, половина функций работала, половина нет. Возможно я бы никогда не догадался, что дело в том, что определённые функции вызываются скриптом! Теперь я знаю в чём проблема и попробую обойтись без вызова "критичных" методов т.е. попробую переложить их логику в init (Там то всё выполняется). Ну конечно спасибо за пример! Возможно не получится всё передать апплету и буду использовать Ваш пример!

sergejzr, для того чтобы вызывать методы апплета из JavaScript'а так, чтобы они не блокировались менеджером безопасности, есть еще один трюк - возможно, более удобный, чем выполнение нужной функции в отдельном потоке, поскольку позволяет возвращать результат синхронным образом. Суть фишки - в методе doPrivileged(): 



Работает как часы 

По удобству оба способа примерно одинаковы, но второй возможно более правильный, спасибо!