Uploaded image for project: 'WildFly'
  1. WildFly
  2. WFLY-2924

management-native socket binding is missing, CLI must use management-http port

XMLWordPrintable

    • Hide

      Use management-http for your jboss-cli connections as address:port, without remoting:// in the address.

      Show
      Use management-http for your jboss-cli connections as address:port, without remoting:// in the address.

      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

              darran.lofthouse@redhat.com Darran Lofthouse
              mbabacek1@redhat.com Karm Karm
              Votes:
              0 Vote for this issue
              Watchers:
              4 Start watching this issue

                Created:
                Updated:
                Resolved: