Salut Franck,
Merci pour les infos. Je creuse…
Je pense que ce sont des équipements réseaux intermédiaires qui interrompent la connexion WebSocket, mais, les « endPoints », à savoir le client et surtout le serveur n’en sont pas informés, et c’est là que le problème se pose : le serveur pense que la connexion est toujours opérationnelle et maintient par conséquent le verrou. Les logs ne devraient donc pas aider. Dans nos tests et nos hébergements en production, nous ne rencontrons pas ces problèmes car nous n’avons pas ce genre d’équipements réseaux intermédiaires. Un client nous a remonté un problème équivalent, dans une situation un peu différente, mais ca confirme le diagnostique. Il existe un mécanisme « heartbeat » avec des messages « ping/pong » dans le protocole WebSocket, mais il semble que le serveur Jetty ne l’exploite pas directement. Nous allons devoir l’implémenter nous même. A suivre…