Intermittierende Fehler bei der WebSocket-handshake: Unexpected response code: 400 auf CloudBees

Hinzufügen zu Michael Neale Lösung.

Wie gesagt es, Spielen nicht unterstützt WSS nativ, als der Ende Oktober 2013.

So einfach die Umstellung auf SSL nicht funktionieren würde.

Glücklicherweise beim konfigurieren einer app für die Verwendung von SSL, Cloudbees stellt ein Nginx-server als router, mit der SSL-Endpunkt wird der router, also der workaround beschrieben es arbeiten.

Also, wenn Sie erstellen einen benutzerdefinierten domain-Namen und entsprechende Cloudbees-app alias", " set-up Ihre SSL-Zertifikate in einem Cloudbees-router, und konfigurieren Sie Ihre app zu verwenden, die Cloudbees-router, werden Sie in der Lage, eine Verbindung zu den websockets.

Aber müssen Sie zwingen die URLs um sicher zu sein, da die Verwendung von regulären Spielen route Resolver wird nicht funktionieren. Sie kehren ws://..., nicht wss://... websockets URLs.

Insbesondere mit dem out-of-the-box Play Framework-Beispiel Scala Websocket-Chat-app als Beispiel:

1. conf/routes definiert:

   GET /room/chat controllers.Application.chat(username)
   

2. Anwendung definiert:

   def chat(username: String) = WebSocket.async[JsValue] { request => ChatRoom.join(username) }
   

3. und chatRoom.scala.js wird der web-sockel:

   var WS = window['MozWebSocket'] ? MozWebSocket : WebSocket 
   var chatSocket = new WS("@routes.Application.chat(username).webSocketURL()") 
   

Das wird nicht funktionieren, da @routes....webSocketURL() wird wieder eine ws://, kein wss://url.

chatRoom.scala.js kann wie folgt verändert werden, damit es funktioniert, unabhängig davon, ob es läuft in einer https://oder http://Seite:

var WS = window['MozWebSocket'] ? MozWebSocket : WebSocket; 
var wsUrl = "@controllers.api.routes.PubSubController.chat(username).webSocketURL()"; 
if(window.location.protocol == "https:") wsUrl = wsUrl.replace("ws:","wss:"); 
var chatSocket = new WS(wsUrl);

Hoffe, das hilft.

InformationsquelleAutor Jean Sini