Hinweis
Für den Zugriff auf diese Seite ist eine Autorisierung erforderlich. Sie können versuchen, sich anzumelden oder das Verzeichnis zu wechseln.
Für den Zugriff auf diese Seite ist eine Autorisierung erforderlich. Sie können versuchen, das Verzeichnis zu wechseln.
Die folgenden Tipps helfen, frustrierende Debugsitzungen zu verhindern:
Wenn eine .NET Framework-Anwendung (Transaction Integrator, TI) so konfiguriert ist, dass Fehlernummern (err.number) angezeigt werden, ist die zurückgegebene Zahl immer 0 und nicht die TI-Fehlerergebnisse. Obwohl TI die richtigen Werte an COM Interop übergibt und COM Interop diese Werte an Visual Basic weiterleitet, betrachtet Visual Basic jeden positiven Rückgabecode als Erfolg und ändert ihn in 0. Um dieses Problem zu umgehen, konfigurieren Sie die .NET Framework-Anwendung so, dass anstelle der Fehlernummer eine Fehlerbeschreibung (err.description) zurückgegeben wird. Die Fehlerbeschreibung enthält genaue und nützliche Fehlerinformationen.
Der TI-Projektparametertyp Integer muss in Visual Basic als Kurzform definiert werden.
Der TI-Projektparametertyp Long muss in Visual Basic als ganze Zahl definiert werden.
Ein Visual Basic-Arrayindex beginnt bei 0, der Index der TI-Parameter, die als Arrays definiert sind, beginnt an Position 1. Daher ist es nicht mehr möglich, den Index der als Arrays definierten TI-Parameter direkt mit denen auszurichten, die in Visual Basic definiert sind.
Arrays von Dezimaldatentypen müssen als Array von Objekten definiert werden, nicht als Array von Dezimalstellen innerhalb von Visual Basic. Alle anderen Arrays von Datentypen können entweder als Objekt oder Datentyp definiert werden.
Eine häufige Ursache für Fehler bei der Entwicklung von vom Host initiierten Verarbeitungskomponenten (HIP) .NET Framework-Komponenten wird vergessen, alle erforderlichen Assemblys, einschließlich aller Abhängigkeiten, in den Ordner "HIP-Implementierungsassemblys" zu kopieren.