java - deploy - Cómo evitar HTTP 404 durante el despliegue de oído en Wildfly/Jboss

wildfly 10 download

Question

Estamos utilizando WildFly 10 como nuestro servidor de aplicaciones e implementamos a través de Docker (la implementación en WF es un despliegue en caliente ordinario). No estamos utilizando los mecanismos de agrupación de WildFly, sino que simplemente tenemos equilibradores de carga (HAProxys) al frente.

El problema es que WF abre su puerto HTTP mientras la implementación de EAR aún está en progreso. Esto (¿por supuesto?) Conduce a errores HTTP 404 que no queremos manejar específicamente en los LB. Esto podría llevar a falsos negativos ...

¿Hay alguna manera de permitir conexiones HTTP solo después de que el EAR haya comenzado con éxito?

Alternativamente, ¿es posible reemplazar el "404 porque aquí no se implementa nada" -error con un "servicio 503 no disponible"? Esto expresaría mejor el problema y sería fácil de manejar externamente ...

Answer 1

Puede establecer el código de respuesta predeterminado para el host en el que está ejecutando esto.

algo en la línea:

<host name="default-host" alias="localhost" default-response-code="503">

o en cli:

/subsystem=undertow/server=default-server/host=default-host:write-attribute(name=default-response-code, value=503)

y de manera similar para cualquier otro host que pueda tener.