[jboss-jira] [Red Hat JIRA] (WFLY-14258) The first websocket that gets triggered from any deployed war file on server prevents all websockets in all other deployed war files from working

The first websocket that gets triggered from any deployed war file on server prevents all websockets in all other deployed war files from working ------------------------------------------------------------------------------------------------------------------------------------------------- Key: WFLY-14258 URL: https://issues.redhat.com/browse/WFLY-14258 Project: WildFly Issue Type: Bug Reporter: Ronald Feicht Assignee: Jeff Mesnil Priority: Major Attachments: ws1.tar.gz, ws2.tar.gz *Two* war files are deployed on the same Wildfly instance and both use websockets. The *first* page with f:websocket that gets loaded by the browser works perfectly well. Any websocket on any other page of the *same* war file also works perfectly well. Yet, any websocket of the *second* war file will not work until the server is restartet. Then the first page with a websocket that gets loaded determines which war file's websockets will work. Example: # WS*1*/index.xhtml --> websocket works # WS*2*/index.xhtml --> websocket does not work (because it seems to be closed on the server side?) # restart Wildfly # WS*2*/index.xhtml --> websocket works # WS*1*/index.xhtml --> websocket does not work (because it seems to be closed on the server side?) # if we had a WS*3*/index.xhtml its websockets would also not work issue found on: Mojarra 2.3.9.SP11 on WildFly Full 20.0.1.Final (WildFly Core 12.0.3.Final) Example war files attached for you to easily confirm this issue: ws1.tar.gz ws2.tar.gz   Created the same bug report here because I cannot tell whether the bug is in Mojarra or the Wildfly integration of Mojarra: https://github.com/eclipse-ee4j/mojarra/issues/4799