Es konnte keine Verbindung zum http-remoting - Maven-plugin Wildfly

Ich bin versucht zu beschäftigen, die Funktionalität Bereitstellen, um Wildfly 9 in meinem build-Prozess mit dem Wildfly-Maven-plugin. Ich bin nicht in der Lage, um die Anwendung bereitstellen, werden aufgrund der folgenden Fehler.

2015-08-29 15:24:55,720 ERROR [org.jboss.remoting.remote.connection] (XNIO-1 I/O-1) JBREM000200: Remote connection failed: java.io.IOException: An existing connection was forcibly closed by the remote host

Entnehmen Sie bitte den angehängten Teil meiner pom.xml.

<plugin>
            <groupId>org.wildfly.plugins</groupId>
            <artifactId>wildfly-maven-plugin</artifactId>
            <version>1.0.2.Final</version>
            <configuration>
                <username>admin</username>
                <password>password</password>
                <hostname>127.0.0.1</hostname>
                <name> InspiralWeb-1.0-SNAPSHOT.war</name>
                <jbossHome>C:\Wildfly\wildfly-9.0.1.Final</jbossHome>
            </configuration>
            <executions>
                <execution>
                    <phase>install</phase>
                    <goals>
                        <goal>deploy</goal>
                    </goals>
                </execution>
            </executions>
        </plugin>

Gibt es keinen offset für den port in der standalone.xml,, so bin ich sicher, dass der port, den die management-socket-Bindung ist auf 9990, das ist, was erwartet wird. Es ist nicht klar, ob dies ein Problem mit meinem setup oder einige Netzwerk-Problem, ich bin mit diesem lokal auch(so kann man wohl sagen, durch den Hostnamen).

Gedanken jemand?

Entnehmen Sie bitte den angehängten Stacktrace

Caused by: java.io.IOException: java.net.ConnectException: JBAS012174: Could not connect to remote://127.0.0.1:9990. The connection failed
    at org.jboss.as.controller.client.impl.AbstractModelControllerClient.executeForResult(AbstractModelControllerClient.java:129)
    at org.jboss.as.controller.client.impl.AbstractModelControllerClient.execute(AbstractModelControllerClient.java:71)
    at org.wildfly.plugin.common.AbstractServerConnection.isDomainServer(AbstractServerConnection.java:245)
    ... 27 more
Caused by: java.net.ConnectException: JBAS012174: Could not connect to remote://127.0.0.1:9990. The connection failed
    at org.jboss.as.protocol.ProtocolConnectionUtils.connectSync(ProtocolConnectionUtils.java:117)
    at org.jboss.as.protocol.ProtocolConnectionManager$EstablishingConnection.connect(ProtocolConnectionManager.java:256)
    at org.jboss.as.protocol.ProtocolConnectionManager.connect(ProtocolConnectionManager.java:70)
    at org.jboss.as.protocol.mgmt.FutureManagementChannel$Establishing.getChannel(FutureManagementChannel.java:204)
    at org.jboss.as.controller.client.impl.RemotingModelControllerClient.getOrCreateChannel(RemotingModelControllerClient.java:148)
    at org.jboss.as.controller.client.impl.RemotingModelControllerClient$1.getChannel(RemotingModelControllerClient.java:67)
    at org.jboss.as.protocol.mgmt.ManagementChannelHandler.executeRequest(ManagementChannelHandler.java:117)
    at org.jboss.as.protocol.mgmt.ManagementChannelHandler.executeRequest(ManagementChannelHandler.java:92)
    at org.jboss.as.controller.client.impl.AbstractModelControllerClient.executeRequest(AbstractModelControllerClient.java:236)
    at org.jboss.as.controller.client.impl.AbstractModelControllerClient.execute(AbstractModelControllerClient.java:141)
    at org.jboss.as.controller.client.impl.AbstractModelControllerClient.executeForResult(AbstractModelControllerClient.java:127)
    ... 29 more
Caused by: java.net.ConnectException: Connection refused: no further information
    at sun.nio.ch.SocketChannelImpl.checkConnect(Native Method)
    at sun.nio.ch.SocketChannelImpl.finishConnect(SocketChannelImpl.java:708)
    at org.xnio.nio.WorkerThread$ConnectHandle.handleReady(WorkerThread.java:319)
    at org.xnio.nio.WorkerThread.run(WorkerThread.java:539)
    at ...asynchronous invocation...(Unknown Source)
    at org.jboss.remoting3.EndpointImpl.doConnect(EndpointImpl.java:272)
    at org.jboss.remoting3.EndpointImpl.doConnect(EndpointImpl.java:253)
    at org.jboss.remoting3.EndpointImpl.connect(EndpointImpl.java:351)
    at org.jboss.remoting3.EndpointImpl.connect(EndpointImpl.java:339)
    at org.jboss.as.protocol.ProtocolConnectionUtils.connect(ProtocolConnectionUtils.java:78)
    at org.jboss.as.protocol.ProtocolConnectionUtils.connectSync(ProtocolConnectionUtils.java:109)
    ... 39 more

überprüfen Sie das server-Protokoll nach Fehlermeldungen und die verbindliche Meldung für den listener-port und-Adresse. Vielleicht bindet es sich an: 1 statt oder ähnlich.
Die genaue Fehlermeldung, bilden die server.log ist Folgendes..2015-08-29 14:50:20,914 ERROR [org.jboss.remoting.remote.- Verbindung] (Standard-I/O-1) JBREM000200: Remote-Verbindung fehlgeschlagen: java.io.IOException: Eine vorhandene Verbindung wurde zwangsweise geschlossen durch remote-host
Und die client-Seite?
Soweit Sie den listener-port/ - Adresse, was ich fand. 2015-08-29 12:36:08,305 INFO [org.jboss.as] (Controller Boot Thread) WFLYSRV0060: Http management interface listening on 127.0.0.1:9990/ - management
Ich denke, jboss remoting ist nicht mit dem http-interface, aber die einheimischen auf 9999 (zumindest für einige ältere Versionen, nicht sicher, wenn die protcol upgrade eingeführt wurde).
Ich habe den stacktrace.
Ich würde denken, es wäre egal, wenn ich es im standalone-Modus, sondern im domain-Modus. Richtig?
Nicht sicher, was "muss aktiviert werden" (Das native API-Endpunkt ist co-located mit entweder der einen host-controller oder einem eigenständigen server. Verwenden Sie die CLI müssen Sie aktiviert werden. Standardmäßig läuft auf dem port 9999) docs.jboss.org/author/display/WFLY8/... bedeutet. Versuche mit telnet auf 9999 und mit jboss-cli.
Es sieht nicht wie das ist eine WildFly 9 server. Stellen Sie sicher, dass WildFly laufen, bevor Sie versuchen, eine bereitstellen.

InformationsquelleAutor broot02 | 2015-08-29

0

Ich bin mir nicht 100% sicher, wie, warum musste es auf diese Weise getan, aber nachdem ich begann zu laufen im domain-Modus, sondern als eigenständige begann es zu arbeiten.

Auch was eckes angegeben wurde wahr, als gut, "Nicht wissen was "muss aktiviert werden" (Das native API-Endpunkt ist co-located mit entweder der einen host-controller oder einem eigenständigen server. Verwenden Sie die CLI müssen Sie aktiviert werden. Standardmäßig läuft auf dem port 9999) docs.jboss.org/author/display/WFLY8/... heißt. Versuche mit telnet auf 9999 und mit jboss-cli."

Mehr so, als dass ich hatte eine Verbindung über die CLI auf den localhost:9999. Diese scheinbar so konnte ich Remote Deployment mit maven-wildfly-plugin.

Es scheint immer noch einige Probleme mit der Konnektivität, wie es scheint, immer fehlschlagen der anfänglichen Bereitstellung während der Installation phase und Gebäude den Krieg. Also ich bestätigen, dass dies nicht die beste Lösung überhaupt.

Habe ich nicht gegeißelt den standalone.xml gegen die domain.xml um zu sehen, ob bestimmte Dinge, die sind standardmäßig deaktiviert in Wildfly 9 Standalone-Modus und im Vergleich zu den Domain-Modus.

InformationsquelleAutor broot02
0

Den Grund für das problem könnte folgender sein:
- Die Bereitstellung der archive (jar, war, ear) durch wildfly-maven-plugin-plugin wird nur dann geschehen, wenn der WildFly ist das hören auf seine management-port 9990 standardmäßig. So stellen Sie sicher, dass WildFly ist das hören auf seine management-port.
- Wenn WildFly ist das hören auf seine management-port überprüfen Sie, ob Ihre Hosts-Datei befindet sich auf %SYSTEM_ROOT%\System32\drivers\etc für windows-Rechner richtig konfiguriert ist. also Ihr lokaler Rechner zugeordnet ist korrekt für IPv4 und IPv6.
127.0.0.1 localhost

::1 localhost

InformationsquelleAutor Keshaw Kumar

Schreibe einen Kommentar

Du musst angemeldet sein, um einen Kommentar abzugeben.