Tengo una aplicación web de Java que ejecuto en una instancia de Azure App Service. Para implementarlo, uso un repositorio de Bitbucket con un archivo .war dentro. Cuando confirmo un nuevo archivo .war en este repositorio, se supone que el servicio lo implementará automáticamente. Sin embargo, la mayoría de las veces, tengo que reiniciar, volver a implementar o incluso cargar el archivo .war a través de FTP para que la implementación se complete con éxito.

Tengo una sola instancia de Jetty que reside en este servicio, por lo tanto, mi archivo .war se llama ROOT.war . AFAIK, cuando se carga en el servicio (ya sea a través de Bitbucket o FTP), este archivo .war debe desarchivarse en el mismo directorio, que es /site/wwwroot/webapps . En mi caso, esto no sucede. La aplicación web funciona con el archivo ROOT.war solo dentro de /site/wwwroot/webapps . Y de vez en cuando, obtengo una carpeta ROOT en /site/wwwroot/webapps , con dos archivos predeterminados index.jsp y background.png . No tengo la menor idea de por qué aparece la carpeta ROOT con estos archivos predeterminados. La única pista que tengo es que sucedió un par de veces después de que cambié una variable de entorno.

Además, después de que aparece la carpeta ROOT con los archivos del servidor vacíos, la única forma en que puedo volver a implementar la aplicación es eliminar manualmente esta carpeta ROOT a través de FTP o la consola provista en el portal, y solo entonces mi solicitud de reimplementación tiene éxito con mi Aplicación Web.

Entonces, si no está lo suficientemente claro, mi pregunta es ¿qué está pasando aquí? No puedo entender nada de los comportamientos que estoy enfrentando. Siento que estoy usando este servicio de Azure a ciegas y no puedo arreglar nada cuando algo sale mal. ¿Hay algún recurso que pueda explicar lo que sucede en segundo plano cuando se implementa una aplicación web?