Wildfly 8 Final - jconsole kann nicht eine Remote-Verbindung

Guten Tag, Leute,

Ich versuche, mit jconsole, um eine Verbindung zum remote-Wildfly 8-Finale-Server. Das funktionierte nicht: Verbindung fehlgeschlagen. Nach mehreren versuchen und Fehlschlägen habe ich versucht, die machen es zu schließen, zumindest für mein 'localhost' jboss, aber auch das funktioniert nicht. Keine Fehler, es geht einfach nicht verbinden und sagt "Verbindung fehlgeschlagen".

Details:

Wildfly 8 Final server
Mit jconsole wildfly_installation/bin/jconsole.bat
Management-Benutzer erstellt. Habe versucht, mit und ohne username/Passwort.
Die standalone.xml ist die original, im Lieferumfang Wildfly 8-Finale ohne änderungen
Die url, die ich plug in jconsole zu verbinden ist: service:jmx:remoting-jmx://localhost:9999
Der Wildfly/jboss nicht alles bereitgestellt, in der es keine Kriege/Ohren.
Java-version ist Version 1.7 51. Spätestens mit dem moment des Schreibens.
JAVA_HOME Punkte, die nur java 1.7 installiert auf dem system.
JConsole kann eine Verbindung zum lokalen java-Prozess und arbeitet, aber nicht remote Verbindung.

Im Grunde ist es eine brand neue installation von Wildfly 8 Finale mit management-Benutzer erstellt und jconsole nicht eine Remote-Verbindung zu es.

Was ich sonst noch versucht habe: ich habe viele Beiträge gelesen über Menschen, die Probleme mit jconsole und Jboss AS 7.x. Ich habe versucht die Anregungen von diesen threads, aber keiner hat funktioniert. Auch scheint es, Wildfly 8 hat verschiedene JMX-version (1.3 vs 1.1 in Jboss 7.x), so gehe ich davon aus, dass ist der Grund, warum standalone.xml Vorschläge von Jboss 7.x hat nicht funktioniert für Wildfly 8 Final.

InformationsquelleAutor user2113581 | 2014-03-06

jconsole wildfly

8

Java Mission Control JMX-Konsole und Flight Recorder profiler arbeiten auf WildFly als gut.

- Wie bereits erwähnt-die richtige JMX-connection-string ist:

service:jmx:http-remoting-jmx://{insert server hier die ip}:9990

Benötigt es ein management-Benutzer (details auf der Unterseite).

Als für den Flight Recorder, diese sollten Hinzugefügt werden, um die server-runtime-Konfiguration in standalone.conf(.bat):

JAVA_OPTS=%JAVA_OPTS% -XX:+UnlockCommercialFeatures -XX:+FlightRecorder -XX:FlightRecorderOptions=defaultrecording=true

Auf dem Rechner, wo Sie wollen, um die Ausführung von Java Mission Control müssen Sie die classpath in jmc.ini (befindet sich im bin-Verzeichnis Ihrer JDK):

-Xbootclasspath/a:c:\Program Files\Java\jdk1.7.0_67\lib\jconsole.jar;c:\Program Files\Java\jdk1.7.0_67\lib\tools.jar;c:\wildfly-8.1.0.Final\bin\client\jboss-cli-client.jar`

Voraussetzungen (die Sie wahrscheinlich schon in dieser Konfiguration):
1. davon ausgegangen, dass Sie installiert haben, JDK, VMware workstation in c:\Program Files\Java\jdk1.7.0_67\
2. davon ausgegangen, dass Sie installiert haben WildFly am Arbeitsplatz in c:\wildfly-8.1.0.Final
3. auf die server, die Sie benötigen, um eine ordnungsgemäße bind.address Konfigurationen (oder <any-address>) in standalone.xml:
```
<interfaces>
    <interface name="management">
        <any-address/>
    </interface>
    <interface name="public">
        <any-address/>
    </interface>
    <interface name="unsecure">
        <any-address/>
    </interface>
</interfaces> 
```
1. Sie müssen ein management-Benutzer auf dem server, die Sie hinzufügen können, mithilfe \bin\add-user.bat(.sh).
Testen, diese Verbindung zu http://{insert server ip here}:9990 mit einem web-browser öffnen Sie den server, web UI console.

Beste Grüße!

Vielen Dank für die Erklärung dieser Ende-zu-Ende. Für diejenigen, die Verwendung von OSX auf der client-Seite; die jmc.ini befindet sich bei /Library/Java/JavaVirtualMachines/jdk1.8.0_25.jdk/Contents/Home/lib/missioncontrol/Java Mission Control.app/Contents/MacOS und Sie müssen nur fügen Sie -Xbootclasspath/a:/path/to/wildfly-8.2.0.Final/bin/client/jboss-cli-client.jar zu Ende.
Gibt es Unterschiede für den Anschluss an Wildfly laufen als domain? Ich kann eine Verbindung zu dem Server via jmx mit jconsole, aber ich habe nicht in der Lage, die Verbindung mit Java Mission Control.

InformationsquelleAutor ziga
6

Okay, habe es rausgefunden. Das native management-port (9999) entfernt wurde, in die Finale version von Wildfly 8. Jetzt gibt es nur 1 management-port (9990) und es hat mehrere Vorherige ports Multiplex, einschließlich der JMX. Es war noch in der release candidate von Wildfly 8, daher die Verwirrung über die online-Anleitungen und configs woanders online.

Also der Schlüssel ist die Angabe des richtigen Protokolls, die nicht die remoting-jmx jetzt, aber http-remoting-jmx. Die URL für die Verbindung zum server muss wie folgt Aussehen:
```
service:jmx:http-remoting-jmx://<server_host_or_ip>:9990
```
(dies ist versus service:jmx:remoting-jmx://:9999 in früheren jboss/wildfly-Server)

Schließlich, keine Notwendigkeit zu Chaos mit standalone.xml config. Alle config-tweaks, um es auf Jboss 7.x nicht für die Arbeit. Es funktioniert alles out of the box mit der richtigen Protokoll und port-Nummer. So stellen Sie sicher, erstellen Sie eine jboss user in ManagementRealm.

InformationsquelleAutor user2113581
2

Dies war ein bug in WildFly, wurde vor kurzem behoben und wird Teil der 8.0.1 Version.

Sehen jira für mehr details.

InformationsquelleAutor ctomc
2

Müssen Sie fügen Sie jboss-cli-client.jar im jconsole classpath:
```
jconsole -J-Djava.class.path=$JAVA_HOME/lib/jconsole.jar:$WILDFLY_HOME/bin/client/jboss-cli-client.jar
```
Ersetzen $JAVA_HOME etwas wie /usr/lib/jvm/java-8-oracle/ und $WILDFLY_HOME zu /opt/wildfly/ oder überall dort, wo Sie es ausgepackt.

Und dann die url im folgenden format:
```
service:jmx:remote+http://${host}:9990
```
Füllen Sie den Benutzernamen und das Passwort mit den Zugangsdaten konfiguriert add-user.sh

InformationsquelleAutor rzymek
1

Unten ist, wie das aktivieren der alten native JMX Oberfläche, entfernt von WildFly-8 Standard-Konfiguration, die ist rückwärts kompatibel mit dem JMX-tools.

Dies ist erforderlich, wenn die neue HTTP-interface ist nicht eine option, z.B. für die Integration mit legacy-tools wie Bambus JBoss 7 add-on.

Getestet mit WildFly 10, sollte es mit WildFly 8 und WildFly 9 als gut.

Da das plug-in unterstützt nicht den HTTP-management-interface, es zu schaffen, die wir brauchen, damit die native JMX-Schnittstelle, die verwendet werden, um laufen über port 9999.

Diese kann getan werden, indem die native-interface-element unter den management-Schnittstellen Abschnitt:
```
    <management-interfaces>
        <native-interface security-realm="ManagementRealm">
            <socket-binding native="management-native"/>
        </native-interface>
        <http-interface security-realm="ManagementRealm" http-upgrade-enabled="true">
            <socket-binding http="management-http"/>
        </http-interface>
    </management-interfaces>
```
Sowie die Definition der entsprechenden socket-binding
```
<socket-binding-group name="standard-sockets" default-interface="public" port-offset="${jboss.socket.binding.port-offset:0}">
    <socket-binding name="management-native" interface="management" 
                    port="${jboss.management.native.port:9999}"/>
    ...
```
Wenn in domain-Modus, um die remote-Endpunkt, Satz verwenden-management-Endpunkt falsch.
```
    <subsystem xmlns="urn:jboss:domain:jmx:1.3">
        <expose-resolved-model/>
        <expose-expression-model/>
        <remoting-connector use-management-endpoint="false"/>
    </subsystem>
```
Hoffe es kann jemand helfen...

Referenz:

https://docs.jboss.org/author/display/WFLY8/Admin+Guide#AdminGuide-NativeManagementEndpoint

Danke! Welche URL soll man in JConsole in diesem Fall?

InformationsquelleAutor Jose Manuel Gomez Alvarez

Schreibe einen Kommentar

Du musst angemeldet sein, um einen Kommentar abzugeben.