Share via


Confronto tra conversazioni di base e mappate

La tabella seguente offre alcune linee guida per la scelta tra conversazioni di base e mappate per i provider di servizi di transazione. Per le definizioni delle conversazioni di base e mappate, vedere Termini fondamentali per TPS e UNITÀ di utilizzo.

Caratteristica Conversazioni di base Conversazioni mappate
Uso comune Usato in genere per i provider di servizi. Usato in genere per i provider di servizi di configurazione dell'applicazione.
Partnership Deve essere utilizzato per comunicare con un tp esistente che usa verbi di base. Deve essere utilizzato per comunicare con un tp esistente che usa verbi mappati.
Metodo di invio e ricezione Prima che un tp possa avviare un'operazione di invio, deve convertire i record di dati in record logici. Il tp esegue questa operazione aggiungendo un prefisso a 2 byte che indica la lunghezza del record. Un tp può inviare più record logici contemporaneamente.

Quando un partner TP riceve record logici, deve ricostruirli in record di dati utilizzabili. Per altre informazioni, vedere Record logici usati nelle conversazioni di base.
Un tp invia dati un record alla volta. Né il tp di invio né il tp ricevente devono convertire i record di dati tra moduli diversi.
Terminazione anomala Nel verbo DEALLOCATE un TP può indicare se un errore o ABEND (terminazione del programma anomala) è stato causato da un tp o da un programma che usa il tp. Un tps può indicare un errore o ABEND, ma non può indicare se un problema è stato causato da un tp o da un programma tramite un tp.
Un tps può indicare se un ABEND è stato causato da un timeout o da un errore critico. Un tp non può indicare la causa di un ABEND.
Registrazione degli errori Per un errore o ABEND, un tps può inviare un messaggio di errore, sotto forma di variabile di log degli errori del flusso di dati generale (GDS), al log locale e al lu partner. Per un errore o ABEND, un tp non può inviare un messaggio di errore al log locale o all'unità lu del partner.

In questa sezione: