Stomp sur socket en utilisant sockjs ne peut pas se connecter avec le Printemps 4 WebSocket

D'essayer d'utiliser le Printemps 4 WebSocket avec PIÉTINER sur socket en utilisant sockjs.
Et j'ai fait face à un problème.

Ma configuration:

websocket.xml - une partie du printemps contexte

<websocket:message-broker application-destination-prefix="/app">  
    <websocket:stomp-endpoint path="/ws">                         
        <websocket:sockjs/>                                       
    </websocket:stomp-endpoint>                                   
    <websocket:simple-broker prefix="/topic"/>                    
</websocket:message-broker>

Contrôleur de code:

@MessageMapping("/ws")
@SendTo("/topic/ws")
public AjaxResponse hello() throws Exception {
    AjaxResponse ajaxResponse = new AjaxResponse();
    ajaxResponse.setSuccess(true);
    ajaxResponse.addSuccessMessage("WEB SOCKET!!! HELL YEAH!");
    return ajaxResponse;
}

Côté Client:

var socket = new SockJS("<c:url value='/ws'/>");               
var stompClient = Stomp.over(socket);                             
stompClient.connect({}, function(frame) {                         
    alert('Connected: ' + frame);                                 
    stompClient.send("/app/ws", {}, {});                       
    stompClient.subscribe('/topic/ws', function(response){ 
        alert(response.success);                                  
    });                                                           
});

De sortie:

Opening Web Socket... stomp.js:130
GET http://localhost:8080/ws/info 404 (Not Found) sockjs-0.3.js:807
Whoops! Lost connection to undefined stomp.js:130

Ce que je fais mal?

J'ai trouvé des exemples dans google (TickerStocks ou quelque chose comme ça, à l'accueil des demandes (exemple de Printemps)) et tous de me donner la même erreur. J'ai essayer d'utiliser WebSocket avec poignée de main (sans sockjs) - même résultat).

PLUS DE RENSEIGNEMENTS:

Méthode public AjaxResponse hello(); placé dans IndexController sur le contexte de la racine "/". Donc, je peux fournir le chemin d'accès complet: http://localhost:8080/ws.
Pour déployer testé tomcat7 et tomcat8.

  • Pas vraiment pertinente, mais je voudrais fortement vous suggère d'abandonner l'utilisation de XML en fonction des fichiers de configuration et d'adopter JavaConfig à l'échelle mondiale plutôt que de mélanger et assortir. Il y a un tutoriel complet sur cette mise en place à l'aide de JavaConfig et sockjs. De manière plus significative, la façon dont votre application est déployée? Il est à la racine du serveur? parce que votre URL dans le code Javascript est absolue.
  • Puissé-je supprimer complètement TOUTES les xml de config de mon application? Il l'habitude de diminuer la vitesse de mon application? Je peux supprimer tous les XML et créer un WebConfig pour l'ensemble de l'application? Ce tutoriel complet, il est de voeux application (par exemple par un Ressort) que j'ai mentionnée dans la question, que j'ai essayé.
  • Oui, vous n'avez pas besoin de tout xml à tous. Il va certainement pas ralentir la demande, il peut même accélérer votre XML n'a pas besoin d'être compilé en code de configuration. Vous avez juste besoin de faire des bootstrap votre demande avec la configuration de la racine de la classe.
  • Boris Araignée, d'écrire une réponse à propos de supprimer TOUT fichier xml (inclure web.xml - faire WebInitializer à la place) je vais le marquer comme réponse. Après cela, j'écris du code avec websocket, sockjs, stomp, et tout ce travail.
InformationsquelleAutor dikkini | 2014-03-18
  1. 2

    Je suis Boris L'Araignée conseils et j'ai commencé à utiliser Java Configuration (AppConfig et WebInit fichiers) à la place de fichiers de configuration XML. Quand j'ai fini la migration - j'ai essayé les websockets - et il est des œuvres! J'ai pensé que le problème principal était de configuration XML pour les WebSocket.

    InformationsquelleAutor dikkini
  2. 0

    Je pense que votre problème peut être le même que cette une et son acceptée réponse peut s'appliquer.

    En bref: vérifiez comment vous avez connecté votre DispatcherServlet. Pour votre URL de point de terminaison pour être http://localhost:8080/ws la DispatcherServlet et votre application contexte racine doit être réglé sur "/".

    Il devrait être quelque chose comme ceci dans votre web.xml:

    <servlet>
  <servlet-name>WebSocketDispatcher</servlet-name>
  <servlet-class>org.springframework.web.servlet.DispatcherServlet</servlet-class>
  <load-on-startup>1</load-on-startup>
  <async-supported>true</async-supported>
</servlet>
<servlet-mapping>
  <servlet-name>WebSocketDispatcher</servlet-name>
  <url-pattern>/*</url-pattern>
</servlet-mapping>

    Ce ou vous avez besoin d'inclure context-root et répartiteur de la cartographie dans votre point de fin de l'URL:

    http://<server>:<port>/<context-root>/<dispatcher-mapping>/ws

    J'espère que cela peut vous aider.

    Ce qui concerne.

    Heleno

    • je ne peux pas vérifier cela maintenant, parce que je n'ai pas plus de configuration xml à ma demande
    • juste en retrait de configuration xml à partir de votre application réussi à résoudre le problème, ou a vous aussi fixe DispatcherServlet de cartographie et/ou de la racine de contexte? Je suis curieux de connaître la solution avec WebInitializer. Ne pouvez-vous pas poster vous-même comme réponse?
    InformationsquelleAutor helenov
  3. 0

    tout d'abord, vous avez défini préfixe de destination avec application, donc vous devez ajouter 'app' dans votre url de la requête. par exemple, si je voulais faire une demande de '/ws', je devrais créer SockJS avec chemin d'accès "/server/app/ws', vous pouvez aussi code avec
    var socket = new SockJS("<c:url value='/server/app/ws'/>") et vous savez le "serveur" est le nom de votre projet sur spring mvc.

    deuxièmement, vous devez ajouter le chemin d'accès '/app/*' pour org.springframework.web.servlet.DispatcherServlet afin d'éviter le chemin d'accès avec le préfixe '/app' intercepté par interceptor définis dans web.xml.

    InformationsquelleAutor Pacoson