Details
-
Bug
-
Resolution: Done
-
Major
-
None
-
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.