wildfly-maven-plugin wildfly: запускать блоки, если порт управления не 9990 - PullRequest
Новая
       69

wildfly-maven-plugin wildfly: запускать блоки, если порт управления не 9990

0 голосов
/ 20 марта 2019

Поведение wildfly:start (Maven-Goals of wildfly-maven-plugin) кажется неправильным, когда я изменяю (management-) порт (см. https://docs.jboss.org/wildfly/plugins/maven/latest/examples/run-example.html для описания).

wildfly:start не должен блокировать дальнейшее выполнение, тогда как wildfly:run должен (см. Описание https://docs.jboss.org/wildfly/plugins/maven/latest/plugin-info.html). Так как я автоматически публикуюсь на JBoss-сервере, я ожидаю, что он запустится, а затем опубликует, но всякий раз, когда я изменяю порт управления, он блокирует дальнейшее выполнение (до истечения времени ожидания запуска), а затем сборка завершается неудачей.

[org.jboss.as] (поток загрузки контроллера) WFLYSRV0060: Интерфейс HTTP-управления ist empfangsbereit auf http://127.0.0.1:9990/Management

Означает что-то вроде «Интерфейс управления HTTP прослушивает http://127.0.0.1:9990/Management».

Почему он прослушивает порт 9990, хотя я сказал ему прослушивать порт 9995?

18: 15: 49,813 INFO [org.jboss.as] (поток загрузки контроллера) WFLYSRV0025: JBoss EAP 7.1.0.GA (WildFly Core 3.0.10.Final-redhat-1) Wurde Gestartet в 35339ms - 2625 фон 2851 Diensten Gestartet (379 услуг sind "ленивый", пассив oder werden bei Bedarf geladen)

Означает что-то вроде "JBoss EAP 7.1.0.GA (...) был успешно запущен за 35339 мсек - 265 из 2851 сервисов запущены (379 сервисов являются ленивыми, пассивными или запускаются по требованию).

Именно это сообщение висит после - ожидания истечения времени ожидания запуска и последующего сбоя.

Вот минимальный pom.xml, показывающий проблему: 

    xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
    xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 http://maven.apache.org/xsd/maven-4.0.0.xsd">
    <modelVersion>4.0.0</modelVersion>

    <groupId>com.example</groupId>
    <artifactId>test</artifactId>
    <version>0.0.1-SNAPSHOT</version>
    <packaging>jar</packaging>

    <name>test</name>

    <properties>
        <project.build.sourceEncoding>UTF-8</project.build.sourceEncoding>
        <maven.compiler.source>1.8</maven.compiler.source>
        <maven.compiler.target>1.8</maven.compiler.target>
        <maven.install.skip>true</maven.install.skip>
        <jar.skipIfEmpty>true</jar.skipIfEmpty>

        <plugin.wildfly.port>9995</plugin.wildfly.port>
        <plugin.wildfly.httpport>8050</plugin.wildfly.httpport>
    </properties>

    <build>
        <plugins>
            <plugin>
                <groupId>org.wildfly.plugins</groupId>
                <artifactId>wildfly-maven-plugin</artifactId>
                <version>2.0.1.Final</version>
                <configuration>
                    <jboss-home>D:\server\jboss-eap-7.1</jboss-home>
                    <username>admin</username>
                    <password>admin</password>
                    <hostname>localhost</hostname>
                    <port>${plugin.wildfly.port}</port>
                    <java-opts>
                        <java-opt>-Djboss.http.port=${plugin.wildfly.httpport}</java-opt>
                    </java-opts>
                </configuration>
                <executions>
                    <execution>
                        <id>start-server</id>

                        <phase>integration-test</phase>
                        <goals>
                            <goal>start</goal>
                        </goals>
                    </execution>
                </executions>
            </plugin>
        </plugins>
    </build>
</project>

Если я изменю свойство plugin.wildfly.port обратно на 9990 (порт управления по умолчанию), wildfly:start станет неблокирующим снова.

1 Ответ

1 голос
/ 13 мая 2019

Если вы не изменили порт управления в конфигурации вашего сервера, вам также необходимо передать -Djboss.management.http.port=${plugin.wildfly.port} как java-opt.

Обратите внимание, что блокировка должна продолжаться только до истечения времени ожидания, пока плагин пытается определить, работает ли сервер.

...