Uploaded image for project: 'WildFly'
  1. WildFly
  2. 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

    XMLWordPrintable

Details

    • Bug
    • Resolution: Obsolete
    • Major
    • None
    • 20.0.1.Final, 25.0.1.Final, 26.0.1.Final
    • JSF, Web Sockets
    • None
    • Undefined
    • ---
    • ---

    Description

      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:

      1. WS1/index.xhtml --> websocket works
      2. WS2/index.xhtml --> websocket does not work (because it seems to be closed on the server side?)
      3. restart Wildfly
      4. WS2/index.xhtml --> websocket works
      5. WS1/index.xhtml --> websocket does not work (because it seems to be closed on the server side?)
      6. if we had a WS3/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

      Attachments

        1. ws1.tar.gz
          20 kB
          Ronald Feicht
        2. ws2.tar.gz
          20 kB
          Ronald Feicht

        Activity

          People

            jaslee@redhat.com Jason Lee
            scsynergy_user Ronald Feicht (Inactive)
            Votes:
            0 Vote for this issue
            Watchers:
            4 Start watching this issue

            Dates

              Created:
              Updated:
              Resolved: