Manuelles Einstellen des Transporttyps in einer Spring + Sockjs-Anwendung

Question

Ich muss eine Anwendung auf einem nicht JEE7-konformen Server installieren. Ich benutze Spring + Stomp + SocksJs für Echtzeit-Benachrichtigungen.

sieht Ihr Code wie folgt aus:

@Configuration 
@EnableWebSocketMessageBroker 
public class WebSocketConfig extends AbstractWebSocketMessageBrokerConfigurer { 

    @Override 
    public void configureMessageBroker(MessageBrokerRegistry config) { 
     config.enableSimpleBroker("/topic"); 
     config.setApplicationDestinationPrefixes("/app"); 
    } 

    @Override 
    public void registerStompEndpoints(StompEndpointRegistry ser) { 
     ser.addEndpoint("/notifications").withSockJS() 
    } 

    } 

} 

Und auf dem Client:

function setSocket(broker, callbackFn) { 

    var socket = {}; 

    socket.cliente = new SockJS(path + broker); 
    socket.stomp = Stomp.over(socket.cliente); 

    socket.stomp.connect({}, function() { 
     socket.stomp.subscribe("/topic" + broker, callbackFn); 
    }); 

} 

Gibt es eine Möglichkeit, manuell den Transporttyp zu verwenden und zu vermeiden den Einsatz von WebSockets eingestellt?

Answer 1

Wenn Ihr Server keine Websockets unterstützt, stellen Sie sicher, dass er weiterhin die asynchrone Behandlung unterstützt.

Sie können den websocket Transport auf der Serverseite mit der folgenden Option deaktivieren:

@Override 
public void registerStompEndpoints(StompEndpointRegistry ser) { 
    ser.addEndpoint("/notifications").withSockJS().setWebSocketEnabled(false); 
} 

SockJS Kunden automatisch den besten verfügbaren Transport vom Server unterstützt werden wählen. In Ihrem Fall ist dies der bevorzugte Weg, um damit umzugehen.

Wie in der SockJS client documentation erläutert, können Sie die verfügbaren Transporte auf der Clientseite mit einem transports Argument beim Erstellen des SockJS-Clients begrenzen.

sockJsProtocols = ["xhr-streaming", "xhr-polling"]; 
socket.cliente = new SockJS(url, null, {transports: sockJsProtocols})); 

Die volle list of available transports is here. Wenn Sie jedoch die verfügbaren Transporte auf der Serverseite nicht einschränken, könnte ein Client dennoch versuchen, eine Verbindung über Websockets herzustellen.