Uploaded image for project: 'JBoss Enterprise Application Platform'
  1. JBoss Enterprise Application Platform
  2. JBEAP-17928

[GSS](7.3.z) Cannot create two hosts with unspecified default web module in Undertow

    Details

    • Target Release:
    • Steps to Reproduce:
      Hide
      1. Start EAP in standalone mode
      2. In CLI run:
        /subsystem=undertow/server=default-server/host=foobar:add(alias=[example.com])
      3. {
            "outcome" => "failed",
            "failure-description" => "WFLYCTL0158: Operation handler failed: java.lang.IllegalArgumentException: WFLYUT0087: Duplicate default web module 'ROOT.war' configured on server 'default-server', host 'foobar'",
            "rolled-back" => true
        }
        
      Show
      Start EAP in standalone mode In CLI run: /subsystem=undertow/server= default -server/host=foobar:add(alias=[example.com]) { "outcome" => "failed" , "failure-description" => "WFLYCTL0158: Operation handler failed: java.lang.IllegalArgumentException: WFLYUT0087: Duplicate default web module 'ROOT.war' configured on server ' default -server' , host 'foobar' " , "rolled-back" => true }
    • Affects:
      User Experience
    • QE Test Coverage:
      +

      Description

      As a user, I cannot create two hosts with unspecified default web module. Currently the default-web-module is checked only for uniqueness and by default there is defined ROOT.war, which by default doesn't exist. Current behavior is that in case of non existing module defined by default-web-module, when accessing the root context ('/'), the content defined as part of welcome-file handler is provided.

      As a user I should not be forced to put random values to avoid duplicity check, when I don't want to have set default-web-module. As such the default-web-module should have undefined default which could be checked and avoided failures due duplicates as there are in reality none.

        Gliffy Diagrams

          Attachments

            Issue Links

              Activity

                People

                • Assignee:
                  michpetrov Michal Petrov
                  Reporter:
                  rpelisse Romain Pelisse
                • Votes:
                  0 Vote for this issue
                  Watchers:
                  2 Start watching this issue

                  Dates

                  • Created:
                    Updated:
                    Resolved: