Compartir a través de


Depuración de una aplicación de integración de aplicaciones de Visual Basic

Las siguientes sugerencias ayudarán a evitar las sesiones de depuración frustrantes:

  • Cuando una aplicación de .NET Framework integrador de transacciones (TI) está configurada para mostrar números de error (err.number), el número devuelto siempre es 0 y no los resultados del error de TI. Aunque TI devuelve los valores correctos a interoperabilidad COM e Interoperabilidad COM pasa los valores correctos a Visual Basic, Visual Basic considera que cualquier código de retorno positivo es correcto y lo cambia a 0. Para solucionar este problema, configure la aplicación .NET Framework para devolver una descripción de error (err.description) en lugar del número de error. La descripción del error proporciona información de error precisa y útil.

  • El tipo de parámetro de proyecto de TI Integer debe definirse como un corto dentro de Visual Basic.

  • El tipo de parámetro De proyecto de TI Long debe definirse como un entero dentro de Visual Basic.

  • Un índice de matriz de Visual Basic comienza en 0, el índice de parámetros de TI definidos como matrices comienza en la posición 1. Por lo tanto, ya no es posible alinear directamente uno para uno del índice de parámetros de TI definidos como matrices con los definidos en Visual Basic.

  • Las matrices de tipos de datos Decimal deben definirse como una matriz de objetos, no una matriz de decimales en Visual Basic. Todas las demás matrices de tipos de datos se pueden definir como un objeto o un tipo de datos.

  • Una causa común de errores durante el desarrollo de componentes de .NET Framework iniciados por el host (HIP) se olvida de copiar todos los ensamblados necesarios, incluidas todas las dependencias, en la carpeta HIP Implementing Assemblies.

Consulte también

Programación del procesamiento iniciado por Windows