É uma solução bem específica para o Wildfly, mas facilitará a separação do cliente com o servidor.
Podemos configurar o processo de build do cliente para colocar os arquivos estáticos no WAR "explodido", mas ainda sim, isso implica que os arquivos estáticos ficarão sujeitos ao ciclo de deploy/undeploy do Wildfly. Outra forma é também criar um deployment overlay, mas isso implica em muita coisa específica do Wildfly.
Uma solução mais comum é colocar os arquivos no Apache, mas em desenvolvimento iríamos ter que ter um apache? Não é legal.
Uma solução mais simples é:
Trocar o contexto da aplicação repasse para "rest" - afinal, a aplicação só responderá no contexto /rest
Trocar o contexto JAX-RS (classe que extende de javax.ws.rs.Application) para ficar na raiz;
Configurar o cliente para colocar o conteúdo do cliente no diretório ${JBOSS_HOME}/welcome-content do JBoss.
Outras formas podem ser possível, mas iremos manter essa por enquanto.
É uma solução bem específica para o Wildfly, mas facilitará a separação do cliente com o servidor.
Podemos configurar o processo de build do cliente para colocar os arquivos estáticos no WAR "explodido", mas ainda sim, isso implica que os arquivos estáticos ficarão sujeitos ao ciclo de deploy/undeploy do Wildfly. Outra forma é também criar um deployment overlay, mas isso implica em muita coisa específica do Wildfly.
Uma solução mais comum é colocar os arquivos no Apache, mas em desenvolvimento iríamos ter que ter um apache? Não é legal.
Uma solução mais simples é:
${JBOSS_HOME}/welcome-contentdo JBoss.Outras formas podem ser possível, mas iremos manter essa por enquanto.