Wildfly как сервис: как войти только один раз?

У меня была аналогичная проблема со службой Windows на Wildfly 11.0.0.Final. Служба Wildfly создала два дополнительных файла журнала. Пример:
wildfly-stderr.2017-11-22.log
wildfly-stdout.2017-11-22.log
Он сохранил все журналы как в файл stdout, так и в server.log.

Я не мог включить обработчики консоли из-за проблем с ведением журнала Spring Boot в старой версии. Вместо этого я отредактировал service.bat и изменил следующие строки:

if "%STDOUT%"=="" set STDOUT=auto
if "%STDERR%"=="" set STDERR=auto

К этому:

if "%STDOUT%"=="" set STDOUT=""
if "%STDERR%"=="" set STDERR=""

Похоже, что после этого протоколирование работает правильно (не забудьте удалить и установить сервис еще раз). Теперь сохраняет логи только в server.log. Я тестировал это некоторое время и не вижу отсутствующих журналов.

Вы можете удалить console-handler из конфигурации серверов. По умолчанию WildFly регистрируется на стандартном выходе и в файле server.log. JBOSS_CONSOLE_LOG="/var/log/wildfly/console.log" видит вывод из stdout.

Чтобы удалить обработчик консоли, вы можете выполнить следующую команду CLI

/subsystem=logging/root-logger=ROOT:remove-handler(name=CONSOLE)

Если вы хотите, вы также можете удалить сам console-handler.

/subsystem=logging/console-handler=CONSOLE:remove

Что касается вопроса, нужен ли скриптам службы файл console.log, я бы сказал «да», сценариям init.d по умолчанию нужен обработчик консоли, потому что он выполняет поиск вывода, чтобы выяснить, когда служба запущена и работает:

            cat /dev/null > "$JBOSS_CONSOLE_LOG"

            if [ "$JBOSS_MODE" = "standalone" ]; then
                    start-stop-daemon --start --user "$JBOSS_USER" \
                    --chuid "$JBOSS_USER" --chdir "$JBOSS_HOME" --pidfile "$JBOSS_PIDFILE" \
                    --exec "$JBOSS_SCRIPT" -- -c $JBOSS_CONFIG $JBOSS_OPTS >> "$JBOSS_CONSOLE_LOG" 2>&1 &
            else
                    start-stop-daemon --start --user "$JBOSS_USER" \
                    --chuid "$JBOSS_USER" --chdir "$JBOSS_HOME" --pidfile "$JBOSS_PIDFILE" \
                    --exec "$JBOSS_SCRIPT" -- --domain-config=$JBOSS_DOMAIN_CONFIG \
                    --host-config=$JBOSS_HOST_CONFIG $JBOSS_OPTS >> "$JBOSS_CONSOLE_LOG" 2>&1 &
            fi

            count=0
            launched=0
            until [ $count -gt $STARTUP_WAIT ]
            do
                    grep 'JBAS015874:' "$JBOSS_CONSOLE_LOG" > /dev/null
                    if [ $? -eq 0 ] ; then
                            launched=1
                            break
                    fi
                    sleep 1
                    count=$((count + 1));
            done

Глядя на это, я бы сказал, что хранение не является серьезной проблемой, поскольку скрипт копирует /dev/null в журнал каждый раз при запуске Wildfly. И поскольку он ищет заданный код «JBAS015874», чтобы узнать, что сервер работает, если вы не хотите удалять весь свой server.log при каждой загрузке, вам также придется переписать этот бит (или он найдет эту строку из предыдущие стартапы!).

Итак, если вы не хотите переписывать все сценарии инициализации, я бы просто смирился с этим.

В любом случае приложения не должны выходить из стандартного выхода. Единственное, что я вижу там после того, как wildfly запущен и работает, - это неперехваченные исключения времени выполнения...

В корневом регистраторе в подсистеме domain:logging:3.0 закомментируйте

<handler name="CONSOLE"/> as below 

<!--handler name="CONSOLE"/-->

После этого перезапустите службу Wildfly. Журнал stdout больше не будет записываться. Надеюсь это поможет