Данные BlazeDS проталкиваются через SSL - PullRequest
0 голосов
/ 01 декабря 2009

У меня есть приложение, которое использует технологию push-уведомлений blazeDS для отправки данных в событие клиента Flex за 5 секунд. Приложение работает нормально, когда я запускаю его через HTTP с прокси-сервером или без него. Когда я запускаю его через https, передача данных больше не работает. Я получаю следующую ошибку

rootCause [IOErrorEvent type="ioError" bubbles=false cancelable=false eventPhase=2 
text="Error #2032: Stream Error. 
URL: https://localhost/admin/messagebroker/streamingamfsecure?command=open&version=1

Кто-нибудь успешно получил потоковую передачу по SSL?

Спасибо, Пратима

Ответы [ 2 ]

0 голосов
/ 30 июня 2011

2032 немного неясная ошибка в рамках.

Однако, что нужно проверить (в дополнение к списку Стю)

Можете ли вы перейти на страницу https: // в браузере напрямую?

В вашем примере я заметил, что вы не указали номер порта для SSL. Если у вас не возникло проблем с настройкой некоторых редиректов Apache SSL, скорее всего, это ошибка.

Если вы вставите URL-адрес в браузер, вы сможете нажать его и получить пустой ответ. Что-нибудь еще, и у вас есть проблема (часто та, которая не относится к BlazeDS.)

Ваш сертификат действителен?

Если вы используете самоподписанный сертификат (как это часто бывает в разработке), определено ли в вашем браузере исключение безопасности? Различные браузеры будут блокировать попытки поразить недействительные сертификаты разными способами, но ни один самореспециализированный браузер не разрешит этот вызов, пока не будет установлено исключение.

Правильно ли определен ваш канал?

При переключении с http: // на https://, вам необходимо обновить класс Channel на гибком клиенте до SecureAMFChannel, а класс конечной точки в вашем services-config.xml - SecureAMFEndpoint.

Вообще говоря, https с BlazeDS (либо push, либо RPC) работает просто отлично, при условии, что вы правильно настроили его.

0 голосов
/ 02 декабря 2009

Вопросы, которые задайте себе (и разместите здесь)

  • Запрос отображается в ваших журналах доступа?
  • Поддерживает ли Tomcat / любой другой сервер обычные HTML-страницы через HTTPS?
  • Как выглядят заголовки ответа? Очищает ли ваш кэш что-нибудь?
  • Какой браузер вы используете?
  • Можете ли вы установить явные заголовки кэширования?

Попробуйте один из них:

 Cache-Control: no-store
 Cache-Control: no-store, must-revalidate
 Cache-Control: no-store,max-age=0,must-revalidate
 Cache-Control: max-age=0,must-revalidate
 Cache-Control: must-revalidate
...