Tutorial: Depuración de una aplicación de Java implementada en un clúster local de Service Fabric
Este tutorial es la segunda parte de una serie. Aprenderá a asociar un depurador remoto mediante Eclipse en la aplicación de Service Fabric. También aprenderá a redirigir los registros desde las aplicaciones en ejecución hasta una ubicación práctica para el desarrollador.
En esta serie de tutoriales, se aprende a:
- Compilar una aplicación Java de Reliable Services en Service Fabric
- Implementar y depurar la aplicación en un clúster local
- Implementar la aplicación en un clúster de Azure
- Configurar la supervisión y el diagnóstico para la aplicación
- Configure CI/CD
En la segunda parte de la serie, se aprende a:
- Depurar la aplicación de Java mediante Eclipse
- Redirigir los registros a una ubicación configurable
Requisitos previos
Antes de empezar este tutorial:
- Configure el entorno de desarrollo para Mac o Linux. Siga las instrucciones para instalar el complemento de Eclipse, Gradle, el SDK de Service Fabric y la CLI de Service Fabric (sfctl).
Descarga de la aplicación de ejemplo de votación
Si no compiló la aplicación de ejemplo de votación en la primera parte de esta serie de tutoriales, puede descargarla. En una ventana Comandos, ejecute el comando siguiente para clonar el repositorio de la aplicación de ejemplo en la máquina local.
git clone https://github.com/Azure-Samples/service-fabric-java-quickstart
Compile e implemente la aplicación en el clúster de desarrollo local.
Depurar la aplicación de Java mediante Eclipse
Abra el entorno de desarrollo integrado (IDE) de Eclipse en su máquina y haga clic en Archivo -> Importar...
En la ventana emergente, seleccione la opción General -> Proyectos existentes en área de trabajo y presione Siguiente.
En la ventana Import Projects (Importar proyectos), elija la opción Select root directory (Seleccionar directorio raíz) y seleccione el directorio Voting. Si ha seguido la parte uno de la serie de tutoriales, el directorio Voting se encuentra en el directorio Eclipse-workspace.
Actualice el archivo entryPoint.sh del servicio que desea depurar para que comience el proceso de Java con parámetros de depuración remota. En este tutorial se usa el servidor front-end sin estado: Voting/VotingApplication/VotingWebPkg/Code/entryPoint.sh. En este ejemplo, el puerto 8001 está establecido para depuración.
java -Xdebug -Xrunjdwp:transport=dt_socket,address=8001,server=y,suspend=n -Djava.library.path=$LD_LIBRARY_PATH -jar VotingWeb.jar
Actualice el manifiesto de aplicación y establezca en 1 el recuento de instancias o el recuento de réplicas del servicio que se está depurando. Esta configuración evita conflictos en el puerto que se usa para depuración. Por ejemplo, para servicios sin estado, establezca
InstanceCount="1"
y, para los servicios con estado, establezca los tamaños del conjunto de réplicas mínimo y de destino en 1 de la manera siguiente:TargetReplicaSetSize="1" MinReplicaSetSize="1"
.En el IDE de Eclipse, seleccione Ejecutar -> Configuraciones de depuración -> Aplicación de Java remota, presione el botón Nuevo, establezca las propiedades de la manera siguiente y haga clic en Aplicar.
Name: Voting Project: Voting Connection Type: Standard Host: localhost Port: 8001
Coloque un punto de interrupción en la línea 109 del archivo Voting/VotingWeb/src/statelessservice/HttpCommunicationListener.java.
En el explorador de paquetes, haga clic con el botón derecho en el proyecto Voting y haga clic en Service Fabric -> Publicar aplicación...
En la ventana Publish Application (Publicar aplicación), seleccione Local.json en la lista desplegable y haga clic en Publish (Publicar).
En el IDE de Eclipse IDE, seleccione Ejecutar -> Configuraciones de depuración -> Aplicación de Java remota, haga clic en la configuración de Voting que ha creado y haga clic en Depurar.
Vaya a su explorador web y acceda a localhost: 8080. Alcanzará automáticamente el punto de interrupción y Eclipse escribirá la perspectiva de depuración.
Ahora puede aplicar estos mismos pasos para depurar cualquier aplicación de Service Fabric en Eclipse.
Redirección de los registros de aplicaciones a la ubicación personalizada
En los pasos siguientes se describe cómo redirigir los registros de aplicaciones desde la ubicación predeterminada /var/log/syslog hasta una ubicación personalizada.
Actualmente, las aplicaciones que se ejecutan en clústeres de Linux de Service Fabric solo admiten la selección de un único archivo de registro. Para configurar una aplicación de tal modo que los registros siempre se dirijan a /tmp/mysfapp0.0.log, cree un archivo llamado logging.properties en la siguiente ubicación Voting/VotingApplication/VotingWebPkg/Code/logging.properties y agregue el siguiente contenido.
handlers = java.util.logging.FileHandler java.util.logging.FileHandler.level = ALL java.util.logging.FileHandler.formatter = java.util.logging.SimpleFormatter # This value specifies your custom location. # You will have to ensure this path has read and write access by the process running the SF Application java.util.logging.FileHandler.pattern = /tmp/mysfapp0.0.log
Agregue el siguiente parámetro de Voting/VotingApplication/VotingWebPkg/Code/entryPoint.sh al comando de ejecución de Java:
-Djava.util.logging.config.file=logging.properties
En el ejemplo siguiente, se muestra una ejecución de ejemplo con el depurador adjunto, similar a la ejecución de la sección anterior.
java -Xdebug -Xrunjdwp:transport=dt_socket,address=8001,server=y,suspend=n -Djava.library.path=$LD_LIBRARY_PATH -Djava.util.logging.config.file=logging.properties -jar VotingWeb.jar
En esta fase, ha aprendido a depurar los registros de aplicaciones, y a acceder a ellos, durante el desarrollo de aplicaciones de Java en Service Fabric.
Pasos siguientes
En esta parte del tutorial, ha aprendido a:
- Depurar la aplicación de Java mediante Eclipse
- Redirigir los registros a una ubicación configurable
Avance hasta el siguiente tutorial: