Думал по быстрому сваяю апплетик, а не тут то было.
На обычном примере простейшего хттпклиент-апплета из инетов
На строке

HttpClient client = new DefaultHttpClient();

Апплет вешается и висит в браузере ie и ff как будда в глубокой медитации.
Комментирую эту строку - работает апплет. Но в этой строке вся суть апплета, как бы.

Наверняка вы все знаете какой то секрет, подскажите.

HttpClient client = HttpClientBuilder.create().build();

Эио httpcomponents 4.3 надо. У меня 4.2. Сейчас попробуем сапгрейдиться

Не забывайте закрывать респонсы.

не, теперь виснет строка из (1)

Commons Codec, Commons Logging в зависимостях стоят?

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

Наконец-то.

sda553 Этот httpclient позволяет делать запросы к чужому домену? А то это моя главная цель, из за чего и js не подошел мне

Since the Java 6 Update 10 release (2008-10-15), unsigned applets can now make network connections to remote servers (servers that are different from the server that hosts the applet) using a special XML file called crossdomain.xml file.

(9) крутяк. Продолжаю тогда в этом направлении работать

sda553 Так что это точно не смит

как раз и он )

sda553 тот httpclient позволяет делать запросы к чужому домену? А то это моя главная цель, из за чего и js не подошел мне

вот для общего развития, можешь в двух словах, почему на js не взлетело?

тут пишут, что у cors ограничения, но в js работает

(12) я не пробовал js

(0) - скажи ка ватник, а зачем ты используешь уже 20 лет как устаревшую технологию?

(15) Это не ватник. Это один из самых отъявленных либералов форума.

Нет, нет. Ява апплеты могут писать в 2016-м только ватники

(15) внимательнее смотри (7), ответ на твой вопрос в последнем абзаце

(20) - и?

http://stackoverflow.com/a/2067584/444079

http://stackoverflow.com/a/3506306/444079

(21) ты явно не в теме.

(23) - ну давай расскжи мне, как ты будешь запускать java апплет в браузере, если его запуск запрещен политиками безопасности

(24) Внезапно, надо разрешить его политиками безопасности. Чтобы избежать последующих вопросов и флуда повторюсь, что ты не в теме задачи, а судя по (21) у тебя мало опыта в данной теме. Ну а у меня не много времени.

разрешать это дырявое говно и подвергать опасности клиентов? очень разумное решение! Твой CTO будет очень рад этому.

(26) как ты бы решил данную задачу? Поделись. Так и быть потрачу время, может у кого есть бест практис?
Задача: есть несколько сервисов на которых поднят веб сервис 1С (soap). Серверов много (около 300), по количеству городов. Иногда сервера падают, иногда в них падает 1С, иногда внутри 1С падает какая нибудь фигня, иногда все начинает работать медленно из за падения скорости на каналах, иногда программист чего то накосячит и все работает но не так как надо.
Надо придумать способ, чтобы у технической поддержки был способ постоянно видеть "монитор" данных серверов на предмет отклонения их от нормальной работы и давать какие то предупреждения вида: "сервер недоступен","скорость канала упала", "веб-сервис считает какую то фигню", "канал хорош, но сервис 1С чего то задумался на простой операции"
Ни один стандартный монитор не принимается, т.к. мониторить надо успешное выполнение специфических задач 1С.
При этом ограничения:
1. приложение должно быть полностью клиентским, таким образом нельзя поднимать дополнительных серверов, нельзя подселяться какой либо код к существующим серверам
2. Можно использовать только браузерное решение

(27)

мониторить надо успешное выполнение специфических задач 1С

Почему нельзя решать эту задачу на самой же 1с?

(28) из за ограничений 1+2.Одинэска может быть браузерной тогда и только тогда, когда у нее есть серверная часть.

Фактический огранмчения 1+2 дают только html в который можно встроить что то активное.
js и html5 не способен работать с кроссдоменными соап.
Остаются апплеты.

(29) Я понял что "нельзя поднимать дополнительных серверов" значит дополнительно к уже работающему 1с серверу. Но если совсем ничего серверного нельзя, то похоже без вариантов. Любить жабу.

(31) верно, это бизнес проблема. в том, что техподдержка от одной фирмы А, а 1с-сервера и приложения от другой фирмы Б.
Фирма Б запрещает преврашать свои одинэски и сервера в песочницы. А фирма А не хотит покупать сервера и какие либо допприложения

(33) Если делать вариант пинга на соап-сервисе, то имеет смысл в ответ сервиса запихивать какую-нибудь потенциально полезную инфу. Ип адрес или статистику по потребляемым ресурсам. Что-бы потом 2 раза не вставать.