Microsoft Dynamics 365 Finance and Operations: Como funciona el debugger en componentes estándar

Microsoft Dynamics 365 Finance and Operations: Como funciona el debugger en componentes estándar

En esta ocasión compartiré la forma como realizar una de las actividades que es muy importante para un desarrollador.

La destreza para realizar seguimiento dentro de la lógica en la funcionalidad estándar y procesos internos que el software realiza determina la agilidad para encontrar problemas y resolverlos.

Tener a disposición la herramienta adecuada para realizar seguimiento (debbuger) es crítico para un entorno de desarrollo integrado (IDE), ésta es una de las razones por la que Microsoft

actualmente ha separado el entorno de desarrollo y el entorno de workplace para la nueva versión Dynamics 365 for Finance and Operations (DYN365FO), esto tiene ventaja desde el punto de vista técnico ya que tenemos a nuestra disposición como IDE a Visual Studio 2015 y todas sus características integradas.

Con la nueva versión de DYN365FO la tarea de realizar seguimiento cambia. Ahora utilizamos Visual Studio 2015, por tal razón, hay que seguir las reglas utilizadas por este IDE.

Para establecer un seguimiento de un proceso estándar ya no es posible asignar un punto de quiebre directamente en una clase o formulario (al menos que sea un componente de entrada principal) para realizar un seguimiento.

A continuación, se indica la forma para realizar un seguimiento al procedimiento estándar de Aprobación de cotizaciones de venta.

1. Crear un proyecto llamando DebuggerTest

microsoft-dynamics-365-finance-and-operations-como-funciona-el-debugger-en-componentes-estandar-1

Habilitamos la carga de símbolos para el seguimiento de los componentes.

microsoft-dynamics-365-finance-and-operations-como-funciona-el-debugger-en-componentes-estandar-2

microsoft-dynamics-365-finance-and-operations-como-funciona-el-debugger-en-componentes-estandar-3

2. Identificar los componentes clave para realizar el seguimiento

Como se trata de una clase estándar que no es considerada como componente principal de ejecución, debemos buscar la lógica que el estándar sigue para llegar a esa clase.

Se identifica los siguientes componentes y se agregar al nuevo proyecto.

En este caso, identificamos el componente ListPage SalesQuotationListPage.

microsoft-dynamics-365-finance-and-operations-como-funciona-el-debugger-en-componentes-estandar-4

Establecemos como objeto inicial de ejecución del proyecto.

microsoft-dynamics-365-finance-and-operations-como-funciona-el-debugger-en-componentes-estandar-5

Verificamos las propiedades del proyecto para confirmar la configuración.

microsoft-dynamics-365-finance-and-operations-como-funciona-el-debugger-en-componentes-estandar-6

3. Establecer breakpoint en la clase que necesitamos que el sistema interrumpa su ejecución.

microsoft-dynamics-365-finance-and-operations-como-funciona-el-debugger-en-componentes-estandar-7

microsoft-dynamics-365-finance-and-operations-como-funciona-el-debugger-en-componentes-estandar-8

4. Ejecutamos el proyecto

microsoft-dynamics-365-finance-and-operations-como-funciona-el-debugger-en-componentes-estandar-9

Procedemos a realizar la operación.

microsoft-dynamics-365-finance-and-operations-como-funciona-el-debugger-en-componentes-estandar-10

Confirmar

microsoft-dynamics-365-finance-and-operations-como-funciona-el-debugger-en-componentes-estandar-11

El proceso de confirmación se ve interrupido debido al breakpoint que se ha establecido en la clase y método.

microsoft-dynamics-365-finance-and-operations-como-funciona-el-debugger-en-componentes-estandar-12

De esta forma hemos realizado el seguimiento e interrumpido el proceso estándar para el análisis que necesitemos.

Ismael Utitiaj
Consultor Técnico AX
NO2 Technologies.

 

About the Author

Leave a Reply