-
Bug
-
Resolution: Done
-
Major
-
8.1.0.CR1
With WildFly 8.0.0.CR1, it was possible to use jboss-cli on management-native socket binding, provided that one used remoting:// as a prefix to the address, e.g.:
./jboss-cli.sh --connect --controller=remoting://10.16.88.19:10091 --command=:shutdown
With the current wildfly-8.0.1.Final-SNAPSHOT, HEAD:be3a13e6,
the whole <socket-binding name="management-native" interface="management... is missing from socket binding groups and one has to use management-http with jboss-cli, this time without remoting:// in the address:port.
Since I had failed to find any Jira requesting this feature and because it breaks automation, I considered this to be a bug rather than a feature.
If one needs to have a stable automation that operates several standalone instances on a one box, relying on port-offset and management socket bindings for jboss-cli, what should one use so as not to be forced to patch it with every WildFly release? Which socket binding? With or without remoting://? THX
- is related to
-
WFLY-1664 bin]$ ./jboss-cli.sh -c --controller=localhost:9999 - Results in Connection Timed Out
- Closed