вызовы веб-службы Java с помощью апплета - PullRequest
0 голосов
/ 17 января 2011


У меня есть апплет, загруженный браузером.
Этот апплет выполняет вызовы веб-службы на сервер.
Если я подпишу апплет и загрузлю его через https с сервера, если я сделаю вызов веб-службы, можно ли будет повторно использовать существующий сеанс ssl или будет необходимо восстановить https?
Я думаю, что https (т.е. рукопожатие ssl) необходимо будет восстановить, так как первоначальное соединение было установлено браузером. Это тот случай?
Если да, то есть ли способ избежать повторной аутентификации, когда пользователь начинает использовать апплет? То есть повторно использовать предыдущее соединение ssl, или это невозможно? Кстати, стек веб-сервисов - axis2.

Спасибо

1 Ответ

2 голосов
/ 19 января 2011

https и аутентификация это разные вещи.Конечно, они работают вместе, когда вы аутентифицируетесь с помощью имени пользователя / пароля через https.

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

Как только браузер вошел в систему, обычно сервер создает и удерживает сеанс, а браузер получает cookie сеанса.Этот файл cookie будет отправляться при последовательных запросах после входа в систему (по-прежнему зашифрован https).

Если вы передадите файл cookie сеанса апплету, апплет сможет повторно использовать сеанс.1010 *

Невозможно объяснить вам это подробно.Вы должны найти и прочитать Связь Java-апплета .

  • Вы можете вызывать методы апплета из javascript и получать доступ к веб-странице / состоянию браузера из апплета (Applet.getAppletContext ()).

  • Вы можете вызывать апплет с параметром, который содержит идентификатор сеанса.

Имя файла cookie сеанса может быть JSESSIONID, когда веб-серверконтейнер сервлета.

Если ваш веб-сервер является контейнером сервлета, то вы можете передавать идентификатор сеанса различными способами: в виде файла cookie в заголовке запроса или в кодировке URL (перезапись URL).

...