Uploaded image for project: 'WildFly Core'
  1. WildFly Core
  2. WFCORE-3322

Invalid socket-binding config in remoting connector resource does not lead to model integrity failure

    XMLWordPrintable

Details

    • Bug
    • Resolution: Done
    • Major
    • 4.0.0.Alpha1
    • None
    • Remoting
    • None

    Description

      A remoting connector with a socket-binding attribute pointing to a non-existing s-b does not fail with a capability validation failure:

      [standalone@localhost:9990 /] /subsystem=remoting/connector=remoting-connector:add(security-realm=ApplicationRealm,socket-binding=remoting)
      {
          "outcome" => "failed",
          "failure-description" => {
              "WFLYCTL0412: Required services that are not installed:" => ["org.wildfly.network.socket-binding.remoting"],
              "WFLYCTL0180: Services with missing/unavailable dependencies" => ["jboss.remoting.server.remoting-connector is missing [org.wildfly.network.socket-binding.remoting]"]
          },
          "rolled-back" => true
      }
      

      As in all such cases of missing cap validation, that means it doesn't fail at all in admin-only:

      [standalone@localhost:9990 /] reload --admin-only=true
      [standalone@localhost:9990 /] /subsystem=remoting/connector=remoting-connector:add(security-realm=ApplicationRealm,socket-binding=remoting)
      {"outcome" => "success"}
      

      Problem is ConnectorAdd isn't passing its attributes into the superclass, which means the superclass' recording of capability requirements isn't done.

      I'll check for other occurrences of this pattern in the subsystem.

      Attachments

        Activity

          People

            bstansbe@redhat.com Brian Stansberry
            bstansbe@redhat.com Brian Stansberry
            Votes:
            0 Vote for this issue
            Watchers:
            1 Start watching this issue

            Dates

              Created:
              Updated:
              Resolved: