Пытаюсь создать сокет так:
sock = new Socket("chat.iFriends.net", 8086);

В результате получаю это:
access denied (java.net.SocketPermission chat.iFriends.net resolve)
access denied (java.net.SocketPermission chat.iFriends.net resolve)

Кто нить может сказать вчем проблема

А подробнее можно ? И больше кода привести

Это у тебя обычное приложение ? Или апплет ? И каков класс эксепшена ?
И полное сообщение об ошибке тоже надо.

Это аплет. Эта строчка заключена в try catch. Название класса исключения я непомню сейчас. Вообще это готовый аплет уже кем то сделанный ранее и он говорит что у него работает. А у меня вот нет. Там еще есть каталог Meta-inf или чтото в этом духе. внем файл в котором названием результирующего файла и какие то закриптованные строчки, короткие. Может в нем все дело

Если апплет, то такое действительно вполне понятно.
Закриптованные строчки - это подпись апплета, которая подтверждается сторонними провайдерами. Подпись апплета говорит о том, что этот апплет сделан тем-то и тем-то и если какие-то вредности он будет делать, то можно бить по голове производителя апплета. Но сам понимаешь, что производитель не заинтересован в таком.

Но вот по поводу подписей апплета более подробно с примерами - я с ними не работал. Только теория.
Можно конечно посмотреть, но это уже не прямо сейчас.

вот код того мета которое выдает ошибку выполнения

Socket sock;

...

try
{
sock = new Socket("chat.iFriends.net", 8086);
}
catch(Exception exception)
{
System.out.println(exception.getMessage());
sock = null;
}

Цитата

вот код того мета которое выдает ошибку выполнения

Да вообщем-то теперь это совсем необязательно. Явно дело в секьюрити, но более подробно на данный момент ответить не могу - не знаю. Но посмотрю. Может что-то накопаю.

Я на эту тему тоже пока однозначного решения не нашел, но как workarround сгодится прописывание в java.policy строки:
grant {
permission java.security.AllPermission;
};

а где должен быть этот java.policy

Linux: $HOME/.java.policy
Win: c:\windows\System\Java\lib\security\java.policy

Цитата

Win: c:\windows\System\Java\lib\security\java.policy

Скорее там где JRE установлен - это обычно Program Files\Java\j2re<версия>\lib\security\java.policy

Спасибо, попробую и там и там

Насчет винды могу и ошибиться, так как уже 5 лет её в глаза не видел

esli eto applet

to socket moget podkluchitsya tolko k serveru s kotorogo on zagruzilsya

applet. getCodeBase() // v etom rode

Цитата

esli eto applet to socket moget podkluchitsya tolko k serveru s kotorogo on zagruzilsya applet. getCodeBase() // v etom rode

Не совсем так. Такое поведение было организовано в самой первой JAVA - 1.1.
При выходе JAVA 2 неудобство таких ограничений было учтено. Теперь каждый клиент может сам решать, кому можно, а кому нельзя.

В случае с подписанными апплетами алгоритм работы такой:
Клиент при получении апплета проверяет подлинность подписи в каком-либо хранилище ключей. В интеренет несколько таких сайтов, где вы можете проверить подлинность подписи. Алгоритм основан на том, что подпись + характеристики документа (файла) дают уникальную комбинацию и исправить (подправить) подписанный файл уже практически невозможно. Таким образом гарантируется целостность подписанного файла. Кроме этого на самом клиенте в файле java.policy прописывается кому можно доверять, а кому нельзя.

Кстати делать так, как посоветовал Alone реально опасно. Чужим апплетам можно все.

Я в курсе. Это я предложил как временное решение проблемы, дабы разрешить апплету работать. А реально, я и сам хотел бы уточнить как эта вся процедура подписи апплета делается.