lihusha . Поздравляю! Вы не одиноки в вашей беде. С Оперой мучается и другие: 

Java Applet Development - Passing values from applet using POST method to PHP page - 



Коммерческий сайт предлагает решение java applet in Opera not sending POST values, но там надо подписаться на 30 дней trial c кредитной карточкой. И еще не известно, что они насоветуют.

Как я понял, Опера не использует java-plugin (как остальные "лохи"), а идет каким-то своим путем. Поэтому, наверное, в исключениях у вас и всплыло это com.opera.URLConnection. 

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

Можно поподробнее -- что Вы имеете в виду ?

у нас почти 100% интерфейса приходилось на апплет и мы перешли на вебстарт. Теперь браузер (дефолтный) используется только на старте приложения для загрузки jnlp файла, т.е. минимально.  

Спасибо Вам за информацию

COVD, а можно ссылки на сайты , где используется web start ?
Я нашел несколько , мне показалось , они (приложения с web start) очень долго грузятся. 
Хотелось увидеть их побольше в действии.

Коково лично Ваше мнение о скорости их загрузки на клиента ?


P.S. Скорость моей линии -- 1 Мб/с

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

Не знаю , правильно ли я Вас понял. Если правильно -- решение данной проблемы и создание топика вызвано необходимостью РАЗРАБОТКИ апплета.
Например , если я меняю фон текстового поля с желтого на зеленый , то хочу сразу же увидеть это изменение при запуске апплета в браузере.

А что мешает вести разработку используя другой браузер, а Оперу использовать только в конце для окончательного тестирования?

Уже ничего.
Я понял , что самый эффективный способ -- менять версию в тэге апплета.



т.е., если изменить число 23235 , апплет будет подгружен новый.

Но, проблема с потоком все же остается для оперы.

Проблема (по крайней мере, о которой я писал) в том, что дефолтный (простой и удобный) механизм автоматического обновления версии апплета на клиенте иногда дает сбой - на сервере апплет (jar) поменяли, а клиент его не загружает (при перезапуске, конечно). Не только в Опере. Наиболее неприятна эта ситуация в клиент-сервер приложении, когда изменения сделаны и на сервере и на апплете (протокол обмена, например). В этом случае старая версия апплета не будет работать или, что хуже, будет работать некорректно. Конечно, при таком апдейте надо как-то форсировать клиентов обновить версию. Это дополнительные усилия. Субьективно, в WebStart, аналогичный дефолтный механизм работает лучше.  По крайней мере, так было ( сейчас, может, апплеты "подтянулись"?     )

Добавлено через 8 минут и 45 секунд


У апплетов и WebStart вроде нет принципиальных различий - время загрузки jar'a приложения зависит от его размера. Если приложение большое, то удобно его разбить на несколько более мелких jar'ов - библиотек. Тогда при обновлениях неизмененные библиотеки перезагружать не придется.
  

В свое время видел подобную рекомендацию для внешних JS файлов, но она в полной мере подходит и к апплетам (и Flash, и CSS и т.п.).
Просто добавлять к имени файла timestamp, т.е что-то наподобие того что предложил lihusha, но с некоторыми отличиями.

Разница состоит в том, этот подход требует обязательной согласованности HTML и апплета. С одной стороны дополнительная работа, с другой в случае такого рассогласования мы сразу увидим ошибку.